11-10-2013 11:33 PM
Hi ,
I have netbackup master running with 6.5.4 version which on Linux 6.2 Opetrating system. I'm trying to configure the NetApp VTL tape drives to this master.
I can see the robotic path but not tape drives for tpautoconf -t
did issue lip and re-scan and host rebooted too..but no luck :(
Can anyone have any idea what could be the issue?
Thank you,
Prasad
Solved! Go to Solution.
11-11-2013 03:34 AM
Please show us output of :
ls -l /dev/nst*
Have you checked all compatibility guides?
Hardware and OS?
According to NBU 6.x compatibility guide, RHEL 6.x was only supported as from NBU 6.5.6.
And all NBU 6.x versions reached EOSL more than a year ago....
Master Compatibility List: http://www.symantec.com/docs/TECH59978
11-11-2013 12:24 AM
Firstly, check your VTL config and ensure that tape drives have been assigned to the Linux server.
If SAN attached, verify zoning.
As long as OS does not see the devices, there is nothing that can be done from NBU point of view.
PS:
PLEASE upgrade NBU to 7.x - NBU 6.x reached EOSL over a year ago.
11-11-2013 12:34 AM
What do you see in
cat /proc/scsi/scsi
11-11-2013 12:50 AM
@Marianne - Everything is fine from VTL side.. and i can see the tape drives with out paths.
Checked Zoning too.. All ports are logged in
from the OS i can see the device files. in cat /proc/scsi/scsi
@Mph999 -- > I can see the tape drives from cat /proc/scsi/scsi but when i do tpautoconf -t or scan -tape ..i can't see the drive paths.
11-11-2013 01:04 AM
Please show us 'cat /proc/scsi/scsi' output.
11-11-2013 01:09 AM
Odd, usually if you can see them in the OS scan should work.
Suspect you have some driver or firmware issue then, there is no config or adjustments that can be made for scan. All it is doing is sending a scsi command to the device, which is either not receiving it, or if it is, is not responding.
Try this :
mt -f <device file to tape drive> status
then using the same path :
/usr/openv/volmgr/bin/scsi_command -d <device file to path>
11-11-2013 01:33 AM
mph@ .. Here is the the responce i got for one of the tape drive
[root@xxxxxx ~]# mt -f /dev/sg4
bash: mt: command not found
11-11-2013 01:45 AM
NBU needs the OS to see /dev/rmt device names.
You need to verify that sg as well as st device drivers are installed.
See Device Config Guide:
11-11-2013 01:48 AM
Marianne beat me to it ....
11-11-2013 02:52 AM
Drivers are there..
11-11-2013 03:01 AM
Under /dev do you have 'nstxx' files for the drives
EG. /dev/nst0
/dev/nst1
.. and so on
11-11-2013 03:10 AM
yes, we have those device files(nst)
11-11-2013 03:34 AM
Please show us output of :
ls -l /dev/nst*
Have you checked all compatibility guides?
Hardware and OS?
According to NBU 6.x compatibility guide, RHEL 6.x was only supported as from NBU 6.5.6.
And all NBU 6.x versions reached EOSL more than a year ago....
Master Compatibility List: http://www.symantec.com/docs/TECH59978
11-11-2013 04:56 AM
Hmm..I missed out to check it. will do that
we aware that NBU 6.x versions reached EOSL but this machine is only for restores..its not doing any backup.
Here infrmation requested
this is UCS box with Red Hat Enterprise Linux Server release 6.2 which is installed NetBackup-RedHat2.6 6.5.4 on it.
11-11-2013 05:10 AM
I am missing something....
Why config a new VTL on a server that needs to perform restores only?
Please repeat scsi_command with /dev/nst0 device name:
/usr/openv/volmgr/bin/scsi_command -d /dev/nst0
Can you mount a tape with VTL tools and use tar to read/write to /dev/nst0?
11-11-2013 05:21 AM
Why config a new VTL on a server that needs to perform restores only?
its not new VTL. this VTL was already used for backups happend on this machine before hardware migration. but i have few VTL tapes which i want to duplicate (which are failing exports) to physical tapes.
for same trying to configure the tape drives again (as HBA wwpns changed)
[root@ux3slv13 ~]# /usr/openv/volmgr/bin/scsi_command -d /dev/nst0
Can you mount a tape with VTL tools and use tar to read/write to /dev/nst0?
didn't configure the robot . will give the result in few min
11-11-2013 05:35 AM
root@ux3slv13 ~]# /usr/openv/volmgr/bin/scsi_command -d /dev/nst0
Error opening /dev/nst0, could not determine passthru device path for /dev/nst0