Forum ©XSIBackup: ©VMWare ©ESXi Backup Software

Well, isn't something as "[b]nothing has changed[/b]" and "[b]Does placing the hosts into Vcenter make any difference?[/b]" a bit contradictory. That's not a little detail with no importance.

Of course it can make a difference, but that will depend on how you configure the thing.
If you have DRS enabled and your VMs are moved around without you knowing it, XSIBackup might be trying to backup a VM that is not registered to the host. So, start by reading this:

[url]https://pubs.vmware.com/vsphere-50/index.jsp?topic=%2Fcom.vmware.wssdk.pg.doc_50%2FPG_Ch13_Resources.15.6.html[/url]

And then use XSIBackup's options as required:

[b][url=https://33hops.com/xsibackup-help-man-page.html#disablevmotion]--disable-vmotion[/url][/b] might be particularly useful.

Same as before. Look for previous errors. The name of the VM should be between the first brackets, but it's printing empty.
On top of that, the syntax of the error is:

[VM_NAME] error DIFQMSH3: data size mistmatch:

But yours is different. What version are you using?
There's not header, so we don't know.
This is specialized support, please contact us to fix your issue, I don't think It will help others.

This could be a bug. We'll check it out and eventually open a post at the [b][url=https://33hops.com/forum/viewforum.php?id=13]XSIBackup bug tracker[/url][/b]

UPDATE 2018-03-27 18:00 UTC:

We have performed some tests from ESXi 5.5.0 to 6.5.0 so far. No trace of bugs, when the checksums don't match the error is correctly recorded and informed. We'll continue to make tests.

Both of you suffer from the same error. The .ERR-XXXX... file is not present, this can only mean it was deleted by other process, or that XSIBackup was not able to create it. Which user are you running the XSIBackup process under?, do you have some other prvious error in the log?

Make sure the --exec=yes directive is at the end of the backup job string

[quote=sistemi]Damn, i thought i was so near to heaven, no way to make it working, what's wrong here?

All working from command line, test date formati is weekday-hh-mm, doing ps -c|grep xsibackp i see the /bin/sh ... etc..., but joust for a moment, nothing on the log or .ERR

if [ "$(date '+%u-%H-%M')" == "3-14-03" ]
then
     # usb mount
     esxcli storage nfs add -H 192.168.1.1 -v usb -s /USBDisk2/

     /vmfs/volumes/datastore1/xsi-dir/xsibackup backupid=E1BAKtoUSB --exec=yes --backup-prog=xsitools:z --backup-how=hot --override=xsibakfilter --backup-type=custom --test-mode=false --use-smtp=1 --mail-to=xxxxxxxx --subject="test backup" --backup-point=/vmfs/volumes/usb/aaaaaaa --debug-info=yes --backup-vms=zzz

     #usb umount
     esxcli storage nfs remove  -v usb
fi[/quote]

Get used to employ leading zeros in dates.
In other order of things, for goodness sake, don't use USB devices to backup your VMs. USB is a nice method to plug your key and copy your office documents, but it's not a serious mean to backup critical data. If you don't know what I mean, I bet you'll end up knowing why we are vehement about it ;-)

You have totally rewritten our example, I'm sorry sir but we don't correct code here.
On the other side, you are missing some arguments in your XSIBackup job: [b]--backup-prog[/b] being the most important one.
On addition XSIBackup will expect the job to include a [b]--time[/b] argument when called from the cron, thus you should add the directive --exec=yes to your job
I suggest that you try your command in the command line before using it.

The bug this thread started with was resolved some time ago and had nothing to do with Rsync.
Please open a new thread and describe your problem in detail. We cannot help you if you don't help us to help you first.

Disk exclusions don't work on 10.3.0 free, this issue has been solved in XSIBACKUP-PRO 10.3.2

It's just a new version availability check. If you don't have proper Internet access, it may take some time to timeout. To work around this situation, just change the var [b]checkver=yes[/b] to [b]checkver=no[/b] at the config file [b]conf/xsiopts[/b]

Enable "Less Secure Apps" for your GMail account or use a regular e-mail account.
[url]https://33hops.com/xsibackup-smtp-client.html[/url]

We can offer you some ideas, but you'll have to implement your working solution.

I guess your script carries all the logic: mount NFS, xsibackup and unmount NFS. Provided that you have tested your script and it's working, the only thing left to do is scheduling, right?

You then have multiple choices:

[b]1 -[/b] ESXi cron, as you said, this is cumbersome to implement, as the ESXi crontab is not persistent, god knows why.

[b]2 -[/b] Use an external Linux cron. When I say external I mean external to ESXi, but this could very well be a VM in the same ESXi host. Just exchange keys manually and program an SSH call to your script. Do not forget to use -t(t) SSH's option and/ or nohup as needed. You have a guide here: [url]https://33hops.com/xsibackup-cron-how-to.html[/url]

[b]3 -[/b] Use XSIBackup cron. It has not been designed to call bash scripts, it calls itself, but as XSIBackup will keep on rolling, no matter what errors it encounters, you just need to call XSIBackup with a malformed job syntax, like no --backup-point, and then use the [b][https://33hops.com/xsibackup-help-man-page.html#onerror]--on-error[/url][/b] and [b][https://33hops.com/xsibackup-help-man-page.html#onsuccess]--on-success[/url][/b] options to run your script.

UPDATE:

[b]4 -[/b] I can think of a fourth option, which is use a Windows command line SSH client, like [b]plink.exe[/b] bundled with Putty. Create a batch, VB Script or Power Shell script (a batch is more than enough for the case) that runs your remote script and finally add your local Windows script to your task manager. Other Windows options are using CygWin ([url]https://www.cygwin.com/[/url]) or the embeded Windows 10 Linux Shell ([url]https://www.howtogeek.com/249966/how-to-install-and-use-the-linux-bash-shell-on-windows-10/[/url])

[url]https://pubs.vmware.com/vsphere-51/index.jsp?topic=%2Fcom.vmware.vsphere.storage.doc%2FGUID-8AE88758-20C1-4873-99C7-181EF9ACFA70.html[/url]