On Thu, Mar 24, 2011 at 10:49, farmershort <bacula-fo...@backupcentral.com> wrote: > however, I had scheduled the first big test of this new bacula system a > couple of days ago - and asked it to back up about 350GB from each of 2 > servers - at the same time. Both of these backups should run concurrently, > and back up to the same esata disk. > > I managed to get this to happen yesterday, by manually running both jobs from > bconsole, but for some reason, whenever they run from schedule, then cause > the VM to reboot. If you watch it happening, you see the VM go into "saving" > mode, then "saved".... then some minutes later it reboots.
I would start by assuming that bacula is only the trigger in the situation and start by running stress tests on the virtual machines. First for the disks and then for the network (and if you use client side compression, on CPU as well). It's pretty likely that the higher IO loads have caused some driver to fail somewhere and that is causing the situation. I'm finding it rather unlikely that the cause would be directly related to bacula, but everything is possible. Regards, -- Sami Haahtinen Bad Wolf Oy +358443302775 ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
