When restoring a job and choosing all files, the Files Expected count appears
to be consistent:
2016-01-30 11:54:35 bacula-dir JobId 27874: Bacula bacula-dir 7.4.0 (16Jan16):
Build OS: x86_64-redhat-linux-gnu redhat (Core)
JobId: 27874
Job: RestoreFiles.2016-01-30_11.54.32_28
Restore Client: app05-fd
Start time: 30-Jan-2016 11:54:34
End time: 30-Jan-2016 11:54:35
Files Expected: 1,792
Files Restored: 1,792
Bytes Restored: 45,883,776
Rate: 45883.8 KB/s
FD Errors: 0
FD termination status: OK
SD termination status: OK
Termination: Restore OK
The total number of files for this job is 1792.
When marking only a single directory however, the count is off:
Last action: mark directory tree /etc/
(1639 dirs and files affected)
2016-01-30 11:56:19 bacula-dir JobId 27875: Bacula bacula-dir 7.4.0 (16Jan16):
Build OS: x86_64-redhat-linux-gnu redhat (Core)
JobId: 27875
Job: RestoreFiles.2016-01-30_11.56.16_35
Restore Client: app05-fd
Start time: 30-Jan-2016 11:56:18
End time: 30-Jan-2016 11:56:19
Files Expected: 3,278
Files Restored: 1,639
Bytes Restored: 21,157,876
Rate: 21157.9 KB/s
FD Errors: 0
FD termination status: OK
SD termination status: OK
Termination: Restore OK -- warning file count mismatch
The actual number of files restored matches the mark count, but the
Files Expected count is way off for the same original job being restored?
Doesn't look like an issue in mantis exists yet, anyone else see this?
jlc
<<attachment: winmail.dat>> ------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
