DRIVE_STATUS_VS_ASC_ASCQ

We encountered these alert from our networker server running on Win2003 using legato version 7.3.2 jumbo pack 1 and backup client running also on the same OS.

NetWorker media: (warning) rd=pofds3402:\\.\Tape2147483644 opening:
DRIVE_STATUS_VS_ASC_ASCQ

NetWorker media: (warning) rd=pofds3402:\\.\Tape2147483644 reading: read open error: drive status is Not Ready, ASC 0x3a ASCQ 0x04

Checked the RSM services and all is disabled. The servers are fiber attached and defined as storage nodes. Can anyone provide recommendation on how to resolve this alert message we received. Thanks.

Responses(7)

smora1

253 Posts

0

May 6th, 2008 04:00

You should check whether there is a HW error on that drive.

ble1

14.3K Posts

0

May 12th, 2008 14:00

Given ASC is not common combination so it could be drive specific - you will need to check manual. Judging from tape device name I would say you either have IBM drive using persistent binding or MS one. If second one there is second MS patch which reverts tape device name back to normal one keeping persistence. If using original persistent naming convention you need 7.3SP4 at least if using 7.3.x.

t0mas1

6 Posts

0

February 16th, 2009 23:00

Hello...I have the same problem as boboy

rd=pssdb06:/dev/rmt/2cbn opening: DRIVE_STATUS_VS_ASC_ASCQ
Feb 16 11:08:31 ffmbackup00 root: [ID 702911 daemon.notice] NetWorker media: (warning) rd=pssdb06:/dev/rmt/2cbn opening: DRIVE_STATUS_VS_ASC_ASCQ
Feb 16 11:08:31 ffmbackup00 root: [ID 702911 daemon.notice] NetWorker media: (warning) rd=pssdb06:/dev/rmt/2cbn reading: read open error: command completed successfully (drive status is Not Ready, ASC 0x3a ASCQ 0x04)

I am running NW server 7.4.4 on SunOS 5.9 and I have root permissions...

rd=pssdb06:/dev/rmt/2cbn is a remote drive configured from storagenode....

I seted optinon cleaning required for afected tape drive in networker GUI ... 5 min ago...
maybe it can solve this...

ble1

14.3K Posts

0

February 17th, 2009 00:00

Most probably you two have library by same vendor as ASC/ASCQ combination seems to be vendor specific. In such case you should check in vendor docs what this combination really means.

I

IKP1

198 Posts

0

February 17th, 2009 07:00

Hi,

A quick google for the message reveals this to have been previously reported / discussed in a NetWorker environment where Dynamic Drive Sharing is in place. May be worth taking a look at the device drivers being used and considering using a later version.

IKP

Hari5

443 Posts

0

February 17th, 2009 21:00

Device driver version would make sense in Windows environments but not when the remote drive is configured in a Solaris or some other Unix environment.

t0mas1

6 Posts

0

February 19th, 2009 06:00

for remote drive 2cbn no DRIVE_STATUS_VS_ASC_ASCQ was posted into logs... but now I have this message for another drive... on the same backupserver

View All

No Events found!