in which order are the VMs processed, if i specify "--backup-type=running" or "VMs(RUNNING)" ?
thanks in advance
Last edited by arniworx (2021-09-07 08:30:09)
The order they are in the inventory file:
ok, thank you!
do you know a (ESXi) way to reorder the VMs?
If you believe you can't solve your issue any other way (custom selection, REGEXP, multiple jobs), you can always reorder the inventory file vmInventory.xml manually.
yes, i think its better to run multiple jobs.
is referenced elsewhere, i might run into trouble.
thank you very much and keep up the good work.
You just have to create compounded jobs, per instance starting at 900..
Job 901 comprising jobs 101, 102 and 103 would be something as simple as:
101 102 103
Or with absolute references
/scratch/XSI/XSIBackup-DC/etc/jobs/101 /scratch/XSI/XSIBackup-DC/etc/jobs/102 /scratch/XSI/XSIBackup-DC/etc/jobs/103
Then invoke job 901 from the cron
You can off course combine them depending on the return code of the job
/scratch/XSI/XSIBackup-DC/etc/jobs/101 && /scratch/XSI/XSIBackup-DC/etc/jobs/102
The above example would run job 102 in the event that the return code from job 101 would be 0
now i have something to play with ;-)
(c)XSIBackup binary is just like any other Linux binary, you can apply any flow control technique or programming available in the Shell.
A job file, as created by the GUI or by the --save-job=NNN argument, is just the simplest form of a job packaged in a bash file with the output redirected to the main xsibackup.log file. You can of course create any kind of bash script that you want containing calls to jobs. We recommend that you leave jobs packaged as they are created just to keep things ordered in an independent file.