Newsgroups: comp.sys.apollo
Path: utzoo!utgpu!news-server.csri.toronto.edu!helios.physics.utoronto.ca!alchemy.chem.utoronto.ca!system
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: Re: NFS Mount Point Strategy?
Message-ID: <1990Nov21.181115.23540@alchemy.chem.utoronto.ca>
Organization: University of Toronto Chemistry Department
References: <1990Nov10.144551.809@alchemy.chem.utoronto.ca> <10270002@hpfcbig.SDE.HP.COM> <33128@netnews.upenn.edu>
Date: Wed, 21 Nov 90 18:11:15 GMT

In article <33128@netnews.upenn.edu> lau@kings.wharton.upenn.edu (Yan K. Lau) writes:
>We have the opposite problem.  Has anyone been able to backup a NFS file
>system using the Apollo wbak command?  The wbak command doesn't seem to
>be able to recognize the NFS file system directories.

You can not use rbak/wbak on NFS file systems, but the UNIX commands
like 'tar' work (also 'rwmt' I think) - I am about to try some
of these things, so I'll post a followup if this is not correct.
Rbak/wbak is very Aegis oriented, and saves ACL's and object type info
etc., which most non-Apollo systems don't have. I suspect this is why
'df' and 'du' don't "see" NFS mount points as directories too (they
see them as NFS mount point objects, but don't know what to do with it?).
I suppose rbak/wbak could be hacked to process NFS files and directories,
but I doubt it will happen.
-- 
Mike Peterson, System Administrator, U/Toronto Department of Chemistry
E-mail: system@alchemy.chem.utoronto.ca
Tel: (416) 978-7094                  Fax: (416) 978-8775
