![]() |
|||||||||||
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
#1
|
|||
|
|||
Idiot Proof Backup System
UPDATE: All problems fixed with Growl see the posts below!
First let me start off by saying sysadmin for a fairly large windows network with a handfull of Mac users. I'm also a Mac and Apple Script n00b. I had a user recently upgrade her system from 10.3 -> 10.4. I told the user repeatedly to make sure she ran SuperDuper! before hand so that we could back out of the upgrade if the need arose. I even offered to do the backup and upgrade for her... Needless to say she ended up with a completely hosed system that I was restoring at 2am on a Friday night / Saturday morning. I've now decided that I need to make sure SuperDuper runs without any user intervention. But I also need a way for the user to know if a backup fails so that she can inform me. The problem is that the computer in question is a complete stand alone system. It doesn't connect to the internet or have any sort of internal email access. I seem to have the system 90% comlete but I'm having problems notifing the user that the job has completed while still closing SuperDuper!. Here is what I've done so far: 1. Installed a second hard drive into the machine. Partitioned and formated the drive as one big volume labelled SuperDuper_Backup_Clone 2a. Used 'disktool -l' and 'diskutil info' to get the UUID of the new drive. 2b. Created an /etc/fstab file with the following entry to keep the drive from being automagically mounted on boot (so that the user won't store data on it): UUID=uuid_from_step_2a none hfs rw,noauto 0 03. Created a script called /usr/local/bin/umount_clone to look like this: #!/bin/bash4. Mounted the drive using 'diskutil mount' command (Disk Utility will also work) 5a. Setup SuperDuper! to run a Smart Update backup from the internal drive to the "Clone" drive. 5b. Use the advanced option to run the /usr/local/bin/umount_clone script to when after the backup job completes. 5c. Schedule the backup Job 6a. Created a little QT app called sdInformer (program w/ source) to bring up a dialog box telling the user that the job completed successfully. I tried using Apple Script to do this but the dialog box wouldn't go away and stated "User Intervention Not Allowed." 6b. Edited the Copy Job.applescript file to include: on afterRunningCopy()And a similar entry for errorRunningCopy.set datestamp to (do shell script "date '+%m/%d/%y'")end afterRunningCopy 6c. Edited the scheduled job so that the apple script gets recompiled. As I said before this works except for two small problems. a. SuperDuper! stays running until the user aknowledges the sdInformer dialog box. I don't know if this will have any consiquences if another SD job tries to start before dialog box is acknowledged. b. I think the SD! scheduled job has to be run as user who is currently logged onto the machine. This means that if another user is logged in the SD! job doesn't get run and even if it did, I don't think the sdInformer dialog will work since the cron user running the job won't have access to the Aqua session. I haven't really tested this since there is only one user on the machine in question. Any idea how I might be able to run my sdInformer program and still have SD! exit properly? Or some other way of going about informing the user the backup succedded or failed without hanging SD! until the user acknowledges the backup's status? Is there a way to make Growl pop up dialog that will stay up until the user acknowledges it, maybe? Dashboard widget? Apple Script tweak? Cheers ~jon Last edited by rednerd; 12-29-2006 at 12:33 PM. |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Display Modes | Rate This Thread |
|
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
backup (all files) error | smtorr | General | 3 | 02-09-2006 08:10 AM |
How to verify a Scheduled Backup? | tuqqer | General | 3 | 12-06-2005 06:50 PM |
(Zero-length) File caused SuperDuper to abort backup | alancfrancis | General | 7 | 08-31-2005 10:42 AM |
System crash on first backup attempt | cabo | General | 10 | 08-14-2005 05:27 AM |
First system backup | Lee | General | 3 | 07-30-2005 07:58 PM |