`autofs' wasnt' working right. I typed `ls /amnt/jh/', testing, and
that command hung forever, with D in the ps output. I took both my
machines down to runlevel 1, then back up to the normal runlevel,
hoping that would fix it. The laptop was probably fine, but I rl
cycled both of them just for overkill.
`autofs' wouldn't start back up then on my server, the machine where
that `ls' had hung, it said that the mountpoint was busy; already in
use by a low (<1000) pid. There where no pid's less than a lot more
than that after the runlevel change.
So Linux thought that the mount was still there, an automount, even
though the pid of the autofs deamon was no longer in the ps table...?
You tell me and we'll both know. I've not delved into the kernel much
yet.
I rebooted the server, after starting this bug report. During this
reboot it said something about a timeout waiting for dma on /dev/hdd;
a partiton on that is one I couldn't umount where the umount hung with
D int the ps output... (more on that in a sec) I've appended the
`dmesg' output.
Everything seems to work fine again now after a reboot without
starting coda... I wonder if it's a factor because...
I'd installed the debian coda-server and coda-client packages, (don't
recall where I got them) and had tried later, after shutting them off
(since they don't work right due to a segfault in one of the tools
used during setup), to umount the partition on /dev/hdd I'd mounted on
/vicepa. The umount command hung with D in the ps output. Hmmm.
While I was looking at the `ps' output, I saw a [mount] command with a
low pid, as well as the `ls' command I'd run earlier. It had hung my
terminal, and I'd clicked the X button on it. Still a big D. At that
point I rebooted.
I'll make copies of all the logs on the server; let me know what yous
need grepped from them.
I need to get my math done.
Linux version 2.2.7 (root@(none)) (gcc version egcs-2.91.66 Debian GNU/Linux (egcs-1.1.2 release)) #11 Fri May 7 20:25:17 PDT 1999
Detected 233869971 Hz processor.
Console: colour VGA+ 80x34
Calibrating delay loop... 466.94 BogoMIPS
Memory: 127912k/131072k available (1108k kernel code, 412k reserved, 1580k data, 60k init)
VFS: Diskquotas version dquot_6.4.0 initialized
CPU: AMD AMD-K6tm w/ multimedia extensions stepping 02
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
PCI: PCI BIOS revision 2.10 entry at 0xfb3e0
PCI: Using configuration type 1
PCI: Probing PCI hardware
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0 for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IPv6 v0.8 for NET4.0
IPv6 over IPv4 tunneling driver
early initialization of device sit0 is deferred
Starting kswapd v 1.5
parport0: PC-style at 0x378 [SPP,ECP,ECPEPP,ECPPS2]
parport0: detected irq 7; use procfs to enable interrupt-driven operation.
parport0: no IEEE-1284 device present.
Detected PS/2 Mouse Port.
Serial driver version 4.27 with no serial options enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
pty: 1024 Unix98 ptys configured
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.9)
Real Time Clock Driver v1.09VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xf400-0xf407, BIOS settings: hda:DMA, hdb:DMA
ide0: VIA Bus-Master (U)DMA Timing Config Success
ide1: BM-DMA at 0xf408-0xf40f, BIOS settings: hdc:DMA, hdd:DMA
ide1: VIA Bus-Master (U)DMA Timing Config Success
hda: Maxtor 90720D5, ATA DISK drive
hdb: FUJITSU MPB3032ATU, ATA DISK drive
hdc: SyQuest SparQ, ATA DISK drive
hdd: FUJITSU M1638TAU, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: Maxtor 90720D5, 6869MB w/256kB Cache, CHS=13957/16/63, UDMA
hdb: FUJITSU MPB3032ATU, 3093MB w/0kB Cache, CHS=6704/15/63, UDMA
hdc: SyQuest SparQ, 957MB w/0kB Cache, CHS=1945/16/63
hdd: FUJITSU M1638TAU, 2452MB w/128kB Cache, CHS=4983/16/63, DMA
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
scsi0 : at 0x0388 irq 10 options CAN_QUEUE=32 CMD_PER_LUN=2 release=3 generic options AUTOPROBE_IRQ AUTOSENSE PSEUDO DMA UNSAFE generic release=7
scsi0 : Pro Audio Spectrum-16 SCSI
scsi : 1 host.
scsi : detected total.
PPP: version 2.3.7 (demand dialling)
TCP compression code copyright 1989 Regents of the University of California
PPP line discipline registered.
SLIP: version 0.8.4-NET3.019-NEWTTY (dynamic channels, max=256).
CSLIP: code copyright 1989 Regents of the University of California.
3c503.c:v1.10 9/23/93 Donald Becker (becker@cesdis.gsfc.nasa.gov)
eth0: 3c503 at i/o base 0x300, node 02 60 8c 0b cc 9a, using internal xcvr.
eth0: 3c503 - 8kB RAM, 8kB shared mem window at 0xc8000-0xc9fff.
Partition check:
hda: hda1 hda2 hda3
hdb: hdb1 hdb2
hdc: hdc1
hdd: hdd1 hdd2 hdd3 hdd4
Coda Kernel/Venus communications, v4.6.0, braam@cs.cmu.edu
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 60k freed
Adding Swap: 130024k swap-space (priority -1)
Adding Swap: 129996k swap-space (priority -2)
Soundblaster audio driver Copyright (C) by Hannu Savolainen 1993-1996
Pro Audio Spectrum driver Copyright (C) by Hannu Savolainen 1993-1996
VFS: Disk change detected on device ide1(22,1)
hdc: hdc1
VFS: Disk change detected on device ide1(22,1)
hdc: hdc1
VFS: Disk change detected on device ide1(22,1)
hdc: hdc1
hdd: timeout waiting for DMA
hdd: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hdd: DMA disabled
ide1: reset: success
TIOCSER?WILD ioctl obsolete, ignored.
TIOCSER?WILD ioctl obsolete, ignored.
diald uses obsolete (PF_INET,SOCK_PACKET)
Use of setserial/setrocket to set SPD_* flags is deprecated
eth0: no IPv6 routers present
registered device ppp0
PPP BSD Compression module registered
PPP Deflate Compression module registered
YM3812 and OPL-3 driver Copyright (C) by Hannu Savolainen, Rob Hooft 1993-1996
Use of setserial/setrocket to set SPD_* flags is deprecated
Use of setserial/setrocket to set SPD_* flags is deprecated
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/