Hi Bill !
Thank you very much for your help !
Yes, this was my problem too ! :)
I can't imagine how could I resolve this nightmare whithout your help!
thanks a lot
best regards
pavel
>
>Hi Pavel,
>
>I just went thru this too. The support center pointed me in the right
>direction, here is
>their response.
>
>"This is xxx xxxxx with IBM TSM Support. I am responding to you regarding PMR
>nnnnn.xxx. I saw what you were referring to w/the number of scratch tapes
>that show up in the q libvol output. I understand that this error appears to
>be related to the change back to standard time, but resarech of the ANR1405W
>error the actlog took me to the following tech doc-
>
>DCF Document ID: 1188134 - IBM Tivoli Storage Manager: After upgrade to TSM
>Server 5.2.3.0 the message ANR1405W appears
>
>Problem Desc: When using a library LTO2 and a device class configured with
>format=ULTRIUM2C, after an upgrade to 5.2.3.0 the following error message
>appears: ANR1405W Scratch volume mount request denied - no scratch volume
>available Even if there are scratch volumes available.
>
>Solution: Use in the device class format=drives and the error message does
>not appear again.
>
>
>Please update your server to reflect this change and try it to verify the
>fix."
>
>If you have servers that are clients of the library managing server, do the
>update quickly in all servers
>or you will get 100's of messages complaining about a mismatch.
>
>Hope this helps,
>
>Bill Colwell
>
>At 05:26 AM 11/4/2004, you wrote:
>>Hi all,
>>
>>I have updates TSM Server 5.2.2 to 5.2.3.2 on Windows2000 Server SP4,
>>IBM ULTRIUM ULT3582 Library with 2 LTO3580 Drives.Connection between TSM
>>Server computer and Library is over fiber net.
>>my problem seems insoluble to me..!?
>>
>>I've labeled and checked in my new Ultrium2 types into my new Library one by
>>one from entry/exit (bulk) port:
>>
>>"label libvolume lb2.1.0.3 checkin=scratch search=bulk overwrite=no
>>labelsource=barcode"
>>
>>after that I have 22 scratch types in my library:
>>"
>>tsm: HEB-BKR-TSM-01_SERVER1>q libv f=d
>>
>>Library Name Volume Name Status Owner Last Use Home Device Cleanings Left
>>Media Type
>>Element Type
>>------------ ----------- ---------- ---------- --------- ------- ------
>>-------------- ----------
>>LB2.1.0.3 FBZ016L1 Scratch 4,107 LTO 387
>>LB2.1.0.3 FBZ017L1 Scratch 4,106 LTO 387
>>LB2.1.0.3 FBZ018L1 Scratch 4,103 LTO 387
>>LB2.1.0.3 FBZ019L1 Scratch 4,104 LTO 387
>>LB2.1.0.3 FBZ020L1 Scratch 4,105 LTO 387
>>LB2.1.0.3 FBZ021L1 Scratch 4,096 LTO 387
>>LB2.1.0.3 FBZ022L1 Scratch 4,099 LTO 387
>>LB2.1.0.3 FBZ023L1 Scratch 4,098 LTO 387
>>LB2.1.0.3 FBZ024L1 Scratch 4,097 LTO 387
>>LB2.1.0.3 FBZ025L1 Scratch 4,100 LTO 387
>>LB2.1.0.3 FBZ026L1 Scratch 4,101 LTO 387
>>LB2.1.0.3 FBZ027L1 Scratch 4,102 LTO 387
>>LB2.1.0.3 FBZ028L1 Scratch 4,108 LTO 387
>>LB2.1.0.3 FBZ029L1 Scratch 4,112 LTO 387
>>LB2.1.0.3 FBZ030L1 Scratch 4,113 LTO 387
>>LB2.1.0.3 FBZ031L1 Scratch 4,114 LTO 387
>>LB2.1.0.3 FBZ032L1 Scratch 4,111 LTO 387
>>LB2.1.0.3 FBZ033L1 Scratch 4,110 LTO 387
>>LB2.1.0.3 FBZ034L1 Scratch 4,115 LTO 387
>>LB2.1.0.3 FBZ035L1 Scratch 4,116 LTO 387
>>LB2.1.0.3 FBZ036L1 Scratch 4,117 LTO 387
>>"
>>
>>my LTOPOOL1 has MAXSCRATCH ALLOWED 500 types
>>
>>The big problem occurred when I've tried to make a DB backup, or when I've
>>tried to migrate my primary storage pool to LTOPOOL ?!?
>>No scratch ?! But why ?!?:
>>
>>"11/01/2004 15:39:32 ANR2017I Administrator ADMIN issued command: BACKUP DB
>>devclass=ltoclass1 type=full (SESSION: 1)
>>11/01/2004 15:39:32 ANR0984I Process 10 for DATABASE BACKUP started in the
>>BACKGROUND at 15:39:32. (SESSION: 1, PROCESS: 10)
>>11/01/2004 15:39:32 ANR2280I Full database backup started as process 10.
>>(SESSION: 1, PROCESS: 10)
>>11/01/2004 15:39:33 ANR1405W Scratch volume mount request denied - no scratch
>>volume available. (SESSION: 1, PROCESS: 10)
>>11/01/2004 15:39:33 ANR4578E Database backup/restore terminated - required
>>volume was not mounted. (SESSION: 1, PROCESS: 10)
>>11/01/2004 15:39:33 ANR0985I Process 10 for DATABASE BACKUP running in the
>>BACKGROUND completed with completion state FAILURE at
>>15:39:33. (SESSION: 1, PROCESS: 10)
>>"
>>
>>
>>thank you in advance for your help
>>best regards
>>pavel
>>
>>
>>-----------------------------------------------------------------
>>http://kinomania.gbg.bg - Cked`ire "Jhmnl`mh 2004"!
>
>----------
>Bill Colwell
>C. S. Draper Lab
>Cambridge Ma.
>
-----------------------------------------------------------------
http://kinomania.gbg.bg - Cked`ire "Jhmnl`mh 2004"!
|
