Path: utzoo!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!caen!news.cs.indiana.edu!ux1.cso.uiuc.edu!mp.cs.niu.edu!bennett
From: bennett@mp.cs.niu.edu (Scott Bennett)
Newsgroups: comp.sys.next
Subject: Re: 3 Questions
Message-ID: <1991Mar16.023103.23988@mp.cs.niu.edu>
Date: 16 Mar 91 02:31:03 GMT
References: <3654@dali> <00945A39.F9EEF580@OAK.CIRCA.UFL.EDU>
Organization: Northern Illinois University
Lines: 60

In article <00945A39.F9EEF580@OAK.CIRCA.UFL.EDU> statman@oak.circa.ufl.edu (Charles D. Kincaid) writes:
>Hello, 
>
>In article <3654@dali>, icsu8116@ming.cs.montana.edu (Weingart) writes:
>>1.  [text deleted --SJB]
>
>	When you first get your machine do a level 0 dump to device null.
>This way all of the system software is marked as backed up.  If the system

     Or save yourself some time by putting a record into /etc/dumpdates
by hand.  BTW, the software doesn't get marked as being backed up.  dump(8)
records a timestamp for each dump run with 'u' in its key.  Later runs
of dump(8) compare the "last modified" timestamp of each inode with
the entry in /etc/dumpdates for last dump at the same or lower dump
level.

>   [more stuff deleted  --SJB]
>
>	Have I done this?  No.  I actually do another way.  Currently, I
>am on the UFNet through the department of Statistics.  I can NFS mount my
>machine from our DECStations to a directory in my account (called next).
>Then when the DEC's do their backup it will follow the mount link over
>to the next and backup the files there as if they were on the DEC.  You 
>might find yourself in a similar situation and if you are in a similar
>situation then you can try to do the same.   
>
     Don't bother.  This is unlikely to be doing what he thinks it is
doing.  dump(8) does not cross mount points.  dump(8) just dumps whole,
individual file systems.  The ~/next directory is getting backed up,
along with any files that may exist in it *on the DECstation*, but not
with any files visible to the user by way of an NFS mount over the
directory on the DECstation.  dump(8) reads from the raw disk partition
to dump the contents of a file system, so it is entirely unaware of
any mount points recorded in tables in the kernel or in /etc/mtab.

>
>>
>>3.  [more text deleted  --SJB]
>>-tw
>>--
>>*  Troy Weingart, 1711 South 11th Ave Apt 611, Bozeman, MT 59715              *
>>*  Internet: icsu8116@caesar.cs.montana.edu                                   *
>>*            oususatw@msu3.oscs.montana.edu                                   *
>
>charles d. kincaid
>statman@sole.stat.ufl.edu  <- NeXTmail


                                  Scott Bennett, Comm. ASMELG, CFIAG
                                  Systems Programming
                                  Northern Illinois University
                                  DeKalb, Illinois 60115
**********************************************************************
* Internet:       bennett@cs.niu.edu                                 *
* BITNET:         A01SJB1@NIU                                        *
*--------------------------------------------------------------------*
*  "The good news is that Saddam Hussein will be tried for war       *
*  crimes.  The bad news is that the case will be heard by the       *
*  Senate Ethics Committee."--quoted in _The_Wall_Street_Journal_    *
**********************************************************************