John,
I had the situation (actually do not remember which) when I changed device
name from \\.\ChangerN to lbX.X.X.X (for drives - the same) - it solved all
of my problems. I mean in this case IBM library.
Probably it will helps you also.
Thanks.
Best regards,
Igor Yakovenko
"Schneider, John"
<schnjd AT STLO DOT MERC
Y.NET> To
Sent by: "ADSM: ADSM-L AT VM.MARIST DOT EDU
Dist Stor cc
Manager"
<[email protected] Subject
.EDU> Re: [ADSM-L] Checkouts fail, but
checkins work on new TS3310 library
11.05.2007 17:38
Please respond to
"ADSM: Dist Stor
Manager"
<[email protected]
.EDU>
Igor,
Yes. Here it is. Do you have something in mind?
Source Name: ROGE-TSM1
Source Type: SERVER
Destination Name: IBM3576
Destination Type: LIBRARY
Library:
Node Name:
Device: \\.\Changer1
External Manager:
LUN:
Initiator: 0
Directory:
On-Line: Yes
Last Update by (administrator): TAPEMGR
Last Update Date/Time: 05/10/2007 13:22:25
Source Name: ROGE-TSM1
Source Type: SERVER
Destination Name: LTO3-001
Destination Type: DRIVE
Library: IBM3576
Node Name:
Device: \\.\Tape16
External Manager:
LUN:
Initiator: 0
Directory:
On-Line: Yes
Last Update by (administrator): TAPEMGR
Last Update Date/Time: 05/10/2007 13:24:49
Source Name: ROGE-TSM1
Source Type: SERVER
Destination Name: LTO3-002
Destination Type: DRIVE
Library: IBM3576
Node Name:
Device: \\.\Tape17
External Manager:
LUN:
Initiator: 0
Directory:
On-Line: Yes
Last Update by (administrator): TAPEMGR
Last Update Date/Time: 05/10/2007 13:24:58
Source Name: ROGE-TSM1
Source Type: SERVER
Destination Name: LTO3-003
Destination Type: DRIVE
Library: IBM3576
Node Name:
Device: \\.\Tape18
External Manager:
LUN:
Initiator: 0
Directory:
On-Line: Yes
Last Update by (administrator): TAPEMGR
Last Update Date/Time: 05/10/2007 13:25:06
Source Name: ROGE-TSM1
Source Type: SERVER
Destination Name: LTO3-004
Destination Type: DRIVE
Library: IBM3576
Node Name:
Device: \\.\Tape19
External Manager:
LUN:
Initiator: 0
Directory:
On-Line: Yes
Last Update by (administrator): TAPEMGR
Last Update Date/Time: 05/10/2007 13:25:14
Best Regards,
John D. Schneider
Sr. System Administrator - Storage
Sisters of Mercy Health System
3637 South Geyer Road
St. Louis, MO. 63127
Email: schnjd AT stlo.mercy DOT net
Office: 314-364-3150, Cell: 314-486-2359
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Igor Yakovenko
Sent: Friday, May 11, 2007 1:31 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Checkouts fail, but checkins work on new TS3310
library
John, good day,
could you print here information about paths from TSM to your library
and drives (q path ... f=d)?
Best regards,
Igor Yakovenko
"Schneider, John"
<schnjd AT STLO DOT MERC
Y.NET>
To
Sent by: "ADSM: ADSM-L AT VM.MARIST DOT EDU
Dist Stor
cc
Manager"
<[email protected]
Subject
.EDU> Re: [ADSM-L] Checkouts fail, but
checkins work on new TS3310
library
11.05.2007 04:17
Please respond to
"ADSM: Dist Stor
Manager"
<[email protected]
.EDU>
Forgive me if I am being dense, but I don't see what your suggestion has
to do with my problem. A Backup Volhist just copies the current volume
history off to a disk file, it doesn't have anything to do with updating
the actual inventory of the library. I tried it, though, and the symptom
doesn't change.
As I said in my email, an Audit Library works, and TSM can mount and
unmount tapes just fine, so I believe it's library inventory is
up-to-date.
IBM returned my call, and had me take down TSM, to see if I can move a
tape to the I/O door using the TS3310's web interface. When I did, I
got an error that it couldn't be done, and a message to the effect that
it might be because the backup application using the library prevented
it. But TSM was down, so how could that be?
IBM had me reboot the library. After it came backup up, I could move
tapes to the I/O door using the TS3310's web interface, and thought,
hurray, I am finished. But I brought TSM back up, and I still got the
same symptom as before. So I took TSM back down, and I tried to move
the tape using the TSM3310 web interface, and I got the same error as I
describe above.
I am more stumped than ever. All I can think is that perhaps when TSM
first comes up it puts some sort of lock on the I/O door, but if it did,
how come it can check things in OK, but not check them out? An
accidental lock left on would prevent checkins, too.
I still suspect a problem in the library, somewhere, but I can't see
where. IBM had me use ITDT (IBM tape diagnistic tool) to generate some
dumps and send them up to them. I will post the results if it turns out
to be interesting or instructive.
Best Regards,
John D. Schneider
Sr. System Administrator - Storage
Sisters of Mercy Health System
3637 South Geyer Road
St. Louis, MO. 63127
Email: schnjd AT stlo.mercy DOT net
Office: 314-364-3150, Cell: 314-486-2359
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Laura Lantz
Sent: Thursday, May 10, 2007 3:37 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Checkouts fail, but checkins work on new TS3310
library
Check dsmserv.opt to verify:
VOLUMEHistory /tsm/server/vol.history
and then use "backup volhist" command.
Try checking out a volume.
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Schneider, John
Sent: Thursday, May 10, 2007 3:05 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Checkouts fail, but checkins work on new TS3310 library
Greetings,
We just installed a new TS3310 tape library on a Windows
2003
server running TSM 5.3.4.0. We configured library with all devices and
slots in one partition. The library and drive drivers installed fine,
and the library and paths defined to the TSM server without a hitch.
The strange symptom is, we can label and checkin tapes to
the library, but we can't check them out again. We receive ANR8942E,
telling us it couldn't move the tape volume from the original slot to
slot 16.
05/10/2007 14:13:35 ANR2017I Administrator SCHNJD issued command:
CHECKOUT
libv ibm3576 fs0061l3 checkl=no remove=bulk
(SESSION:
445)
05/10/2007 14:13:35 ANR0984I Process 13 for CHECKOUT LIBVOLUME started
in the
BACKGROUND at 14:13:35. (SESSION: 445, PROCESS:
13)
05/10/2007 14:13:35 ANR8434I CHECKOUT LIBVOLUME: Operation for volume
FS0061L3
in library IBM3576 started as process 13.
(SESSION: 445,
PROCESS: 13)
05/10/2007 14:13:35 ANR0609I CHECKOUT LIBVOLUME started as process 13.
(SESSION: 445, PROCESS: 13)
05/10/2007 14:15:48 ANR8942E Could not move volume FS0061L3 from
slot-element
4096 to slot-element 16. (SESSION: 445, PROCESS:
13)
05/10/2007 14:16:12 ANR8437E CHECKOUT LIBVOLUME for volume FS0061L3 in
library
IBM3576 failed. (SESSION: 445, PROCESS: 13)
05/10/2007 14:16:12 ANR0985I Process 13 for CHECKOUT LIBVOLUME running
in the
BACKGROUND completed with completion state
FAILURE at
14:16:12. (SESSION: 445, PROCESS: 13)
When we put tapes into that same slot, slot 16 (the topmost I/O slot) we
can successfully check them in:
05/10/2007 14:39:50 ANR2017I Administrator SCHNJD issued command:
CHECKIN libv
ibm3576 search=bulk waitt=0 checkl=barc
stat=private
(SESSION: 486)
05/10/2007 14:39:50 ANR0984I Process 16 for CHECKIN LIBVOLUME started
in the
BACKGROUND at 14:39:50. (SESSION: 486, PROCESS:
16)
05/10/2007 14:39:50 ANR8422I CHECKIN LIBVOLUME: Operation for library
IBM3576
started as process 16. (SESSION: 486, PROCESS:
16)
05/10/2007 14:39:50 ANR0609I CHECKIN LIBVOLUME started as process 16.
(SESSION: 486, PROCESS: 16)
05/10/2007 14:39:50 ANR0405I Session 486 ended for administrator
SCHNJD
(WebBrowser). (SESSION: 486)
05/10/2007 14:42:50 ANR8430I Volume FS0078L3 has been checked into
library
IBM3576. (SESSION: 486, PROCESS: 16)
05/10/2007 14:43:20 ANR8431I CHECKIN LIBVOLUME process completed for
library
IBM3576; 1 volume(s) found. (SESSION: 486,
PROCESS: 16)
05/10/2007 14:43:20 ANR0985I Process 16 for CHECKIN LIBVOLUME running
in the
BACKGROUND completed with completion state
SUCCESS at
14:43:20. (SESSION: 486, PROCESS: 16)
They also checkin or label successfully from other slots, too. Once
the tapes are checked in, TSM can mount and umount them with no problem.
But TSM can't check anything out. A Show Slots gives us:
PVR slot information for library IBM3576.
Library : IBM3576
Product Id : 3576-MTL
Support module : 4
Mount count : 0
Drives : 4
Slots : 78
Changers : 1
Import/Exports : 18
Device : \\.\CHANGER1
Drive 0, element 256
Drive 1, element 257
Drive 2, element 258
Drive 3, element 259
Changer 0, element 1
ImpExp 0, element number 16
ImpExp 1, element number 17
ImpExp 2, element number 18
ImpExp 3, element number 19
ImpExp 4, element number 20
ImpExp 5, element number 21
ImpExp 6, element number 22
ImpExp 7, element number 23
ImpExp 8, element number 24
ImpExp 9, element number 25
ImpExp 10, element number 26
ImpExp 11, element number 27
ImpExp 12, element number 28
ImpExp 13, element number 29
ImpExp 14, element number 30
ImpExp 15, element number 31
ImpExp 16, element number 32
ImpExp 17, element number 33
Slot 0, status Allocated, element number 4096, barcode present, barcode
value , devT=LTO, mediaT=417, elemT=ANY Slot 1, status Allocated,
element number 4097, barcode present, barcode value , devT=LTO,
mediaT=417, elemT=ANY Slot 2, status Allocated, element number 4098,
barcode not present, barcode value <>, devT=LTO, mediaT=417, elemT=ANY
Slot 3, status Allocated, element number 4099, barcode present, barcode
value , devT=LTO, mediaT=417, elemT=ANY Slot 4, status Allocated,
element number 4100, barcode present, barcode value , devT=LTO,
mediaT=417, elemT=ANY Slot 5, status Allocated, element number 4101,
barcode present, barcode value , devT=LTO, mediaT=417, elemT=ANY Slot
29, status Allocated, element number 4125, barcode present, barcode
value , devT=LTO, mediaT=417, elemT=ANY Slot 30, status Allocated,
element number 4126, barcode not present, barcode value <>, devT=LTO,
mediaT=417, elemT=ANY Slot 31, status Allocated, element number 4127,
barcode present, barcode value , devT=LTO, mediaT=417, elemT=ANY Slot
55, status Allocated, element number 4151, barcode present, barcode
value , devT=LTO, mediaT=417, elemT=ANY Slot 56, status Allocated,
element number 4152, barcode present, barcode value , devT=LTO,
mediaT=417, elemT=ANY Slot 57, status Full, element number 4153, barcode
present, barcode value , devT=LTO, mediaT=417, elemT=ANY Slot 58, status
Allocated, element number 4154, barcode present, barcode value ,
devT=LTO, mediaT=417, elemT=ANY Slot 73, status Allocated, element
number 4169, barcode present, barcode value , devT=LTO, mediaT=417,
elemT=ANY Slot 74, status Allocated, element number 4170, barcode
present, barcode value , devT=LTO, mediaT=417, elemT=ANY Slot 75, status
Allocated, element number 4171, barcode present, barcode value ,
devT=LTO, mediaT=417, elemT=ANY Slot 76, status Allocated, element
number 4172, barcode present, barcode value , devT=LTO, mediaT=417,
elemT=ANY
slot element range 4096 - 4173
which looks like it can see the 18 I/O slots just fine.
We have an identical library on another TSM server that I think is setup
identically. I set them both up myself, and did the other one just a
couple months ago. They are both running the same library and drive
firmware, 320G.GS006 and 69U2, respectively.
Any suggestions greatly appreciated.
Best Regards,
John D. Schneider
Sr. System Administrator - Storage
Sisters of Mercy Health System
3637 South Geyer Road
St. Louis, MO. 63127
Email: schnjd AT stlo.mercy DOT net
Office: 314-364-3150, Cell: 314-486-2359
|
