Hi, > Le lundi 26 avril 2010 14:22:35, Ralf Gross a écrit : > > Hi, > > > > Bacula 3.0.3, psql 8.3, debian lenny. > > I think that all issues you mention are fixed in current 5.0.x version. With > one exception for the "list files jobid=xxx" command. (Mostly because it was > interesting to keep the deleted item list available somewhere). But we can > imagine to suppress them from the list and display only deleted items with a > command switch (ie list deleted files jobid=xxxx). It will be more consistent.
in the mean time I found some older mails and bug reports to the same topic (sql query in 3.0.3 vs query in 5.0.x). I'm still waiting to see that some of the open bugs in 5.0.x are solved before upgrading. But maybe I'm just a bit overcautious. I've just tested a real restore of the data (option 5, most recent backup). 28-Apr 09:06 VUMEM004-dir JobId 21588: Bacula VUMEM004-dir 3.0.3 (18Oct09): 28-Apr-2010 09:06:40 Build OS: x86_64-pc-linux-gnu debian 5.0.3 JobId: 21588 Job: RestoreFiles.2010-04-28_08.46.27_02 Restore Client: VUMEM008-fd Start time: 28-Apr-2010 08:46:29 End time: 28-Apr-2010 09:06:40 Files Expected: 33 Files Restored: 24 Bytes Restored: 27,582,002,548 Rate: 22776.2 KB/s FD Errors: 0 FD termination status: OK SD termination status: OK Termination: Restore OK -- warning file count mismatch Even though bacula displayed deleted files in the tree view, it restored only the files that existed during the last incr. backup. Still the termination warning is missleading, even if you know that there is a problem with accurate restore, because you don't know if the missmatch comes only from the deleted files. Seems to be time for an upgrade... Ralf ------------------------------------------------------------------------------ _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
