ADSM-L

Re: Archives and management classes for directories

1999-05-23 03:10:31
Subject: Re: Archives and management classes for directories
From: Brett Walker <walkerbl AT VNET.IBM DOT COM>
Date: Sat, 22 May 1999 23:10:31 -0800
Yes, its true, we have fixed several problems relating to archive,
including not re-archiving directories, and binding them to reasonable
management classes.  Thought I would just mention a couple extra things:

1) In order to get the benefit of the archive fixes, you *must* install the
latest client and server PTF (available soon).  They must work together in
order to ensure that archive directories are dealt with properly.

2) ARCHMC should now work better now.  Using this will bind both dirs and
files to the same management class.

3) If you don't use ARCHMC, then directories are bound to the default
management class.

4) The default description generated is now a date stamp, instead of a
date/time stamp.  This means is you don't specify a description during
archive, the description for those files will be that days date.  This
makes more sense than having a time stamp, down to the second <grin>

5) PLEASE, PLEASE, use the description field, or let it default.  Don't
simply make it the empty string.  You will be able to manage your archives
much better if you think of groups of files as packages, and label them
with a description.

Thanks for everyone's patience while we worked on this problem.

Cheers,
Brett
ADSM Development

snip...
>Yes, just this week the kind folks in the Support Center have informed me
>that the set of related Archive problems will be fixed.  There are
>primarily two APARs related to this.  The first, IX89638 has already been
>appended to this list in an earlier response from Rejean Larivee (thank
>you, Rejean).  The second is IX85975, which I will append at the end of
>this e-mail.  With these fixes, I believe that ADSM Archive will behave
>correctly, allowing the type of archival usage that I and others have
>discussed here.  I was told that the fixes will be included in the next fix
>level.
snip

o------------------------------------------------------o
  Brett Walker                  ADSM Development, IBM
  walkerbl AT vnet.ibm DOT com         tie 276-0265
o------------------------------------------------------o
"That's just my opinion; I could be wrong."
      --- Dennis Miller
<Prev in Thread] Current Thread [Next in Thread>