On Thursday 08 February 2007 21:57, Eric Bollengier wrote: > Hello, > > > When I recently upgraded to 2.0 I found out the hard way that the > > RunClientAfterJob directive semantics changed quite a bit with the new > > version: while in 1.38 the script was run after all activities requiring > > a connection with the client were over (including data and attribute > > despooling), in 2.0 the script is run as soon as data spooling is > > complete. I did not find any mention of this fact in the release notes, > > but from a couple of posts on the devel list I got the impression that > > this was a deliberate design decision made in order to allow restarting > > applications on the client as soon as possible. > > Yes, exactly.
Eric, I was not aware of this change. Can you explain why it was done? I see no reason to modify the behavior of an existing directive when you have provided a new mechanism that permits (or should permit) the user to choose exactly when the RunScript is executed. If we make things like RunClientAfterJob incompatible, it will break a lot of programs. It seems that this is not something to be documented, but rather a bug to be fixed. Regards, Kern > > > However, this causes nasty effects when ClientRunAfterJob is used to > > remotely switch off the client (think backing up powered off > > workstations in an office at night, with a RunBefore script to switch > > them on via wake-on-lan), because after despooling is complete the > > director complains it cannot connect to the fd and simply reschedules > > the job. > > If you want send your command at the real end of backup, you can use > RunAfterJob with some ssh or smb command. (for windows see Samba-TNG > http://lists.samba.org/archive/samba/2000-April/018388.html) > > > After a big headache and lots of wasted space I ended up reverting to > > 1.38 FDs - which work as expected - , but this is hardly a solution. > > Sorry for that. > > > If it's here to stay, is it possible to have the old behavior back > > (possibly via a flag in the RunScript directive)? > > The "quick release of FD" project have been implemented by kern, i think > it will help you. (now, fd will run command and disconnect soon as > possible) > > > Plus, I think there should definitely be a mention of the change > > somewhere in the documentation. > > I will do this. > > Bye > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
