From: Silver S. <si...@se...> - 2011-11-30 08:09:03
|
On 01.11.2011 21:50, Silver Salonen wrote: > On 17.10.2011 15:17, Silver Salonen wrote: >> On 15.10.2011 15:57, Tilman Schmidt wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> All I can say is that I do not see how that script could possibly cause >>> that error. But with Windows, you never know ... >>> >>> How long does the script take to run? Perhaps it's some sort of timeout >>> striking. You may also want to add some logging to your script to see >>> how far it gets before the error strikes. >>> >>> HTH >>> T. >> I don't see it either, but after disabling the script, I still haven't >> seen the job failing. >> >> Output from one failed job: >> >> 27-Sep 00:46 mywin-fd JobId 45298: shell command: run ClientAfterJob "C:/bacula/del-backups.bat" >> 27-Sep 00:46 mybacula-sd JobId 45298: Job write elapsed time = 00:00:55, Transfer rate = 493.0 K Bytes/second >> 27-Sep 00:46 mywin-fd JobId 45298: ClientAfterJob: >> 27-Sep 00:46 mywin-fd JobId 45298: ClientAfterJob: C:\Windows\system32>del /Q /F C:\Accounting\Backup\TB*.TXT >> 27-Sep 00:46 mybacula-dir JobId 45298: Fatal error: Network error with FD during Backup: ERR=Connection reset by peer >> 27-Sep 00:46 mybacula-dir JobId 45298: Fatal error: No Job status returned from FD. >> >> The interesting bit about the output is that the other del-command is >> not seen in there. Why? The connection was reset while executing the >> first 'del'? > I got it solved by removing del's flags /Q and /F. Well, I cheered too early. The job still fails in 50% of cases. I've upgraded FD to 5.2.2 too, but that doesn't affect that. Umm... -- Silver |