From owner-freebsd-questions Thu Jan 1 14:38:24 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA14226 for questions-outgoing; Thu, 1 Jan 1998 14:38:24 -0800 (PST) (envelope-from owner-freebsd-questions) Received: from gdi.uoregon.edu (cisco-ts7-line3.uoregon.edu [128.223.150.50]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA14215 for ; Thu, 1 Jan 1998 14:38:20 -0800 (PST) (envelope-from dwhite@gdi.uoregon.edu) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.7/8.8.8) with SMTP id OAA22633; Thu, 1 Jan 1998 14:38:10 -0800 (PST) (envelope-from dwhite@gdi.uoregon.edu) Date: Thu, 1 Jan 1998 14:38:10 -0800 (PST) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Palle Girgensohn cc: freebsd-questions@FreeBSD.ORG Subject: Re: unattended dump? In-Reply-To: <34ABD8A0.EA585392@partitur.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 Jan 1998, Palle Girgensohn wrote: > > > I'd like to use dump from crontab. What happens when a tape shift is > > > required? If I start a dump from the prompt, I can't detach the process > > > (i.e. no &), or it will stop saying "[1] + Suspended (tty output) > > > dump". When running it from cron, this seems to work, as long as there > > > is no need for operator intervention. > > > > The process will probably stick up since it has no connected tty (unless > > dump can handle the ENOTTY error). > > > > Do you mean that it will stick up even if it is run from cron? As long as it doesn't prompt for a new tape or whatever. If it doesn't require user intervention it should work fine. I should disclaim that I've never tried this :-) > In this case, how do I best run unattended dumps? As a script from the > console, that wait until a certain time during the night? > I've tried this with more than one tape, and the result is the same. 4GB > into the tape, I get write error. Obviously, I hit the tape end. The > model is a Seagate Hornet CTT8000. I have read the manual, and from what > I can comprehend, there's no built-in hardware compression. Still, > Seagate present fact & figures on how much it stores with hardware > compression. odd... Anyway, I guess 4GB is the limit, unless there's > some way to do software compression. I guess 'tar z...' might work, but > I like dump a lot better than tar... Echo. You might bother Seagate on that. You should also check the density codes; I think one of those actually enables the hardware compression. Check the mail archives. > Is there any way to fix the end-of-media indicator on the tape? New tape. > I use 'dump 0uabf 64 /dev/nrst0' and get the following: > > DUMP: 57.03% done, finished in 0:22 > DUMP: write error 1048256 blocks into volume 1 > DUMP: Do you want to restart?: ("yes" or "no") > > I'd rather have the option to continue on a new tape. > > try adding the `a' option: > > Sorry, I remebered wrong. I do use the 'a' option. Odd. In that case, use the B option to list how many blocks fit on a tape. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major