Hello, 02.12.2009 15:17, Clark Hartness wrote: > Hi Arno, > > -----Original Message----- > From: Arno Lehmann [mailto:a...@its-lehmann.de] > Sent: Wednesday, December 02, 2009 4:19 AM > To: bacula-users@lists.sourceforge.net > Subject: Re: [Bacula-users] Is it possible to Set a Job Level with a > Schedule without Scheduling the Job? > > Hello, > > 02.12.2009 01:02, Clark Hartness wrote: >> Arno said: >> >> "alternatively, you could run your script from a RunScript resource in the > Job." >>>>> I am writing a filelist to the CLIENT MACHINE which I am using the >>>>> following in the include as such in the FileSet > > If that's all your script does, you can use its output as the file list to > back up directly: "If the vertical bar (|) in front of my_partitions is > preceded by a backslash as in \|, the program will be executed on the > Client's machine instead of on the Director's machine." from > http://www.bacula.org/3.0.x-manuals/en/install/install/Configuring_Director. > html#SECTION00670000000000000000 > >>>>>
A rather inconvenient way to mark your text inside quoted text... I believe you can get Outlook to create proper (i.e., what is considered the normal style) qoutes somehow. The Script (Ruby) is a good deal more complicated and creates multiple > files. In short it decends ICManage and Synchronicity Workspaces listing > files that are not protected by Revision control. But it also marshals the > files and writes other files to allow for management allowing users to be > notified if they fail to check in files on a regular basis and clean up > unneed files from work areas. Well, in that case modifying this script to create a file list might be more efort than reasonably invested. > So, instead of >> Include { >> Options { >> compression=GZIP >> signature = MD5 >> } >> # Backup Specific Files Not Under Revision Control >> File = "\\</var/lib/bacula/cyswaps.workspaces" >> } > > you could to > File="\\|/path/to/your.script" if the script just prints the files to back > up to stdout. > >>>>> The standard output/error are piped to /dev/null. > > Of course, you could do other things in the script as well, as long as they > don't produce output, like actually creating some of the files to back up. > > You might end up with a situation where the backup level doesn't matter, for > example if you create files in the script, they will always be new and thus > picked up by jobs of any level. > >>>>> Backing all this up to disk and have some concern for a manageable > retention/recycling schedule as we are in the early stages of this > development. By using the crontab to call the bacula job I have the ability > to test if the file list exists or if it is complete assuring the script did > not fail. I have incorporated a function to determine the dayofweek and > currently the crontab will call a level=full on Saturday and default to > incrementals other days. Ok, that sounds like the most reasonable solution then. >>>>> Thanks for your time and direction! > > Clark > > Arno > >>>>> When I attempted to run the script as a ClientRunBeforeJob and > RunScript On the Client it would use whatever files were in the list at the > time the Scheduler started the job not the files that were generated by the > script. So basically the file list from the previous run was being backed > up and not the list from the current run of the script. Right, that can be a bit inconvenient :-) Arno >> Clark >> >> ---------------------------------------------------------------------- >> -------- Join us December 9, 2009 for the Red Hat Virtual Experience, >> a free event focused on virtualization and cloud computing. >> Attend in-depth sessions from your desk. Your couch. Anywhere. >> http://p.sf.net/sfu/redhat-sfdev2dev >> _______________________________________________ >> Bacula-users mailing list >> Bacula-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/bacula-users >> > > -- > Arno Lehmann > IT-Service Lehmann > Sandstr. 6, 49080 Osnabrück > www.its-lehmann.de > > ---------------------------------------------------------------------------- > -- > Join us December 9, 2009 for the Red Hat Virtual Experience, a free event > focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users > > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users > -- Arno Lehmann IT-Service Lehmann Sandstr. 6, 49080 Osnabrück www.its-lehmann.de ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users