Sun StorageTek SL500 Modular Library System
 

PLA-Support>Sun Systems>TAPE>Tape Hardware>SN-TP: SL500 Library
 

In this Document

Symptoms

Cause

Solution

References

Created from <SR 3-9226657421>

Applies to:

Symptoms

The issue is that imports and exports from CommVault, the backup app, are not successful and error out with scsi i/o errors.   The customer can manually manipulate tapes, and export tapes, though he has not yet attempted to import tapes manually.

Unable to withdraw or deposit tapes due to SCSI error.  

Commvault error:
import: Error 0x10c: The SCSI device reported that the medium may have changed. Doors opened or closed. SCSI Error - ASC[0x28], ASCQ[0x00]

Problem Description
---------------------------------------------------
16842866 b17 06/24 12:23:18 #####   The SCSI device reported that the medium may have changed.Doors
16842866 b17 06/24 12:23:18 #####   The library is trying to be getting ready.


The following is taken log file /tmp/UXScsi.log:

repeated occurrences of scsi errors that correspond to the STK EventLog.  This is with debug turned on Please let me know if you would like for me to upload the file.

16842866 2014/06/25 15:33:22 Info: /dev/gnode0: using atape driver for sending passthru commands
16842866 2014/06/25 15:33:22 /dev/gnode0: SCIOLCMD failed retry = 0, 5 I/O error
16842866 2014/06/25 15:33:22 /dev/gnode0: buffer = 0x0, data_length = 0x0, autosense_buffer_ptr = 0x10de9484, autosense_length = 0xff, command_length = 0x6
16842866 2014/06/25 15:33:22 /dev/gnode0: CDB: 0x00 0x00 0x00 0x00 0x00 0x00 : version = 2, timeout_value = 0x78, status_validity = 0x01, scsi_bus_status = 0x02, adapter_status = 0x00, adap_set_flags = 0x01, add_device_status = 0x00, adap_q_status = 0x00, q_tag_msg = 0x00, flags = 0x01, q_flags = 0x00
16842866 2014/06/25 15:33:22 /dev/gnode0: Sense[0, 2, 12, 13] : 0x70, 0x06, 0x29, 0x01
16842866 2014/06/25 15:33:22 native_path = /dev/gnode0, name = scsidev@fscsi3:3.239.0, accesspath = /dev/fscsi3, target = 239, lun = 0, long long lun = 0x0000000000000000, ret = 2
16842866 2014/06/25 15:33:22 /dev/gnode0: SCIOLCMD failed retry = 0, 5 I/O error
16842866 2014/06/25 15:33:22 /dev/gnode0: buffer = 0x0, data_length = 0x0, autosense_buffer_ptr = 0x10de9274, autosense_length = 0xff, command_length = 0x6
16842866 2014/06/25 15:33:22 /dev/gnode0: CDB: 0x00 0x00 0x00 0x00 0x00 0x00 : version = 2, timeout_value = 0x78, status_validity = 0x01, scsi_bus_status = 0x02, adapter_status = 0x00, adap_set_flags = 0x01, add_device_status = 0x00, adap_q_status = 0x00, q_tag_msg = 0x00, flags = 0x01, q_flags = 0x00
16842866 2014/06/25 15:33:22 /dev/gnode0: Sense[0, 2, 12, 13] : 0x70, 0x06, 0x28, 0x00
16842866 2014/06/25 15:33:22 native_path = /dev/gnode0, name = scsidev@fscsi3:3.239.0, accesspath = /dev/fscsi3, target = 239, lun = 0, long long lun = 0x0000000000000000, ret = 2
16842866 2014/06/25 15:33:52 Info: /dev/gnode0: using atape driver for sending passthru commands
16842866 2014/06/25 15:33:52 /dev/gnode0: SCIOLCMD failed retry = 0, 5 I/O error
16842866 2014/06/25 15:33:52 /dev/gnode0: buffer = 0x0, data_length = 0x0, autosense_buffer_ptr = 0x10de9484, autosense_length = 0xff, command_length = 0x6
16842866 2014/06/25 15:33:52 /dev/gnode0: CDB: 0x00 0x00 0x00 0x00 0x00 0x00 : version = 2, timeout_value = 0x78, status_validity = 0x01, scsi_bus_status = 0x02, adapter_status = 0x00, adap_set_flags = 0x01, add_device_status = 0x00, adap_q_status = 0x00, q_tag_msg = 0x00, flags = 0x01, q_flags = 0x00

Error Codes
---------------------------------------------------
SCIOLCMD failed retry = 0 -  5 I/O error

CAP error messages - (LMRC) 0,1,x,8 (unexpected return value...expected....)
SCSI sense from library log - senseKey/asc/ascq = 0x6/0x28/0.
2014-06-25T10:47:05.515 info 0.0.0.0.0 0000 "task = 0x10260a00, cdb = 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0, senseKey/asc/ascq = 0x6/0x28/0, sksValid/cmd_data/fieldPtr = 0/1/0" 1202 unknown default (null)

Cause

Application configuration issue.

Solution

Customer determined this to be CommVault problem. Somehow the interaction with Windows services from the Windows servers was causing the issue. They have both AIX and Windows media servers. Once they shutdown the Windows server(s) the problem went away.

The issue was resolved when Commvault media agents were stop and restarted on a Windows server that was connected to the library.  Withdraw and deposit of tapes runs on a AIX server where the "Door open" error message was reported.

References

This solution has no attachment