Hi SM's
Sorry this Summary is so late.
My original problem was:
I have a SS10 running SunOS 4.1.3, Ross processor with a Seagate
ST32151N HD(FW Rev. 0154). When I reboot the SS10 I get the following
error message:
VMUNIX: esp0 Current command timeout for target 3 LUN 0
VMUNIX: esp0: State=DATA_DONE (0xa), LAST STATE=DATA (0x9)
VMUNIX: esp0: Cmd dump for Target 3 LUN 0:
VMUNIX: esp0 cdb=[0x28 0x0 0x0 0x24 0xcb 0xe0 0x0 0x0 0x50 0x0]
VMUNIX esp0: Target 3.0 reducing sync transfer rate
VMUNIX: sd0: SCSI transport failed: reason 'reset': retrying command
I have verified SCSI addresses, they are as follows:
item id
external HD 1
external CD 6
internal HD 3
System still reboots and works but I would like to find out what these
errors are.
As it turns out we had 2 disks of different speeds on the same
controller. We were able to switch the disks around
to get the same speed disks on the same controllers. We also got some
new scsi cables. One of these cleared the problem.
Thank you all!!
John
The responses I received were very helpful and are as follows:
**********************************************************************
From: Gary.Richardson@proteon.com (Gary Richardson)
Hi,
This happened to one of my sparc 10's here. What I had was a combination
of fast scsi and slow scsi disks on the chain and it wasn't properly
terminated. I had to dig up an active terminator (I think that's
what it's called). That did the trick.
I think what's happening is the system is probing the scsi chain and
seeing two different speeds of disks. The faster disk thus has to
"downshift" to the lower speed so the chain is in sync.
So, if there's not a terminator on the last external device, put one
on. If there is one (and possibly a Sun one) try digging up an Active
terminator. I don't think Sun's are.
Hope this helps.
-Gary
From: bismark@alta.jpl.nasa.gov (Bismark Espinoza)
You probably have a scsi-2 fast disk and a scsi-2 or scsi-1
disk. There is an obscure patch to solve this.
From: fpardo@tisny.com (Frank Pardo)
It's not really an error, to the best of my knowledge. The messages are
saying that SCSI Target 3.0 (your internal HD) can't go as fast as the
system originally thought it could, so the system is lowering its
expectations ("reducing sync transfer rate") for that disk. You can
fiddle with SCSI parameters in your /etc/system file to make the
messages go away, but I don't recall all the details. Hope this is of
some help.
From: Kevin.Sheehan@uniq.com.au (Kevin Sheehan {Consulting
Poster Child})
probably tagged queuing - might be cables. Try turning tagged queueing
off and see what happens.
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:11:18 CDT