ADSM-L

Re: dsmc restore /etc/lp does bad things

1998-01-30 17:51:41
Subject: Re: dsmc restore /etc/lp does bad things
From: "Demetri S. Mouratis" <dsm1 AT RACHEL.NTRS DOT COM>
Date: Fri, 30 Jan 1998 16:51:41 -0600
[responding to Andrew Raibeck]

Thanks for your response, Andy.

| If your intent is to restore the lp subdirectory and all of its
| files, then "restore /etc/lp/* -subdir=yes" is the correct syntax.

Thanks.  I will file this away as a workaround, even though that's not
the syntax that the docs suggest.

| "restore /etc/lp -subdir=yes" tells ADSM to restore all objects
| called 'lp' in /etc and any of its subdirectories.

Is this logic in the client, or the server?  If it's in the client, it
would be nice if the UNIX client was changed to more closely follow
UNIX conventions.

For example, take these two commands (both of which will descend a
directory tree)

    $ find /etc/lp -print
    $ ls -R /etc/lp

both find everything under /etc/lp, rather than anything in the /etc
tree that contains the word lp.

| Incidentally, the '-subdir=yes' also causes *all* directory entries
| under /etc to be restored, as well. This latter behavior has been
| modified in the V3 client so that your command would cause only
| objects (files and directories) called 'lp' within the /etc
| directory structure to be restored.

I'm glad it's being corrected.  Frankly, though, I still don't see the
logic in '/etc/lp' matching files named 'lp' anywhere under /etc.  For
that feature, I would recommend

     /etc/.../lp

which is what include/exclude file would use.  That syntax makes more
sense, and would be more consistant, although it still is vulnerable
to unix objects named literally '...', which is a perfectly valid name.

...Demetri
<Prev in Thread] Current Thread [Next in Thread>