Hi Egoitz, I cannot confirm the fix, because I am running version 5.2.12 on my server, but I think it should be easy to test y you have a running bacula server.
Best Regards, Xabier El 07/05/14 09:30, Egoitz Aurrekoetxea escribió: > Hi!, > > Xabier, mates, could anyone confirm this?? > > Thank you so much, > > > > El 06/05/2014, a las 14:14, Egoitz Aurrekoetxea <ego...@ramattack.net> > escribió: > >> So, finally this all means that you can do a virtual full job and no need to >> migrate is needed anymore ? neither >> for doing a new virtual full or perform some kind of restoration?. >> >> Best regards, >> >> >> El 06/05/2014, a las 12:40, Xabier Elkano <xelk...@hostinet.com> escribió: >> >>> Hi, >>> >>> happy to read that this restriction has been removed :-) >>> >>> I am running virtual fulls for almost three years and I'm very happy >>> with them. I had to use them because my servers had a very high load >>> when running full backups jobs. I did a little trick to manage the >>> migration from virtual pool to normal pool. After each backup job >>> (without distinction) I have configured a little script (RunAfterJob) to >>> verify if there are volumes in the virtual pool and if it find some, it >>> move them to the normal pool. The changes are made directly in the >>> Bacula database, because volumes are, in both pools, in the same directory. >>> >>> I simply run this for each volume found in the virtual pool: >>> >>> update Media set MediaType=$mediatype,StorageId=$storageid where >>> VolumeName=$vol >>> >>> the following incremental and restores are run without problems. >>> >>> Xabier >>> >>> El 04/05/14 14:51, Kern Sibbald escribió: >>>> Hello, >>>> >>>> I believe that I have removed the restriction on using a different Pool. >>>> Perhaps it is not well documented, in which case if you make it work, as >>>> I think a lot of people have done, a patch for the manual would be >>>> appreciated. >>>> >>>> Kern >>>> >>>> On 04/30/2014 12:45 PM, Egoitz Aurrekoetxea wrote: >>>>> Good morning, >>>>> >>>>> I’m at this moment doing real full jobs of my servers. I have some >>>>> slowness (in backup) with some servers due to it’s activity. I have >>>>> tested virtual full jobs >>>>> and work like a charm :) but I have one problem; normally I schedule a >>>>> real full job and I’m done… as virtual full jobs have to be done in >>>>> another pool, later >>>>> migrated and later a new incremental job should be done (for replacing a >>>>> normal full) how could I manage for automating this tasks, without >>>>> starting one >>>>> before the other one and… basically for automating all this tasks >>>>> involving a virtual full job but having in mind that this automation has >>>>> to be in a proper order, if >>>>> one job fails should not continue with the other “sub jobs” let’s say of >>>>> the virtual full job?… how do you manage for this tasks? >>>>> >>>>> Best regards, >>>>> ------------------------------------------------------------------------------ >>>>> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE >>>>> Instantly run your Selenium tests across 300+ browser/OS combos. Get >>>>> unparalleled scalability from the best Selenium testing platform >>>>> available. >>>>> Simple to use. Nothing to install. Get started now for free." >>>>> http://p.sf.net/sfu/SauceLabs >>>>> _______________________________________________ >>>>> Bacula-users mailing list >>>>> Bacula-users@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/bacula-users >>>>> >>>> ------------------------------------------------------------------------------ >>>> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE >>>> Instantly run your Selenium tests across 300+ browser/OS combos. Get >>>> unparalleled scalability from the best Selenium testing platform available. >>>> Simple to use. Nothing to install. Get started now for free." >>>> http://p.sf.net/sfu/SauceLabs >>>> _______________________________________________ >>>> Bacula-users mailing list >>>> Bacula-users@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/bacula-users >>> >>> ------------------------------------------------------------------------------ >>> Is your legacy SCM system holding you back? Join Perforce May 7 to find out: >>> • 3 signs your SCM is hindering your productivity >>> • Requirements for releasing software faster >>> • Expert tips and advice for migrating your SCM now >>> http://p.sf.net/sfu/perforce >>> _______________________________________________ >>> Bacula-users mailing list >>> Bacula-users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/bacula-users >> >> ------------------------------------------------------------------------------ >> Is your legacy SCM system holding you back? Join Perforce May 7 to find out: >> • 3 signs your SCM is hindering your productivity >> • Requirements for releasing software faster >> • Expert tips and advice for migrating your SCM now >> http://p.sf.net/sfu/perforce >> _______________________________________________ >> Bacula-users mailing list >> Bacula-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/bacula-users ------------------------------------------------------------------------------ Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
