Tape Libraries and Drives
cancel
Showing results for 
Search instead for 
Did you mean: 

storagetek L20 on hpux 11i

SOLVED
Go to solution
Vermeulen Peter
Frequent Advisor

storagetek L20 on hpux 11i

we're trying to configure a new storagetek tape library on our hpux 11i (rp2450) box.
It is connected through a fiber channel card (type A6795A)

We can see the device with ioscan, the picker device has been created, we can use the mc command to view info about the tapes in the library but we cannot write to any of the tapes. Do we need to configure anything else we don't know about ?

See below for system info:
ioscan:
ext_bus 8 0/4/0/0.1.22.255.0 fcpdev CLAIMED INTERFACE FCP Device Interface

target 10 0/4/0/0.1.22.255.0.0 tgt CLAIMED DEVICE

autoch 0 0/4/0/0.1.22.255.0.0.0 schgr CLAIMED DEVICE STK L20

# ll /dev/picker

crw-rw-rw- 1 root sys 203 0x080000 Dec 11 15:03 /dev/picker

# ll /dev/rac/c8t0d0
crw------- 1 bin sys 231 0x080000 Dec 16 17:12 /dev/rac/c8t0d0


# mc -p /dev/picker -r DS
DT_slot_1 FULL FRI003
ST_slot_1 EMPTY
ST_slot_2 EMPTY
ST_slot_3 EMPTY
ST_slot_4 EMPTY
ST_slot_5 EMPTY
ST_slot_6 EMPTY
ST_slot_7 EMPTY
ST_slot_8 EMPTY
ST_slot_9 EMPTY
ST_slot_10 FULL SAT003
ST_slot_11 FULL THU003
ST_slot_12 EMPTY
ST_slot_13 EMPTY
ST_slot_14 EMPTY
ST_slot_15 EMPTY
ST_slot_16 EMPTY
ST_slot_17 EMPTY
ST_slot_18 FULL WED003
ST_slot_19 FULL TUE003

18 REPLIES
Vincent Farrugia
Honored Contributor

Re: storagetek L20 on hpux 11i

Hello,

Which command line/software are you using to try to write to the tapes? What are the tapes in question? Ultrium, 9840s?

Vince
Tape Drives RULE!!!
Vermeulen Peter
Frequent Advisor

Re: storagetek L20 on hpux 11i

- we use LTO ultrium tapes
- i tried both cpio and tar:
for example
# tar cvf /dev/picker /usr
or
# tar cvf /dev/rac/c8t0d0 /usr

