Overnight backups - autodump
David Herron, NPR Lover
david at ukma.UUCP
Tue May 7 02:00:41 AEST 1985
In article <237 at stc-a.stc.UUCP>, shimell at stc.UUCP (Dave Shimell) writes:
> - If the dumps require more than a single tape, the
> last dump must be aborted and manually restarted.
> (I guess the script could keep track of the amount
> of tape used in previous dump run.) As the script
> is reading /dev/console, you have to compete with
> getty to talk to dump.
>
I have a similar set of shell scripts (which I like better). But I had
this same problem with competing with getty. So I fixed init so it
would keep the console logged in. (Actually....it was ANY line who's
/etc/ttys entry had 'c' in the first column) So now It doesn't compete
with getty, any time I need to do something quick, I've got a terminal
already logged in, etc. (We can only do this here because the machine
is kept locked with limited access.)
Ok, I'll offer a set of diffs to anybody wanting them. Please note
that this is for 4.2BSD, on a 11/750.
Oh, how do I run the backup program? Simple. I wrote a quickie that
would use that ioctl() that forced characters into a terminal's input
buffer. This one takes the text from the command line. So my crontab
entry looks like:
30 04 * * 1 force /dev/console "cd /backup; daily 2"
(The '2' is the dump level to use.)
--
--- David Herron
--- ARPA-> ukma!david<@ANL-MCS> or david%ukma.uucp at anl-mcs.arpa
--- Or even anlams!ukma!david at ucbvax.arpa
--- UUCP-> {ucbvax,unmvax,boulder,oddjob}!anlams!ukma!david
--- cbosgd!ukma!david
"The home of poly-unsaturated thinking".
More information about the Comp.sources.bugs
mailing list