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.
|
