>>>>> On Thu, 22 Sep 2005 16:06:24 +0200, Stephan Ebelt <[EMAIL PROTECTED]> 
>>>>> said:

  Stephan> Martin Simmons wrote:

  Stephan> that means it always terminates with '*** Backup Error ***' when you 
  Stephan> exit with e.g. 5?
  >> 
  >> Correct -- a non-zero exit code from the ClientRunBeforeJob always results 
in
  >> '*** Backup Error ***'.  Also, I always get 'Backup OK' regardless of the 
exit
  >> code from ClientRunAfterJob.

  Stephan> exactly the same here.

  Stephan> [...]

  Stephan> Or do you mean that the return code of ClientRunBeforeJob is send to 
the 
  Stephan> director before the ClientRunAfterJob is executed? That would make 
sense.
  >> 
  >> No, I meant the count of "Non-fatal FD errors" (which changes 'Backup OK' 
to
  >> 'Backup OK -- with warnings' when > 0).  You said that this count is 1 when
  >> your ClientRunAfterJob script returns certain error codes, but I don't see 
how
  >> that can happen.

  Stephan> ah, I see.

  Stephan> I tried again: one job with ClientRunBeforeJob returning 0 and
  Stephan> ClientRunAfterJob returning 5. The result was 'Backup OK'. So there 
must
  Stephan> have been something else in the previous try. That's my fault then.
  Stephan> Here's the output:

Great, it looks like we are seeing the same thing now!


  Stephan> 22-Sep 15:11 dd-lx-backup.dd.net-linx: Start Backup JobId 1047,
  Stephan> Job=DD31.2005-09-22_15.11.28
  Stephan> 22-Sep 15:11 dd-lx-backup.dd.net-linx: Volume "disk4-0009" previously
  Stephan> written, moving to end of data.
  Stephan> 22-Sep 15:11 dd-lx-oracle3.dd.net-linx: DD31.2005-09-22_15.11.28 
Fatal
  Stephan> error: ClientRunAfterJob returned non-zero status=268435461. 
ERR=Child
  Stephan> exited with code 5
  Stephan> 22-Sep 15:11 dd-lx-backup.dd.net-linx: Bacula 1.36.3 (22Apr05):
  Stephan> 22-Sep-2005 15:11:31
  Stephan>    JobId:                  1047
  Stephan>    Job:                    DD31.2005-09-22_15.11.28
  Stephan>    Backup Level:           Incremental, since=2005-09-21 10:53:10
  Stephan>    Client:                 dd-lx-oracle3
  Stephan>    FileSet:                "Data-UNIX-Oracle" 2005-08-05 19:00:01
  Stephan>    Pool:                   "disk4"
  Stephan>    Storage:                "disk4"
  Stephan>    Start time:             22-Sep-2005 15:11:29
  Stephan>    End time:               22-Sep-2005 15:11:31
  Stephan>    FD Files Written:       0
  Stephan>    SD Files Written:       0
  Stephan>    FD Bytes Written:       0
  Stephan>    SD Bytes Written:       0
  Stephan>    Rate:                   0.0 KB/s
  Stephan>    Software Compression:   None
  Stephan>    Volume name(s):         disk4-0009
  Stephan>    Volume Session Id:      54
  Stephan>    Volume Session Time:    1127203794
  Stephan>    Last Volume Bytes:      39,178,621,354
  Stephan>    Non-fatal FD errors:    0
  Stephan>    SD Errors:              0
  Stephan>    FD termination status:  OK
  Stephan>    SD termination status:  OK
  Stephan>    Termination:            Backup OK

  Stephan> [...]

  Stephan> hmmm, from how I understood the manual it should work exactly like 
this? 
  Stephan> It says:
  >> 
  Stephan> Run After Job = <command>
  Stephan> The specified command is run as an external program after the
  Stephan> current job terminates. This directive is not required. The command
  Stephan> string must be a valid program name or name of a shell script. If
  Stephan> the exit code of the program run is non-zero, the current Bacula job
  Stephan> will terminate in error. Before submitting the specified command to
  Stephan> the operating system, Bacula performs character substitution as
  Stephan> described above for the Run Before Job directive.
  >> 
  Stephan> An example of the use of this command is given in the Tips Chapter
  Stephan> of this manual. As of version 1.30, Bacula checks the exit status of
  Stephan> the RunAfter program. If it is non-zero, the job will be terminated
  Stephan> in error.
  >> 
  Stephan> [...]
  >> 
  Stephan> Client Run After Job = <command>
  Stephan> This command is the same as Run After Job except that it is run on
  Stephan> the client machine. Note, please see the notes above in Client Run
  Stephan> Before Job concerning Windows clients.
  >> 
  >> I've never seen it behave like that, so I suspect the doc is wrong.

  Stephan> hmm, before we correct the doc I guess it would be worth thinking 
about
  Stephan> modifing the code since the doc appears to make a lot of sense? To 
me in
  Stephan> that situation at least.

  Stephan> Should I log this as a bug?

There was some discussion about this recently on the list, but I can't find it
now.

__Martin


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. 
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to