mike@antel.uucp (Michael Borza) (12/22/89)
In article <1989Dec20.184947.3562@ddsw1.MCS.COM> karl@mcs.MCS.COM (Karl Denninger) writes: > We have a problem with NFS >which they say will be "fixed in the next release" -- even though it's a >one-line patch, and we NEED it (root mapping cannot be turned off in ISC's >NFS, and there is no tape server -- be wary of this if you intend to do >backups across the net as this currently appears to be IMPOSSIBLE!) In the meantime, is it not possible to do your backup over raw TCP/IP? I don't know whether NFS interferes with TCP/IP (I'd be surprised if it did, but I've never run NFS). Over TCP/IP, we use something like the following (run as root on the machine being backed up): # find . -depth -print | cpio -oc | \ su bin -c "/usr/ucb/rsh tape_machine dd ibs=1024k obs=1024k of=/dev/tape" I realize this isn't exactly what you want, but isn't it a least a suitable workaround? (This, of course, completely ignores what I think is the real, albeit unstated, point of Karl's postings on this subject: that ISC doesn't fix bugs fast enough to suit him. My apologies if I've insulted you or gotten this wrong in some way, Karl.) mike borza. -- Michael Borza Antel Optronics Inc. (416)335-5507 3325B Mainway, Burlington, Ont., Canada L7M 1A6 work: mike@antel.UUCP or uunet!utai!utgpu!maccs!antel!mike home: mike@boopsy.UUCP or uunet!utai!utgpu!maccs!boopsy!mike
pcg@aber-cs.UUCP (Piercarlo Grandi) (12/25/89)
In article <1989Dec22.151132.19349@antel.uucp> mike@antel.uucp (Michael Borza) writes: In article <1989Dec20.184947.3562@ddsw1.MCS.COM> karl@mcs.MCS.COM (Karl Denninger) writes: > We have a problem with NFS >which they say will be "fixed in the next release" -- even though it's a >one-line patch, and we NEED it (root mapping cannot be turned off in ISC's >NFS, and there is no tape server -- be wary of this if you intend to do >backups across the net as this currently appears to be IMPOSSIBLE!) In the meantime, is it not possible to do your backup over raw TCP/IP? I don't know whether NFS interferes with TCP/IP (I'd be surprised if it did, but I've never run NFS). Over TCP/IP, we use something like the following (run as root on the machine being backed up): # find . -depth -print | cpio -oc | \ su bin -c "/usr/ucb/rsh tape_machine dd ibs=1024k obs=1024k of=/dev/tape" Have you had a look at GNU tar? If you have a BSD compatible socket library, GNU tar allows you to do remote dumps, spawning a remote magtape server (rmt) on the machine that has the tape, and feeding/extracting the data with a TCP connection to it, automagically. you just use as output file name <host>:<device>. GNU tar is also quite fast... It has only one problem, that it uses the dirent library, whose closedir() procedure is broken under most System V version, especially if you use it with a free() coalescing malloc(3) library. In any case the System V.3.x dirent(3) library i broken in another way as well, so may well be advised to replace it with the free sw one. -- Piercarlo "Peter" Grandi | ARPA: pcg%cs.aber.ac.uk@nsfnet-relay.ac.uk Dept of CS, UCW Aberystwyth | UUCP: ...!mcvax!ukc!aber-cs!pcg Penglais, Aberystwyth SY23 3BZ, UK | INET: pcg@cs.aber.ac.uk
karl@ddsw1.MCS.COM (Karl Denninger) (12/25/89)
In article <1989Dec22.151132.19349@antel.uucp> mike@antel.uucp (Michael Borza) writes: >In article <1989Dec20.184947.3562@ddsw1.MCS.COM> karl@mcs.MCS.COM (Karl Denninger) writes: >> We have a problem with NFS >>which they say will be "fixed in the next release" -- even though it's a >>one-line patch, and we NEED it (root mapping cannot be turned off in ISC's >>NFS, and there is no tape server -- be wary of this if you intend to do >>backups across the net as this currently appears to be IMPOSSIBLE!) > >In the meantime, is it not possible to do your backup over raw TCP/IP? I >don't know whether NFS interferes with TCP/IP (I'd be surprised if it >did, but I've never run NFS). Over TCP/IP, we use something like the >following (run as root on the machine being backed up): > > # find . -depth -print | cpio -oc | \ > su bin -c "/usr/ucb/rsh tape_machine dd ibs=1024k obs=1024k of=/dev/tape" Yes, but that won't handle multiple volumes (which is a pain). We have found that afio (after Les's post) will do the job. It's not perfect, but it does work. >I realize this isn't exactly what you want, but isn't it a least a >suitable workaround? (This, of course, completely ignores what I >think is the real, albeit unstated, point of Karl's postings on this >subject: that ISC doesn't fix bugs fast enough to suit him. My apologies >if I've insulted you or gotten this wrong in some way, Karl.) Actually ISC hasn't been bad on the response lately. My prior experience with them was not nearly as fulfilling. It appears that they are paying more attention to the customer's needs these days (our last experience with them was 6-8 months back). Now if they could just get a proper terminfo entry in their distribution :-) -- Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl) Public Access Data Line: [+1 708 566-8911], Voice: [+1 708 566-8910] Macro Computer Solutions, Inc. "Quality Solutions at a Fair Price"