I am doing a file system restore. The number of volumes for this node is 35
and is collocated by filespace.
In the last 24 hours there has been 700 tape mounts for this restore
session. One volume has been mounted 346 times. Total amount restored is
about 200 GB.
q ses f=d tells me that this is
This could be normal if TSM is trying to recreate all the directory
structures. It creates this first, before restoring actual data.
With the newer versions of TSM, using a directory class management (DIRMC)
shouldn’t be necessary, since ACL information is applied at a later point
in time.
Thanks, Nick.
Of course this was the one TSM server where I forgot to create the DIRMC
diskpool and that explains the restore behavior.
Regards,
Hans Chr.
On Wed, Dec 17, 2014 at 2:52 PM, Nick Marouf mar...@gmail.com wrote:
This could be normal if TSM is trying to recreate all the directory
The point of that technote is that you do not need DIRMC anymore.
On Wed, 17 Dec 2014 16:17 Hans Christian Riksheim bull...@gmail.com wrote:
Thanks, Nick.
Of course this was the one TSM server where I forgot to create the DIRMC
diskpool and that explains the restore behavior.
Regards,
Interesting technote.
First the DIRMC is not needed.
Therefore the original reason to cache directories on disk no longer
applies.
Then it is useful after all.
Nevertheless, the DIRMC option is still useful. If you do not specify this
option to associate a management class with directories,