How to resolve SCSI bus timeouts
Details:
A SCSI bus timeout occurs when either the SCSI controller
or the SCSI device detects that a command has not been responded to within a
specific timeout period. Normally, commands are issued by the SCSI controller,
which then waits for a response from the device being addressed. If no response
is detected, the controller may reset the bus to reinitiate communication. While
disk drives normally recover well from SCSI bus timeouts and resets, tape drives
have much greater difficulty in doing so.
To try to detect problems such
as these, the architects of the SCSI bus, and Backup Exec (tm) programmers have
defined time limits for possible operations being performed by tape drives
attached to the SCSI bus. Normally, these timeout values are large enough to
accommodate any delay, including retries, in executing the specific command
being attempted. In the event that the device does not respond in the amount of
time indicated by the timeout value, a timeout occurs.
Usually, the first
indication of a timeout is that the tape drive ceases activity. However, because
some operations can take several hours on some tape drives, some timeout values
are very long, which can make it seem as if the program itself has stopped
responding, or that there is an application error of some
kind.
Resolution:
Given below are some suggested changes and
checks to help resolve the SCSI timeout issue.
First, ensure that the
Backup Exec drivers are installed.
1. Right-click the My
Computer icon on the desktop, and then select Manage.
2. Select Device
Manager, and from the right pane, expand Tape drives,
right-click the tape device and then select Properties.
3. Select the Driver
tab; ensure a Veritas or Symantec signed driver is listed (Driver
Provider).
4. If the driver is not
signed by Veritas or Symantec, execute the Device Configuration Wizard
from within the Backup Exec GUI | Tools | Wizards.
5. Select the Install
tape device drivers and follow the wizard to install Symantec drivers for
your tape device.
6. Reboot server
and confirm a new driver is loaded.
Second, check configuration on the SCSI
controller.
- Set
the tape drive SCSI ID as low as possible, avoiding 0 or 1, which are usually
reserved for bootable devices
- Set
INITIATE WIDE NEGOTIATION to off for controllers with a wide
bus
- Set
INITIATE SYNC NEGOTIATION for the ID of the tape drive to off
- Set
MAXIMUM SYNC TRANSFER RATE to the slowest possible setting
- DISCONNECT
must be enabled for all tape drive SCSI IDs
- Set
SCSI PARITY CHECKING to
off
·
WARNING: The Parity Checking adjustment is for
diagnostic use only and should never be left disabled during production backups.
Symantec Corporation cannot be held liable for data corruption due to Parity
Checking being disabled.
Hardware Issues:
- Check
with the controller and tape drive vendors for firmware and driver updates
- Use
good quality cabling that follows the SCSI specification
- For
external cables, use heavy duty shielded cables
- Under
no circumstances should an external SCSI cable be detached from any connection
while power is still applied to any device on the bus
- For
single-ended internal cables, make sure there is at least one foot of cable
between devices
- Also,
for single-ended buses, make sure the overall cable length from termination to
termination does not exceed the maximum bus length of three meters (roughly 9 to
10 feet)
- Use
active termination on both ends of the SCSI bus
- The
last external device (if any) on the SCSI chain is terminated
- The
last internal device (if any)) on the SCSI chain is terminated
- The
internal termination of the SCSI host adapter is not set to Automatic,
but to the appropriate setting for the hardware configuration (Refer to the Host
Adapter documentation for the correct settings.)
- All
external devices should be set to supply termination power
- Put
the tape devices on a separate controller by itself or change the existing
controller
- Replace
the tape drive
Additional
errors that may be resolved by following this TechNote:
- "Device
I/O" errors
- "Bad
Block" errors
Products Applied:
Backup Exec 10.0, 10.0 5484, 10.0 5520, 10d (10.1), 10d (10.1) 5629, 11d (11.0), 11d (11.0) 6235, 11d (11.0) 7170, 12.0, 12.5, 8.0, 8.5, 8.6, 9.0, 9.1, 9.1 4691
Subjects:
Backup Exec
Device Management: Troubleshoot
Equipment: Configuration, Device Management, How To
Languages:
English (US)
Operating Systems:
Windows 2000Advanced Server, Advanced Server SP1, Advanced Server SP2, Advanced Server SP3, Advanced Server SP4, Advanced Server Windows Powered, Advanced Server Windows Powered SP1, Advanced Server Windows Powered SP3, Advanced Server Windows Powered SP4, Datacenter Server, Datacenter Server SP1, Datacenter Server SP2, Datacenter Server SP3, Datacenter Server SP4, Professional, Professional SP1, Professional SP2, Professional SP3, Professional SP4, SAK, Server, Server SP1, Server SP2, Server SP3, Server SP4, Server Windows Powered, Server Windows Powered SP1, Server Windows Powered SP2, Server Windows Powered SP3, Server Windows Powered SP4
Windows NT
4.0 Server SP4, 4.0 Server SP5, 4.0 Server SP6, 4.0 Server SP6a, 4.0 Workstation SP4, 4.0 Workstation SP5, 4.0 Workstation SP6a
Windows NT Small Business Server
2000, 4.0, 4.5
Windows XP
Pro 5.1, Pro 5.1 64-bit
Windows Server 2003
DataCenter, DataCenter (IA64), Enterprise (IA64), Enterprise Server, Standard Server, Storage Server, Web Server
Citrix MetaFrame
1.8, XPe