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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users