(I'm sure which one to use)

It gives me the message: "tar: end of tape"

Also a rewind failes:
# mt -f /dev/picker rew
rewind 1 failed: Invalid argument
Vincent Farrugia
Honored Contributor

Re: storagetek L20 on hpux 11i

Hello,

ioscan -fnkC tape yields all tapes as CLAIMED?
Tape Drives RULE!!!
Vermeulen Peter
Frequent Advisor

Re: storagetek L20 on hpux 11i

ioscan -fnkC tape doesn't find anything as tape !

the device is recognised as an autochanger (class schgr)
(See first message)
Vincent Farrugia
Honored Contributor

Re: storagetek L20 on hpux 11i

Hello,

Make sure you have the tape drive stape installed in your kernel.

Enter sam, from Kernel configuration, select Drivers, and make sure that stape is in the "in" state. If not, bring it in. You will have to reboot the server when the kernel is rebuilt with the new driver installed.

HTH,
Vince
Tape Drives RULE!!!
Michael Tully
Honored Contributor

Re: storagetek L20 on hpux 11i

Please post a full copy of your 'ioscan' output, after making sure that the 'stape' kernel driver has been loaded if the tape drive still doesn't work.

If your planning on using standard backup tools, then you'll need to load the tape into the drive first. e.g.

# mc -p /dev/picker -sS10 -dD1
run your backup
# tar cvf /dev/rmt/1m /home
offload the tape on completion.
# mt -t /dev/rmt/1m rew
# mt -t /dev/rmt/1m offl
# mc -p /dev/picker -sD1 -dS10

You can create scripts to do this. Search the forum, you'll be surprised what you'll find.
Anyone for a Mutiny ?
Vermeulen Peter
Frequent Advisor

Re: storagetek L20 on hpux 11i

1. stape driver (and all others loaded into kernel)
2. tape is loaded in the drive with mc command without any problems
3. ioscan attached
4. REMARK: the device files /dev/rmt/0mn (or simular) don't exist !
Is there a way to create these manually (with mksf) and what would be the syntax?
Christopher Rupnik
Valued Contributor

Re: storagetek L20 on hpux 11i

insf -e will re-create all your device files. See if that creates your /dev/rmt/Xm files. However, have you hard wired the kernel file with sdisk entries? There should not no explicit definitions in the /stand/system file, which it looks like you are doing and that mis-identifies the tape drive as sdisk.
Vermeulen Peter
Frequent Advisor

Re: storagetek L20 on hpux 11i

insf -e does not help. tried it before. Still no /dev/rmt/Xm files.
There is nothing in the kernel to link it with sdisk.
There are no explicit definitions in the /stand/system file.

If you look at the ioscan you'll see that it only sees the library (scsi id 0) and not the drive in it (should be scsi id 1)
Uday_S_Ankolekar
Honored Contributor

Re: storagetek L20 on hpux 11i

Try installing driver schgr and rebuilt kernle , This needs a reboot.

-USA..
Good Luck..
Vermeulen Peter
Frequent Advisor

Re: storagetek L20 on hpux 11i

driver schgr is in the kernel
Michael Lampi
Trusted Contributor

Re: storagetek L20 on hpux 11i

It appears that ioscan does not see the tape drive at all.

If it were merely a driver not configured problem, then ioscan would show the device with a NO_DRIVER message.

Are you sure that the drive is installed properly in the library, with an ID different from the robot?
A journey of 1000 steps ends in a mile.
Vermeulen Peter
Frequent Advisor

Re: storagetek L20 on hpux 11i

The library and the drive have definitely a different ID. If we play around with these we sometimes get to see the drive (but then we don't see the library) in ioscan. Sometimes it is the other way around.
Is there a trick to find the correct ID so we can see both at the same time?
Eugeny Brychkov
Honored Contributor
Solution

Re: storagetek L20 on hpux 11i

As soon as LTO drives do not appear in ioscan output it's not hpux OS problem, it's connectivity problem. Your library is connected to brocade port #6, and only autochanger seen on this path.
I'm not familiar with L20 library, but I believe there's problen with its configuration. So please make sure that drives are residing on the same bus as autochanger and congigured to have different SCSI Ids (and not Id0 as autochanges occupies it). If there's another FC port in L20 on which drives are configured you need to connect that port to switch too.
Generally, you have to be digging aroung L20 library, not aroung hpux server and brocade switch.
Good luck!
Eugeny
Vermeulen Peter
Frequent Advisor

Re: storagetek L20 on hpux 11i

we changed some settings on the storagetek library to reflect the correct LUN number. (scsi id based on lun number priority instead of based on bus number priority).
We now can see both devices in ioscan and we can write to the tape with tar.

We're facing some problems with writing to the tape with fbackup.
Following patches are installed: PHCO_23914 and PHKL_27304

we're getting the error fbackup(3038): output file /dev/rmt/0mn is not a valid device file for backup

any help is much appreciated.
Duncan Edmonstone
Honored Contributor

Re: storagetek L20 on hpux 11i

From the fbackup man page:

"fbackup should not be used with no-rewind devices, for example, /dev/rmt/0mn."

Try using /dev/rmt/0m

HTH

Duncan

HTH

Duncan
Vermeulen Peter
Frequent Advisor

Re: storagetek L20 on hpux 11i

You'r right but we did first try with /dev/rmt/0m and it gives the same message.

Internally in our L20 library there is a LTO drive: SEAGATE ULTRIUM06242-XXX
Vermeulen Peter
Frequent Advisor

Re: storagetek L20 on hpux 11i

Hi all,

we finally got it working with the help of HP support.

We had to use the following command syntax in fbackup (just an example):
fbackup -f baantest:/dev/rmt/0m -i /etc
This means we had to put the hostname in front of the device. This way fbackup thinks it is a remote device and it isn't so restrictive on its characteristics.

We also noticed the following:
> MagTape Type: Device type cannot be determined
This means that the system has recognised the device as a tape drive (hence the stape assignment) but does not recognise it as a
supported device.
The fbackup command will not recognise the device because
"MagTape Type: Device type cannot be determined".
If it was a supported HP LTO/ultrium drive the program would have said:
"Linear Tape Open".

> tape 0 0/4/0/0.1.22.255.0.0.0 stape CLAIMED DEVICE SEAGATE
ULTRIUM06242-XXX
> autoch 0 0/4/0/0.1.22.255.0.0.1 schgr CLAIMED DEVICE STK L20
HP says that the stape driver would need to be enhanced to recognise and fully support this device.