08-10-2016 07:07 AM
Hi,
I get a pending request for a tape drive often, but sometimes Netbackup is able to mount tape and backup is running on that tape drive. The issue is intermittent.
For that drive, when no backup is running, robtest shows :
drive 21 (addr 278) access = 1 Contains Cartridge = no
SCSI ID from drive 21 is 20
The drive 20 has backups running well. Its serial number is showing up in scan and tpautoconf -t output.
I need help on how to proceed with this.
Backup environment : Windows 2008 master, Netbackup 7.7.2. Twenty SSO tape drives shared among 4 media servers (one of them is a 5220) , master is robotic host.
08-10-2016 09:08 AM
08-10-2016 09:48 AM
Hi Marianne,
It is only drive 21 which shows that when I do a robtest and I have not seen that before.
I am not knowing if this is an issue that needs to be addressed. I have come across multiple pending requests which I am unable to assign and the job fails when I deny the request.
We have some long duplicate jobs running and when I deny a request, the job fails after running for more than one day.
drive 8 (addr 265) access = 1 Contains Cartridge = no
drive 9 (addr 266) access = 1 Contains Cartridge = no
drive 10 (addr 267) access = 1 Contains Cartridge = no
drive 11 (addr 268) access = 1 Contains Cartridge = no
drive 12 (addr 269) access = 1 Contains Cartridge = no
drive 13 (addr 270) access = 1 Contains Cartridge = no
drive 14 (addr 271) access = 1 Contains Cartridge = no
drive 15 (addr 272) access = 1 Contains Cartridge = no
drive 16 (addr 273) access = 1 Contains Cartridge = no
drive 17 (addr 274) access = 1 Contains Cartridge = no
drive 18 (addr 275) access = 1 Contains Cartridge = no
drive 19 (addr 276) access = 1 Contains Cartridge = no
<< Press return to continue, or q and return to stop >>
drive 20 (addr 277) access = 1 Contains Cartridge = no
drive 21 (addr 278) access = 1 Contains Cartridge = no
SCSI ID from drive 21 is 20
drive 22 (addr 279) access = 1 Contains Cartridge = no
Thanks.
08-11-2016 12:57 AM
Havn't that particular issue before, but pend is often cause by a process locking the tape drive. Unless you can identify the process, the solution for me has been to reboot/IPL the tape drive.
Being on windows, there a some services and internal checks that should be disabled, which was described in windows performance tuning technote. Sorry don't have the current link.
Besides the described stuff, I have see things like tape monitor programs cause issue similar to this
Another thing that is very important when runing SSO is the SCSI reservations.
08-11-2016 03:36 PM
Assuming this has worked in the past, the things I do when we have SCSI issues:
If nothing comes up I assume there is something in the OS like a "stale SCSI connection" and I do a full reboot
If you still have issues
If you still have issues try replacing the cable and/or then the drive. Engage support.