Is this possibly b/c directory information is stored on
sequential access volumes and not random access volumes? The
first time you did a restore, all directory information may have
been on just a few tapes. Now that time has passed, it may be
spread across many. You might check to see the number of tape
mounts this process has required.

I'm still a little unclear as to how the directory management
class works wrt what is stored in the database and what is stored
in the directory information. Maybe someone with a better
understanding of this can say whether this might be what has
caused the delays in your restore.

 -- Tom

"If I could dot the 'i' in a Michigan     Thomas A. La Porte
 game and the good lord came to take me   Archivist, Feature Animation
 the next day ... at least I could        DreamWorks SKG
 die happy." - Beano Cook, ESPN           <tlaporte AT anim.dreamworks DOT com>

On Mon, 24 Mar 1997, Mike Hollyman wrote:

>Hi All, I have a 10.10 HP-UX machine that is trying to restore a 2 gig
>home directory disk.  Both the client and server are V2 of adsm.
>
>I start the restore with:
>
>dsmc restore -subdir=yes /home/directory
>
>Even though the server was relatively idle, after 6 hours, it had only
>examined 18,000 of the 100,000+ files on the system.  The last time I did
>this, it only took it around 1 hour to examine all the files (there were
>about 110,000 of them).
>
>Since the client machine hasn't changed at all since the last restore, I
>have to assume that something is wrong with the server.  Anyone have any
>ideas for where to look?  The server admin doesn't see anything out of the
>ordinary running on the server.
>
>At least it's Spring Break, so students are gone, but at this rate, I don't
>think it will finish before they get back!
>
>Thanks,
>
>Mike Hollyman                              www.uiuc.edu/ph/www/mikeh
>Computing & Communications Services Office
>College of Engineering Workstation Labs Manager
>(217) 244-8724            --finger mikeh AT uiuc DOT edu for PGP Public Key
>