In regard to the ClientRunBeforeJob problem, Noah Utecht just pointed out to me the Windows %PROGRAMFILES% environment variable. While it works around the problem in this case, it does not solve the larger general problem, but while replying to him I thought about a similar problem I solved in a scheduling tool I wrote myself which needs to pass command lines down a chain of programs, including at one point generating at(1) jobs.
Anyway, it occurred to me that one solution I considered in that case (and may still implement as a retrofit, actually) may be generally applicable to all of the cases in which Bacula uses a scripted command as a RunBeforeJob/RunScript/RunAfterJob etc. The key point here is that the script command only needs to be human-readable in the config file. Its internal storage form from then on until the script is called by whichever program finally issues the command, and particularly while being passed from one component to the next, is largely irrelevant. So, why not have the Director Base64 encode script directives as soon as it reads them from the config file? That base64-encoded string can be passed cleanly from component to component with no escaping or quoting issues, then decoded back into a command line only when about to be issued by whatever daemon is going to emit the script call. This should eliminate almost all quoting/escaping issues involved in running scripts from Bacula. Thoughts? -- Phil Stracchino, CDK#2 DoD#299792458 ICBM: 43.5607, -71.355 [email protected] [email protected] [email protected] Renaissance Man, Unix ronin, Perl hacker, Free Stater It's not the years, it's the mileage. ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
