> > On Tue, Mar 11, 2003 at 09:15:10AM -0500, Jonathan Swaby wrote: > > > > I am using Amanda 2.4.3b3 on a Linux RH 7.2 box to dump several > > windows clients to disk. I discovered a problem yesterday with my > > process. I run all of the backup jobs from a script. Each backup is a > > full backup. When one job completes, the next job runs. This all works > > correctly if the backup server is able to access the machine. If it is > > not able to connect to the machine, prehaps the machine is off, the > > existing backup files are overwritten. Does anyone know of a way to > > prevent this from happening? If it fails, I want it to leave the > > existing backup files. > > Others may have additional ideas, but what about not having a tape available > and only backing up to the holding disk. Then once (or thrice) a day > run amdump to collect the held backups. IIRC amdump only uses a tape if > it first determines there are directories to flush. I will look into this thanks.
My programming skills are not great, but the idea I have been toying with is to use the output of amcheck to determine whether or not to proceed with the backup. Now my backup script looks like this: su -c "amdump machine1" operator su -c "amdump machine2" operator If I can figure out how to do what I want it might look lie this: returncode = someprogram machine1 if (returcode==0) su -c "amdump machine1" operator Ideally "someprogram" would take the output from amcheck and scan it for errors or warnings like time-out and return value indicating whether or not to proceed with the backup. > > > The dumpcycles are set to 0 and the number of tapes is 1. I am just > > getting the system going, and I did not have a good feel for how much > > drive space was going to be consummed by the backups. > > > > If any one cares, this is how the system works. > > It is amazing how flexible the amanda system can be. > > The above arrangement (flush separately from dumps) might also let you > have the users select a time to backup as your scheme "tried" to do. > My users do not want the responsibility of having to backup their own data. I guess more importantly, my boss suggested that I not give them this responiblity. Thanks Jonathan Swaby > [[ interesting scheme snipped ]] > > jl > -- > Jon H. LaBadie [EMAIL PROTECTED] > JG Computing > 4455 Province Line Road (609) 252-0159 > Princeton, NJ 08540-4322 (609) 683-7220 (fax) >
