Can you try running the restore command with "preview=yes"? That **should** give you an idea of what volumes the system will request, I believe.
-----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Chris Hund Sent: Friday, August 06, 2004 12:29 PM To: [EMAIL PROTECTED] Subject: Indentifying archived/backed up volume numbers? Hi all, I have a question related to identifying the tape or volume number that a file (or set of files) resides on. If I had to, for example, restore a file from 08/01 called /home/test.file, I would identify the volume # that file is on by doing the following: >From the TSM command line: tsm> rest "/home/test.file" -fromdate=08/01/2004 -todate=08/01/2004 tsm> -pick -ina I'd pick my file from the list, and while Tivoli attempted to load the tape that file is one, I'd do a "q req" from another telnet session to see which tape # the machine was trying to load. This process seems to work well some of the time, but occasionally I find myself getting a message like: ANS4035W File '/shared/UfsDump_20030723' currently unavailable on server ... and then the retrieve or restore gets "**Interrupted**" and you can't find out which tape # the file is on. I see this same thing whether I'm doing a retrieve or a restore. So my question, then: is there a better way to identify the volume # a file, or set of files, resides on? It sure seems like Tivoli would have come up with a better method than this. I'm still a Tivoli newbie, so I haven't learned all the tricks yet. :) I figured if there was a better way, someone on this list would surely know. Many thanks, Chris Hund
