Jesper Krogh <jes...@krogh.cc> writes: > I have a feature request, that is more a "usabillity issue" than > anything else. Should be trivial to implement if people think it is > equally important as I do. > > Item ?: On restore, check space on target volume
no, it's not trivial to do, at least not accurately, since the restore job can span filesystems. an approximation may be good enough, though. e.g., take the sum of all free space in filesystems at or below the restore location. even if this will be optimistic at times, it will probably help in many cases. an example to illustrate what I mean: job N is 12 GB (JobBytes), and it's getting restored to its original location in /var. aside: this is in itself a bit tricky: here Where is "/", so Bacula has to find the most specific common directory for all the restored files in the job. to continue the example: /var is just 1 GB, but there are also submounts /var/log (8 GB) and /var/cache (8 GB). since 1 + 8 + 8 > 12, Bacula can assume that there is enough disk space. if you want to get even more fancy, Bacula could discover that no files will be restored into /var/cache, and in that case it should alert the user and ask for confirmation (1 + 8 < 12). it might be possible to do this with little additional CPU usage while constructing the BSR. BTW, the test for enough diskspace must happen *after* the operator has said "yes" to run the job, or else Bacula won't know the correct/final values for client and Where. -- Kjetil T. Homme Redpill Linpro AS - Changing the game ------------------------------------------------------------------------------ Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev _______________________________________________ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel
