Re: crontab: main file ?



On Mon, 08 Feb 2010, in the Usenet newsgroup comp.os.linux.misc, in article
<Xns9D1960786288Bkingalbert2forpresid@xxxxxxxxxxxxx>, King Albert wrote:

ibuprofin@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx (Moe Trin) wrote

That's a disadvantage, as you've lost the ``connection'' between the
backup and tape drive programs. Now, the umount/eject occurs without
consulting the status of the backup program. Why not leave the two
commands at the end of the commands that do the backup and
verification functions?

$$$ The biggest pity is that the Acronis programme doesn't cater for
ejects from within its GUI.

Think you may want to look at other backup programs. For what it's
worth, none of our servers are running a GUI (it's a server, not a
work station), so that makes things much less complicated.

The commands that you CAN issue from within are not the last thing
the programme does, it verifies AFTER your last chance of commanding
something.

For us, that would really be a negative. OK - I'd probably have a
task that runs at 6AM that looks in the process table (ps aux) for
the backup application. If the backup is still running, loop to a
'sleep 60' and check again. Once the backup application is finished
and no longer in the process table, you can safely unmount and eject.

$$$ Thanks for explaining the user side of it. However the eject
sequence needs to run regardless of the logged on user. Therefor, is
it safe to just add those 2 commands (with fullpath syntax) to
/etc/crontab ?

It should be OK - our backups are run as/by the cron task of the
user 'backup' (who therefore owns the processes/tapes/files/etc.)
and that user needs to have permission to use the 'umount' and
'eject' commands. (Su to the backup account, run crontab -l there to
create the task. The 'backup' user doesn't have to be logged in to
_run_ the cron jobs.) As regarding umount/eject, we have the tape
drive mounted using the 'user' option and set UID and GID as needed
in /etc/fstab. Thus, the user 'backup' has permission to
mount/umount/eject the tape.

Old guy
.



Relevant Pages

  • Re: Backing up my settings and files - noob alert :)
    ... >find that I need to know how to backup my data in case it happens again. ... we simply boot using a floppy, connect to the file server, and pour the ... you'll have to run both those commands as root. ... Access: Sun Jan 30 18:38:32 2005 ...
    (alt.os.linux.redhat)
  • Re: Backing up my settings and files - noob alert :)
    ... >find that I need to know how to backup my data in case it happens again. ... we simply boot using a floppy, connect to the file server, and pour the ... you'll have to run both those commands as root. ... Access: Sun Jan 30 18:38:32 2005 ...
    (linux.redhat)
  • Re: Problems Backing Up
    ... commands, and when something goes wrong, you find it more difficult to hunt down the problem. ... > I didnt have time last night to continue my exploration of the BACKUP ... >> Tibor Karaszi, SQL Server MVP ...
    (microsoft.public.sqlserver.server)
  • Re: Bash script clobbers something vital (lucid)
    ... At first blush, I'd say you need to check the inputs more carefully - ... If you can reduce the magnitude of the backup while you debug, ... If you know what commands worked, ... did not fail, since they left files on the backup volume. ...
    (Ubuntu)
  • Re: directories to exclude for backups
    ... > Basically the two drives share the same organization (ad0 for the first one, ... > Then I use the following commands from a script started by a daily cronjob ... > # for this one I first do the incremental backup on the same drive and then ... > rsync over the second drive (so I can have the incremental backup on both ...
    (freebsd-questions)