Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!apple!usc!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!uflorida!haven!aplcen!aplcomm!uunet!mcsun!hp4nl!vax1.sara.nl!gerben
From: gerben@vax1.sara.nl
Newsgroups: comp.unix.cray
Subject: Re: Backup/Restore utilities for UNICOS
Message-ID: <1990Oct23.171049.2595@vax1.sara.nl>
Date: 23 Oct 90 16:10:49 GMT
References: <1990Oct19.161653.2581@vax1.sara.nl> <231408.11866@timbuk.cray.com>
Organization: SARA, Academic Computing Services Amsterdam (NL)
Lines: 30

In article <231408.11866@timbuk.cray.com>, jstout@ferris.cray.com (Jeff
Stout) writes:
> In article <1990Oct19.161653.2581@vax1.sara.nl> gerben@vax1.sara.nl writes:
>>dump/restore of UNICOS; the UNICOS dump requires an unmount of the file-
> 
>      Are you sure about this?
> 
Well, it doesn't require an unmount of the filesystem, but there must
not be "a lot of activity" otherwise the dump will be more or less
incorrect.

The only way I can think of to ensure there is no activity at all is an
unmount of the filesystem. (or stop all processes, disable interactive,
batch, network access etc. which is effectively the same thing)

This "non active" requirement is not very acceptable for us, we want the
machine to compute, not to write backup tapes. That is why I asked for
information about sites doing online dumping

P.S.
If anyone is interested in a reply summary, drop me a note and I'll send
you the replies. (I'll wait another week for more replies to come)

Gerben Jansen,
SARA, Academic Computing Services,
Amsterdam,
The Netherlands.

gerben@hasara5.bitnet  or
gerben@sara.nl