Thanks to Henrik Wahlstedt this got solved.

Henrik, tack för hjälpen och telefonsamtalet, jag har faktiskt inte fått nåt 
mail från dig...


Restore processing finished.

Total number of objects restored:       137
Total number of objects failed:           0
Total number of bytes transferred:   59.12 MB
Data transfer time:                   42.65 sec
Network data transfer rate:        1,419.17 KB/sec
Aggregate data transfer rate:        188.75 KB/sec
Elapsed processing time:           00:05:20


The first restore had the filespecification:
restore "\\fspas01cl001\z$\mpy-it\users\p950kaz\my pictures\pic\*"

If I changed it to  restore "\\fspas01cl001\z$\mpy-it\users\p950kaz\my 
pictures\pic\?*"
The client got direct "waiting for offline media" and started to restore the 
files after the tapes got mounted

So I tried again with only *, and got the same problem as before:

tsm> restore "\\fspas01cl001\z$\mpy-it\users\p950kaz\my pictures\pic\*" 
c:\restored2\ -subdir=yes
Restore function invoked.

ANS1247I Waiting for files from the server...


Some questions:
Whats the difference between ?* and only *

Why don't I see a restore session when I ran q restore with the ?* filespec, 
tsm: ADSM4>q restore
ANR2034E QUERY RESTORE: No match found using this criteria.
ANS8001I Return code 11.

And the restore starts right away

When I run with only * I get this in the log:

2010-09-07 10:51:52 ANR1182I Removable volume 006811 is required for a restore 
request from session 2717.
2010-09-07 10:51:53 ANR1182I Removable volume 005763 is required for a restore 
request from session 2717.
2010-09-07 10:51:53 ANR1182I Removable volume 005902 is required for a restore 
request from session 2717.
2010-09-07 10:51:53 ANR1183I Initial determination of removable volumes 
required for a restore request from session 2717 is complete. Additional 
volumes may still be required.


tsm: ADSM4>q restore

  Sess Restore     Elapsed Node Name                 Filespace         FSID
Number State       Minutes                           Name
------ ----------- ------- ------------------------- ----------- ----------
 2,717 Active           10 FSPAS01FS039              \\fspas01c-          1
                                                      l001\z$\m-
                                                      py-it





-----Ursprungligt meddelande-----
Från: ADSM: Dist Stor Manager [mailto:[email protected]] För Remco Post
Skickat: den 7 september 2010 10:39
Till: [email protected]
Ämne: Re: [ADSM-L] SV: [ADSM-L] 50Mb restored in 4.18h....

Hi,

I'm sorry, but you are wrong, duplex mismatch Does cause the speed to drop to 
Aboutaleb 5K/s. I've Deen Thissen on numerous occasions. 

-- 

Gr., Remco

On 7 sep. 2010, at 08:02, Niklas Lundström <[email protected]> wrote:

> I actually restored the files to my workstation, and the network settings are 
> fine
> Duplex mismatch does not cause the speed to go down to modem-speed from 
> 1995....
> 
> 
> -----Ursprungligt meddelande-----
> Från: ADSM: Dist Stor Manager [mailto:[email protected]] För Remco Post
> Skickat: den 7 september 2010 07:40
> Till: [email protected]
> Ämne: Re: [ADSM-L] 50Mb restored in 4.18h....
> 
> On 7 sep 2010, at 07:02, Niklas Lundström wrote:
> 
>> Hello
>> 
>> I just did a restore of 50Mb and it took 4h 18min
>> If it had been 50Gb I wouldn't complain
>> 
>> Total number of objects restored:       114
>> Total number of objects failed:           0
>> Total number of bytes transferred:   50.99 MB
>> Data transfer time:                9,426.15 sec
>> Network data transfer rate:            5.53 KB/sec   <--------------
>> Aggregate data transfer rate:          3.36 KB/sec
>> Elapsed processing time:           04:18:55
>> 
>> The server has a lot of files,  almost 7 million including the copypool. The 
>> TSM DB is really big, 180Gb and 94% full.
>> TSM Server 5.5.4.
>> 
>> Does anyone have a clue of why the restore took so long?
>> 
> 
> your network sucks? (to put it mildly :) ) I'd check to see if there is any 
> mismatch in duplex settings anywhere. Remember, auto-negotiation on the host, 
> and a fixed 100 full-duplex setting on the switch will lead to a host at 
> half-duplex and tons of collisions.
> 
> 
>> It found what volumes to mount fast, but then the client was "Waiting for 
>> files from the server....."
>> 
>> People here are complaining about TSM and that the restores takes long time
>> and it's hard to defend it when the restore takes so long...
>> 
> 
> -- 
> 
> Met vriendelijke groeten/Kind regards,
> 
> Remco Post

Reply via email to