Please Help. Can't retrieve from archives

[psharpe]

Please Help. I can't manage to retrieve any data from my archive tapes. We do archives every night and these appear to be working correctly.
When I try to do a retrieve I get the following messages in the TSM Console:
ANR8447E No drives are currently available in library LTO_LIB.
ANR1401W Mount request denied for volume V1002-002 - mount failed.

The drive is online. Output from q path f=d below
tsm: V1002_LIVEDB>q path f=d
Source Name: V1002_LIVEDB
Source Type: SERVER
Destination Name: LTO_LIB
Destination Type: LIBRARY
Library:
Node Name:
Device: /dev/smc0
External Manager:
LUN:
Initiator: 0
Directory:
On-Line: Yes
Last Update by (administrator): ADMIN
Last Update Date/Time: 07/10/08 19:39:32
Source Name: V1002_LIVEDB
Source Type: SERVER
Destination Name: LTO_DRIVE
Destination Type: DRIVE
Library: LTO_LIB
Node Name:
Device: /dev/rmt0
External Manager:
LUN:
Initiator: 0
Directory:
On-Line: Yes
Last Update by (administrator): ADMIN
Last Update Date/Time: 07/10/08 19:40:42

The operating system is AIX 5.3 TL08 SP02
The TSM Server is v5.5.1.0
The TSM Client is v5.5.1.0

I have successfully done retrieves in the past but this was at TSM Server v5.5.0.0. This is the first time I have tried a retrieve at SP1.

Please help. I urgently need to retrieve some data from a couple of days ago.
Any ideas /suggestions welcomed.

Thanks in advance.

Paul.

 

[Asha]

Hi Paul..

Looks like some processes or sessions are running during the time of restore and utilizing the drives...Kindly check 'q mo' and see if you can find any sessions open for any volumes..

Then once you are 100% sure that the drives are free,try out your restore...!!!

Gud Luck..!!

 

[psharpe]

Hi Asha,

Thanks for your reply.
If I do a q mount I get the following:
tsm: V1002_LIVEDB>q mount
ANR2034E QUERY MOUNT: No match found using this criteria.

This suggests to me that no process or session is using the drive.

Still can't do a retrieve.

Cheers,
Paul.

 

[ChrisRees]

Hi

Are your drives online? post output of "q dr f=d"

Is everything ok at AIX level? Anything in "errpt" ?
Are all rmt devices Available? (lsdev -Cc tape)
Are all other tape mounts working ok for things like migration/reclamation?

Post entire actlog during period when you try to do retrieve.

Cheers

 

[psharpe]

Output from "q dr f=d"
tsm: V1002_LIVEDB>Q DR F=D
Library Name: LTO_LIB
Drive Name: LTO_DRIVE
Device Type: LTO
On-Line: Yes
Read Formats: ULTRIUMC,ULTRIUM
Write Formats: ULTRIUMC,ULTRIUM
Element: 82
Drive State: EMPTY
Volume Name:
Allocated to:
WWN:
Serial Number: 9110019286
Last Update by (administrator): ADMIN
Last Update Date/Time: 07/10/08 19:40:43
Cleaning Frequency (Gigabytes/ASNEEDED/NONE): NONE

Everything is fine at AIX. Nothing in the error log. To make sure the drive was ok I did a mksyb this mrning and then verified it. Also did a tar to tape and restored it no problems.

Last nights archive worked fine. This goes to a disk storage pool and then gets migrated to tape.

Activity Log atached.


Cheers,
Paul

 

[ChrisRees]

Hi again

Most odd... everything looks ok..all I can think is that somehow Atape device driver/TSM has got in a state..

Just for clarification.. you only have 1 tape drive and this is an LTO1 drive?

What version of Atape are you running ?

All I can suggest is a reboot then try again.

 

[psharpe]

Hi,

I managed to get all the users off last night and rebooted the lpar.

The tape library is actually an LTO2.

The Atape driver is 11.1.3.0 (which I think is reasonably recent).

I even removed the device files and recreated them using cfgmgr.
Varied the drive, drivepath and library offline and back online no problems.

I can check tapes in and out of the library by reading the tape header. Archives are working ok.

Cheers,

Paul

 

[ChrisRees]

Have a read of this.. I notice you drive is set to Ultrium and UltriumC.. so are your tapes LTO1 ?

http://www-01.ibm.com/support/docvi...E&uid=swg21312849&loc=en_US&cs=UTF-8&lang=all

 

[psharpe]

Tapes are LTO2

 

[ChrisRees]

can you post " q devc f=d"

 

[psharpe]

tsm: V1002_LIVEDB>q devc f=d
Session established with server V1002_LIVEDB: AIX-RS/6000
Server Version 5, Release 5, Level 1.0
Server date/time: 08/10/08 14:25:27 Last access: 08/10/08 14:21:41

