Xref: utzoo comp.unix.questions:28191 comp.unix.programmer:892 alt.sys.sun:2543
Path: utzoo!utgpu!cs.utexas.edu!sun-barr!apple!julius.cs.uiuc.edu!zaphod.mps.ohio-state.edu!think.com!barmar
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.unix.questions,comp.unix.programmer,alt.sys.sun
Subject: Re: Source for dump/restore/rdump/rrestore?
Message-ID: <1991Jan23.213346.1874@Think.COM>
Date: 23 Jan 91 21:33:46 GMT
References: <1991Jan23.201918.5649@javelin.es.com>
Sender: news@Think.COM
Organization: Thinking Machines Corporation, Cambridge MA, USA
Lines: 25

In article <1991Jan23.201918.5649@javelin.es.com> pashdown@javelin.sim.es.com writes:
>However, this still leaves me high and dry on using the Fuji3480 for backups.
>What we would like to do now is write our own version of dump/restore/rdump/
>rrestore to use here.  Is it possible to get any source to these utilities?
>Sun said 'no' without a source license, then they happily offered to do the
>programming for us, onsite (they don't have a drive), for what would run
>about $50,000.  Does source exist anywhere in PD form?  If so, where can I
>ftp it from?

I think you can get dump/rdump from the UUNET 4.3bsd source tree.

Note that the design of dump makes it very difficult to extend to
NFS-mounted directories, so you should plan on extending rdump to support
the 3480 drive (this probably just involves recognizing the device-specific
status flags).  It accesses the partition through the raw disk device, not
through the file system system calls, but the NFS protocol only supports
file system operations.  If you want to be able to dump NFS-mounted file
systems you can use utilities such as tar (GNU tar includes some options
that are intended to support its use within a backup system) or other
3rd-party backup utilities.
--
Barry Margolin, Thinking Machines Corp.

barmar@think.com
{uunet,harvard}!think!barmar