ADSM-L

Doing restores with the Mac client

1994-06-27 20:33:07
Subject: Doing restores with the Mac client
From: "Brett Walker (408)256-0265 Fax:" <walkerbl AT VNET.IBM DOT COM>
Date: Mon, 27 Jun 1994 17:33:07 PDT
Re: Note from you attached below

*** Warning: Long Append ***

>Privileges
>
>I had one folder shared on my application volume.  Subfolders had
>various access privs (not all inherited from the parent).  This
>volume is *not* my boot volume;  my boot volume had already been
>restored and booted from.  (I.e.  my 'Users & Groups' file had
>already been restored and seemed ok, and sharing was on.)

>After doing a complete volume restore on the application volume
>(disk started empty), the folder that should be shared was not.
>Ditto after a restart.  I shared it (manually);  the privs had
>gone back to defaults.  Then I checked the subfolders;  privs on
>those too had gone back to defaults.

If I read your append correctly, it sounds like you did either a Restore
by Folder Tree, or a Restore by File Specification, as opposed to a
Restore by SubFolder.  This is why the access privileges were not restored.

Both Restore by Folder Tree and Restore by File Specification are more
file oriented functions.  They don't actually restore the attributes of the
folder that the files were in.  If you're restoring the files to a folder
that doesn't exists, then the folder is created with the default attributes.
(You may notice that the color of your folders didn't get restored either.)
This can be good and bad.  There are times when you might want the actual
folder attributes restored when you choose single or multiple files to be
restored.  However, there may be times when you don't want the folder to
have its original attributes (maybe the original folder was invisible,
you might never see the files you restored!).  However, we are looking at
some ways to try and to this function cleanly (in a future release...)

If you do a Restore by SubFolder, then all the attributes of the folder
are restored, including access privileges if File Sharing is turned on
(and they were backed up to begin with).  See appendix below.

Sorry for the inconvenience of the restore.  I believe there is a problem
open with the support center...

>User Interface
>
>* When restoring by folder, after restore is 'done', you return
>me to the adsm main window.  Instead, please return me to the
>folder selection window (where I hit the 'restore' button), with
>the scroll location & hilight remembered.  This folder selection
>window should be resizable, too;  ditto for the two subpanes.

Returning to the selection window is being considered.  Also, we're
aware of the resizable issues...

>* Should be a preference for scheduler app that says to "open
>hidden" (i.e.  iconified).

This is also on our list of items...

>* Am I the only one who finds the 'Zzzz' cursor annoying?....
>Seems like any other Mac program that is running, but not
>presently in the middle of an operation shows an arrow cursor.
>And when you're in an operation and you're trying to indicate
>that something's going on, they typically use the watch cursors,
>or spinning top...

Shucks.  I thought it was kinda neat.  But I've been hearing enough
complaints about it that it will probably change in the future.
I thought it was nice to see ADSM is sleeping.  Anyway, I'll probably
either limit the ZZzzz to the ADSM window (and modify the shape so you
know where the hotspot is) or get rid of it altogether.

Reagrds,
Brett Walker


******** Appendix ********

Ken Rosenberry sent me a good write-up concerning losing access privileges
during a restore.  I thought I would append it here:

---------------------------------------------------------------------
In order for Access Privileges to be correctly backed up, you need to
In order for Access Privileges to be correctly backed up, you need to
make sure FileSharing is on during ALL backups.  Perhaps during your
most recent backup file sharing was turned off.  If so, ADSM will ask
the OS for file sharing info, but the OS will report that the volume
doesn't support file sharing.  The sharing info will then be removed
from ADSM.

Another possibility is that the user and or group names have changed
since the backup.  The Mac return numbers when you ask the OS for file
sharing privileges information.  ADSM translates the numbers to the
names of the user and group.  (In case a restore is done in the future
on a Mac which has the same users and groups, but different internal
numbers.) If the user name or group name doesn't exactly match a
current user or group, the privileges will not be set.

Suppose your Mac were originally configured to have a user named
'Kenster Rosenberry'.  You lose the boot volume whereupon you then
create a temporary system folder with file sharing on.  You then
recreate the users and groups, but you misspell the user name as
'KensterRosenberry' (no space).  This user is assumed different from
the original Kenster since it's spelled differently.  Thus, even
though you have done all your backups with File Sharing on, and you do
the restore with file sharing on, the access privs for the folder
won't be restored since the user name is no longer valid.

I believe that BOTH the user name and group name must map to a valid
user and group in order for the access privileges to be set.
<Prev in Thread] Current Thread [Next in Thread>