Date: Sun, 20 Sep 1998 09:47:36 +1000 (EST) From: Tony Maher <tonym@angis.usyd.edu.au> To: gibbs@narnia.plutotech.com Cc: current@FreeBSD.ORG Subject: Re: CAM this and that Message-ID: <199809192347.JAA17128@morgan.angis.su.OZ.AU>
next in thread | raw e-mail | index | archive | help
Hello,
The following is not a critical problem for me.
(The simple solution is not to rescan after switching the tape drive off ;-)
I am willing to keep testing if you want to specify something.
> I shouldn't lock up. What kind of tape device do you have? Were there
> any console messages leading up to the hang?
Tried rescanning a few times and it didn't cause any problems.
Then tried later (maybe after using the tape drive) and it did cause lock up.
Suspecting the old disk (and cable), I removed it.
Did a full dump and everything works ok.
Then switched tape drive off and got problems after rescanning.
Initial rescan with tape drive switched on after booting.
=================== hand transcribed ========================================
sa0 at ahc0 bus 0 target 5 lun 0
sa0 <CONNER CTT 8000-S 1.17> Removable Sequential Access SCSI2 device
sa0: 5.0MB/s transfers (5.0MHz, offset 15)
=============================================================================
Now switch tape off and rescan
=================== hand transcribed ========================================
(da1:ahc0:0:1:0) SCB 0x4 timed out while idle LASTPHASE == 0x1, SCSISIGI == 00
SEQADDR == 0xa
SSTATI == 0xa
(probe 0:ahc0:0:1:1): Queuing a BDR SCB
(probe 0:ahc0:0:1:1): no longer in timeout, status = 34a
: lost device
: invlidating pack
Sep 20 08:42:12 zen sysogd: /var/log/messages Device not configured
Sep 20 08:42:12 zen sysogd: /tmp: get error 6 while accessing filesystem
=============================================================================
Somethings continue to work. X is still running.
Trying ls on directires usually shows a number of files/dirs as
"device not configured"
ls: COPYRIGHT: device not configured
...
...
ls: stand: device not configured
But other files and dirs are listable and can cd to the dirs.
trying to reboot
spec_getpages: I/O read failure (error code 6)
size 65536, resid 65536, a_count 65536, valid 0x0
nread=0, reqpage 0, pindex 0, pcount 16
Press reset switch.
>> change
>> Queue Algorithm Modifier: 0 -> 1
>
> Don't even think about doing this. If your other disks have this
> ...
> Having DQue as 1 will prevent us from attempting tagged queuing. You
For System disk sd1 (still doesnt do Tagged queuing - maybe disk just wont?)
camcontrol modepage -m 0x0a -P 0 -u 1
RLEC: 0
Queue Algorithm Modifier: 0
QErr: 0
DQue: 0
EECA: 0
RAENP: 0
UAAENP: 0
EAENP: 0
For NT disk sd0 (not used under freebsd - but shows as a Tagged queuing device)
camcontrol modepage -m 0x0a -P 0 -u 0
RLEC: 0
Queue Algorithm Modifier: 0
QErr: 0
DQue: 0
EECA: 0
RAENP: 0
UAAENP: 0
EAENP: 0
Ready AEN Holdoff Period: 0
>From dmesg:
ahc0: <Adaptec 2940 SCSI adapter> rev 0x03 int a irq 11 on pci0.9.0
ahc0: aic7870 Single Channel A, SCSI Id=7, 16/255 SCBs
...
cda0 at ahc0 bus 0 target 0 lun 0
da0: <SEAGATE ST51080N 0913> Fixed Direct Access SCSI2 device
da0: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled
da0: 1030MB (2109840 512 byte sectors: 255H 63S/T 131C)
hanging root device to da1s1a
da1 at ahc0 bus 0 target 1 lun 0
da1: <SEAGATE ST52160N 0285> Fixed Direct Access SCSI2 device
da1: 10.0MB/s transfers (10.0MHz, offset 15)
da1: 2069MB (4238282 512 byte sectors: 255H 63S/T 263C)
cd0 at ahc0 bus 0 target 6 lun 0
cd0: <SONY CD-ROM CDU-76S 1.1c> Removable CD-ROM SCSI2 device
cd0: 5.681MB/s transfers (5.681MHz, offset 15)
cd0: Attempt to query device size failed: NOT READY, Medium not present
/dev/da1s1a on / (local, writes: sync 5 async 204)
/dev/da1s1e on /tmp (local, soft-updates, writes: sync 2 async 75)
/dev/da1s1f on /var (local, soft-updates, writes: sync 2 async 337)
/dev/da1s1g on /usr (local, writes: sync 3 async 193)
/dev/da1s1h on /n/zen/01 (local, soft-updates, writes: sync 3 async 111)
procfs on /proc (local)
This was with cvsup from around Sep 19 9pm GMT
tonym
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809192347.JAA17128>