You are not logged in.
You obviously need to change the paths in the examples by your own paths.
Check the commands to find out what they do: remove the installation dir, remove the cronlines at [b]/var/spool/cron/crontabs/root[/b] and the entries in [b]/etc/rc.local.d/local.sh[/b]
Do not worry, you can easily repair your installation if you removed something important.
You are receiving a clear and classic message stating that you are lacking permissions on the job files
chmod 0700 /scratch/XSI/XSIBackup-Free/jobs/001You will also need it on every parent folder, that might be your issue.
[url=https://unix.stackexchange.com/questions/416342/permissions-folder-parent-folder]Permissions on parent folder post[/url]
Always use root to perform administration tasks like managing your backups, unless you are willing to face the issues derived from using a different one.
No, you can't ignore errors, you are missing files, it looks like you have mixed XSIBackup-Free and XSIBackup-Pro files on the other one.
You can install to one server and from there backup up to 19 additional ones, you don't need to install to each individual server apart from the license not allowing it.
Please, [b][url=https://33hops.com/xsibackup-uninstall-procedure.html]remove XSIBackup[/url][/b] from both servers and install to one of them, then link the master server to the secondary one.
./xsibackup --link-srv=1.2.3.4:22And lauch backups in the second server by using the [b]--host[/b] argument. The GUI also allows to create remote jobs.
Yes, contact us on support to offer you an upgrade path.
Nonetheless you seem to have some sort of misconception on how snapshots work. You said "it still took a snapshot of the disk". Snapshots can't be controlled on a per disk basis, a snapshot will indeed affect all disks in a VM, excluding the disk at the backup job level is a different thing and has nothing to do with wether the snapshot is taken or not for that particular disk.
We aren't fully understanding what you mean. If you use [b]--rotate=5D[/b] every backup older than [b]5 days[/b] will be pruned.
What did you expect rotation would do?
Use some REGEXP that mathes the full disk path, not just the file name.
Are you using ESXi 7.0?, please note that ESXi Free is not compatible with version 7.0 that is stated in the product page.
OpenSSH is throwing a clear error: [b]Permission denied (publickey,keyboard-interactive)[/b]
You may believe to have linked both servers but you have not.
Now the next questions are:
- What is the other host?: OS, version...
- Is the other OpenSSH version compatible in KEX and cipher algorithms?.
Your ESXi system is 5.1, if the remote counterpart is too distant in main version number you would need to analyze what ciphers and KEX algorithms are in use in every system, just to determine whether setting some value manually can overcome your issue.
Make sure the [b]xsibackup_id_rsa[/b] key is present at the remote server's authorized_keys file and run the below command from the [b](c)XSIBackup-Pro[/b] installation root.
ssh -vvv -i xsibackup_id_rsa root@x.x.x.x "echo HI"It will show a verbose log that you can use to determine what the issue is.
[b](c)XSIBackup-Pro[/b] uses SSH to transfer data, it is as compatible for remote transfers as your systems at play are. If you get into complicated situations that require analyzing the SSH conversation and finding workarounds you depend on your own knowledge of general purpose Linux tools such as OpenSSH.
If you are trying to copy data from ESXi 5.1 to some new Linux distro or ESXi version, you will be hitting some cipher incompatibility issue. The easiest way to workaround the issue is to use some older Linux or ESXi version as the target that is indeed compatible with your current set of cipehrs and KEX. Or even easier, use some shared datastore that you can mount on both ESXi/ Linux hosts via NFS3.
Should you need some additional help, we can provide it as an additional consultancy service.
You have asumed that the syntax to exclude disks in DC version is the same as in Pro, when it's not.
As stated in the -exclude- section of the manual:
[url]https://33hops.com/xsibackup-dc-full-manual-home.html#exclude[/url]
Exclusions are performed via the [b]--exclude[/b] switch.
You can't just copy data from one server to another, you need to be athenticated.
To do so, link both servers by means of the [b]--link-srv[/b] argument.
./xsibackup --link-srv=1.2.3.4:22Or using the GUI: [url=https://33hops.com/xsibackup-pro-gui-manual_1.html#2]Exchange RSA keys thrugh the (c)XSIBackup-Pro Classic GUI[/url]
You also have an spurious unneded slash in your job.
Have you opened SSH-Out in your ESXi host?
This functionality is more than tested, contact support if you still can't get it to work.
The message is indeed delivered, the issue is on your SMTP server.
Yes, contact support, send the MAC address to free the license slot.
The source in the xsibackup file, you need some minimum Bash coding skills to do that.
If that's not the case, just inspect the VM .vmx file to find out why the program complains about those missing disks
There's some inconsistency in the VM layout. Look for the 'eval' keyword in the source code and debug or check your .vmx file to find the cause. Looks like some missing disk is in the .vmx file.
For some reason the GUI was abruptly terminated and left its lock file (.guilock) there, just remove it manually.
From the install dir.
# rm -rf .guilockThis will rarely happen, as the GUI will trap Linux signalling, like Ctrl+C and still delete the lock file on exit.
It's compatible with ALL versions of (c)ESXi 5.0 or above
We fixed that link.
Your ESXi install seems to be broken. Quite common if you use an USB or flash device to install the OS.
To be more precise, it seems a GLIbC error when trying to relocate some variable, which makes no sense in the context of ESXi, as all binaries are part of the install. It could also be a hardware problem or having run out of memory.
I'm afraid it won't. It's not something we decided, but VMWare. ESXi 7 blocks all files for reading, thus we needed to develop an alternative solution that reads data from the SCSI disk.
[url=https://communities.vmware.com/t5/ESXi-Discussions/VMware-ESXi-7-0-0-build-15843807-flat-vmdk-files-are-read-locked/m-p/518670](c)ESXi 7.0 - Flat files locked when snapshot is taken[/url]
If you read the above post, please just pay attention to continuum, the other specialist didn't grasp what we were talking about.
All editions will be ported to use DC technology soon.
You don't need ansi2txt with 1.4.0.0
Remove that pipe processing and try again.
The remote repo was locked, that means that previous process was interrupted, you should restart the replica or run --check on the remote side.
As per our tests progress is indeed accurate and shows detail, please remove the unneeded part and try again.
Something unexpected in your VM layout. Check what disks are attached to the VM and whether all of them are present.
Remember Free version is not compatible with ESXi 7
We can indeed download with no issue from different Internet connections, nobody else has complained. Please delete your cookies and cache and try again.
1.4.0.0 was released, please feel free to offer feedback on it