7 Replies Latest reply: Feb 17, 2009 9:03 PM by Hari RSS

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.
  • 1. Re: DRIVE_STATUS_VS_ASC_ASCQ
    Sergio Mora
    You should check whether there is a HW error on that drive.
  • 2. Re: DRIVE_STATUS_VS_ASC_ASCQ
    Hrvoje Crvelin
    Given ASC[q] 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.
  • 3. Re: DRIVE_STATUS_VS_ASC_ASCQ
    t0mas
    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...
  • 4. Re: DRIVE_STATUS_VS_ASC_ASCQ
    Hrvoje Crvelin
    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.
  • 5. Re: DRIVE_STATUS_VS_ASC_ASCQ
    IKP
    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
  • 6. Re: DRIVE_STATUS_VS_ASC_ASCQ
    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.
  • 7. Re: DRIVE_STATUS_VS_ASC_ASCQ
    t0mas
    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