Device Class Name: DISK
Device Access Strategy: Random
Storage Pool Count: 4
Device Type:
Format:
Est/Max Capacity (MB):
Mount Limit:
Mount Wait (min):
Mount Retention (min):
Label Prefix:
Library:
Directory:
Server Name:
Retry Period:
Retry Interval:
Shared:
High-level Address:
Minimum Capacity:
WORM: No
Drive Encryption:
Scaled Capacity:

Last Update by (administrator):
Last Update Date/Time: 25/06/08 14:44:59
Device Class Name: LTO_CLASS_1
Device Access Strategy: Sequential
Storage Pool Count: 1
Device Type: LTO
Format: DRIVE
Est/Max Capacity (MB): 409,600.0
Mount Limit: DRIVES
Mount Wait (min): 60
Mount Retention (min): 320
Label Prefix: ADSM
Library: LTO_LIB
Directory:
Server Name:
Retry Period:
Retry Interval:
Shared:
High-level Address:
Minimum Capacity:
WORM: No
Drive Encryption: Allow
Scaled Capacity:
Last Update by (administrator): ADMIN
Last Update Date/Time: 07/10/08 19:53:03

 

[jbautista]

please check the the path, "q path f=d"

 

[ChrisRees]

No there are LTO2 tape drives writing to LTO2 tapes... i

To me it looks like the devclass isn't quite right, i.e devclass has FORMAT=drive
but the drive shows read/write ULTRIUMC/ULTRIUM
not ULTRIUM2C/ULTRIUM2 as I would expect.

When the LTO2 drives were installed, I presume they were an upgrade from LTO1 ?
hence the devclass name has LTO1 in?

 

[psharpe]

please check the the path, "q path f=d"

tsm: V1002_LIVEDB>q path f=d
Source Name: V1002_LIVEDB
Source Type: SERVER
Destination Name: LTO_LIB
Destination Type: LIBRARY
Library:
Node Name:
Device: /dev/smc0
External Manager:
LUN:
Initiator: 0
Directory:
On-Line: Yes
Last Update by (administrator): ADMIN
Last Update Date/Time: 07/10/08 19:39:32
Source Name: V1002_LIVEDB
Source Type: SERVER
Destination Name: LTO_DRIVE
Destination Type: DRIVE
Library: LTO_LIB
Node Name:
Device: /dev/rmt0
External Manager:
LUN:
Initiator: 0
Directory:
On-Line: Yes
Last Update by (administrator): ADMIN
Last Update Date/Time: 07/10/08 19:40:42

 

[psharpe]

No there are LTO2 tape drives writing to LTO2 tapes... i

To me it looks like the devclass isn't quite right, i.e devclass has FORMAT=drive
but the drive shows read/write ULTRIUMC/ULTRIUM
not ULTRIUM2C/ULTRIUM2 as I would expect.

When the LTO2 drives were installed, I presume they were an upgrade from LTO1 ?
hence the devclass name has LTO1 in?

The tape drives were upgraded from LTO1 to LTO2. I have done retrieves since this was done. Would this cause any problems?

 

[jbautista]

please verify that your tape you're trying to use is accessible. "q vol volume_name f=d". also check if the tape is not write protect.

 

[Craigy]

You're writing data to LTO2 tapes on LTO1 drives? How are you doing that? I don't believe that's possible. What am I missing here?

Mikeymac, I originally thought you were off base, but on reflection that definately is an LTO1 drive.

If you're trying to retrieve data off an LTO 2 tape with an LTO1 drive you're doomed to failure...

Can you verify what sort of drive you have please?

C

 

[Craigy]

The tape drives were upgraded from LTO1 to LTO2. I have done retrieves since this was done. Would this cause any problems?

The devtypes aren't identical so TSM is seeing the drive as an LTO1. Is this off an old TSM DB restore?

C

 

[psharpe]

please verify that your tape you're trying to use is accessible. "q vol volume_name f=d". also check if the tape is not write protect.

tsm: V1002_LIVEDB>q vol V1002-025 f=d
Volume Name: V1002-025
Storage Pool Name: LTO_STG_POOL
Device Class Name: LTO_CLASS_1
Estimated Capacity: 409.6 G
Scaled Capacity Applied:
Pct Util: 58.5
Volume Status: Filling
Access: Read-Only
Pct. Reclaimable Space: 0.0
Scratch Volume?: Yes
In Error State?: No
Number of Writable Sides: 1
Number of Times Mounted: 3
Write Pass Number: 1
Approx. Date Last Written: 05/10/08 05:03:26
Approx. Date Last Read: 05/10/08 02:12:23
Date Became Pending:
Number of Write Errors: 0
Number of Read Errors: 0
Volume Location:
Volume is MVS Lanfree Capable : No
Last Update by (administrator): ADMIN
Last Update Date/Time: 05/10/08 05:03:30
Begin Reclaim Period:
End Reclaim Period:
Drive Encryption Key Manager:

 

[psharpe]

The devtypes aren't identical so TSM is seeing the drive as an LTO1. Is this off an old TSM DB restore?

C

This is not an old TSM DB restore, infact it was a new TSM DB in June.