Date: Wed, 26 Mar 1997 20:16:59 +0100 From: Andreas Klemm <andreas@klemm.gtn.com> To: "Justin T. Gibbs" <gibbs@narnia.plutotech.com> Cc: "Justin T. Gibbs" <gibbs@plutotech.com>, Kachun Lee <kachun@zippo.com>, freebsd-current@freebsd.org Subject: Re: ahc crashes Message-ID: <19970326201659.02877@klemm.gtn.com> In-Reply-To: <199703251940.MAA07835@narnia.plutotech.com>; from Justin T. Gibbs on Tue, Mar 25, 1997 at 12:40:05PM -0700 References: <19970320223216.48411@klemm.gtn.com> <199703251940.MAA07835@narnia.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Mar 25, 1997 at 12:40:05PM -0700, Justin T. Gibbs wrote: > >Well, my machine still hangs and panics, if I use tagged command > >queuing and try to make a dump to tape. > > My guess is that the source drive of your dump is returning QUEUE_FULL > condition and that it wasn't being handled properly by the driver in > the past. Can you see if this still happens with my latest changes? Well I tried a dump two times now with different results. First of all congradulations, you are making big progress ! The dump doesn't hang up the machine anymore when the first data are about to be written to the tape ! When I tried a dump the first time, the machine hung after about 10-15 seconds of dumping. It was funny ... the first thing I saw was a message reducing tagged openings to three or so ... then the machine hung for some seconds, then again dumped data to disk and after about 10 seconds it hung completely. This was today morning ... After work I tried is half an hour ago with another astonishing results: When data are being written to the tape, the following message appears: sd0: Tagged openings reduced to 3 sd0: SCB 0x1 - timed out in message out phase, SCSISIGI == 0x86 SEQADDR == 0xa3 Ordered Tag queued Ordered Tag sent sd0: no longer in timeout After that the machine dumped my root fs, www and var without problems. /dev/sd0a 31775 16249 12984 56% / /dev/sd0s3e 63567 42424 16058 73% /www /dev/sd0s3f 127151 106108 10871 91% /var To make it a bit more difficult I started a "find / -print" in parallel. This find job worked on the 2nd SCSI disk, where my /local fs resides. This was ok for about 1-2 minutes, but then message over message on the console screen, which resulted finally in a complete hang of the system. Some of the messages I wrote down ... Many messages: ahc0: ahc_intr_referenced SCB not valif during scsiint 0x88 scb(255) SIMODE0 = 0x0 SIMODE1 = 0xa4 SSTAT0 = 0x15 SEQADDR = 0x4 Then: sd0: SCB 0x0 timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x8 SEQADDR == 0x4 Ordered Tag queued Then 2 times: ahc0: ahc_intr_referenced SCB not valif during scsiint 0x88 scb(255) SIMODE0 = 0x0 SIMODE1 = 0xa4 SSTAT0 = 0x15 SEQADDR = 0x4 then: sd1: SCB 0x5 timedout while recovery in progress sd0: SCB 0x2 timedout while recovery in progress sd0: Queueing an Abort SCB I hope you get an idea of what is happening ... Again, good work, it's really better then before !!! Andreas /// My kernel config file and dmesg, in case you need it ... machine "i386" cpu "I586_CPU" # aka Pentium(tm) cpu "I686_CPU" # aka Pentium Pro(tm) ident BISDN maxusers 16 options FAILSAFE options INCLUDE_CONFIG_FILE # Include this file in kernel config kernel root on sd0a options "COMPAT_43" options SYSVSHM options SYSVSEM options SYSVMSG options "MD5" options UCONSOLE options INET #Internet communications protocols pseudo-device ether #Generic Ethernet pseudo-device loop #Network loopback device pseudo-device bpfilter 2 #Berkeley packet filter options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about options "IPFIREWALL_VERBOSE_LIMIT=100" #limit verbosity options FFS #Fast filesystem options MFS #Memory File System options PROCFS #Process filesystem options NSWAPDEV=3 controller pci0 controller ahc0 controller scbus0 at ahc0 # Single bus device disk sd0 at scbus0 target 0 unit 0 disk sd1 at scbus0 target 1 unit 0 disk sd2 at scbus0 target 2 unit 0 tape st0 at scbus0 target 4 unit 0 device cd0 at scbus0 target 6 unit 0 options SCSI_REPORT_GEOMETRY pseudo-device pty 16 #Pseudo ttys - can go as high as 256 pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device log #Kernel syslog interface (/dev/klog) pseudo-device gzip #Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) controller isa0 options "AUTO_EOI_1" device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr options MAXCONS=6 # number of virtual consoles 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 device lpt0 at isa? port? tty irq 7 vector lptintr 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 ed0 at isa? port 0x300 net irq 10 iomem 0xcc000 vector edintr controller snd0 device sb0 at isa? port 0x220 irq 5 conflicts drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 device mpu0 at isa? port 0x330 irq 6 drq 0 options AHC_TAGENABLE options AHC_SCBPAGING_ENABLE options AHC_ALLOW_MEMIO options SHOW_BUSYBUFS # List buffers that prevent root unmount options TELES_HAS_MEMCPYB # bisdn 0.97 options IPI_VJ # Van Jacobsen header compression support controller tel0 at isa? port 0xd80 net irq 9 vector telintr pseudo-device disdn pseudo-device isdn pseudo-device ipi 2 pseudo-device itel 1 pseudo-device ispy 1 -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<<
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19970326201659.02877>