You are not logged in.
Pages: 1
Thanks a lot!
I've found the issue. bad permissions on ../xsi-dir/xsibackup_id_rsa. Was 0640 must 0600, so the file was inaccessable.
Now the backup is working fine.
I'm not able to link the remote again.
He is telling: permission denied...
*snip*
Enter remote systems's password for user root, checking OS type...
Password:
Password:
Almost done, enter root password to add RSA key and restart SSH service...
Password:
Password:
Password:
Permission denied (publickey,keyboard-interactive).
The RSA key has been added to the authorized_keys file at 192.168.2.2.
Rebooting local SSH service...
SSH login disabled
SSH login enabled
Rebooting remote SSH service...
All other remote hosts are working fine...
After updating to the new Version I get the massage at the remote host:
[J2018-08-24T08:30:56| ###############################################################################
2018-08-24T08:30:56| XSIBACKUP-PRO 11.0.2: new execution request
2018-08-24T08:30:56| ###############################################################################
2018-08-24T08:30:56|
2018-08-24T08:30:57| NOTICE: (c) XSIBackup kills any user launched jobs, make sure you don't overlap manual jobs
XSIBackup PID: 28364416 TheaterFL.intern
Fri, 24 Aug 2018 08:30:56 +0000 IPv4: xxx.xxx.xxx.xxx/255.255.255.0
VMware ESXi 6.0.0 build-3620759 (c) Rsync 3.1.0 as opt. dependency
Backup Id: 03 Intel(R) Xeon(R) CPU E5645 @ 2.40GHz
2018-08-24T08:30:58| Backup description: Flensburg
2018-08-24T08:30:58| Message: crontab is installed for user root
2018-08-24T08:31:00| ADVICE: no SSD disks, please consider adding an SSD cache disk to improve performance
2018-08-24T08:31:00| Backup user is: root
2018-08-24T08:31:00| Backup program is: rsync
2018-08-24T08:31:02| Service OpenSSH ready at server xxx.xxx.xxx.xxx:22
2018-08-24T08:31:02| Info: XSIBACKUP-PRO will now try to determine the remote's XSIBACKUP-PRO installation point...
2018-08-24T08:31:02| Tip: should this process take too long, use the --remote-xsipath argument to set it
Password:
this happens on serveral hosts.
OK, thank you.
I have three hosts running 6.0.0
My strategy was to backup all machines to the 5.1 host, but can I "backup in a round", so that I mirroring Host A to B, B to C and C to A?
Is it a good Idea, or should I ugrade my 5.1 to 6.0 so that i can use it as a central-backup host?
Job:
./xsibackup --host=192.168.0.2 --backup-prog=onediff --snapshot=excludememory,dontquiesce --backup-point="192.168.0.12:22:/vmfs/volumes/datastore1" --backup-type=custom --backup-vms="Zabbix" --mail-to="edv-service@sh-landestheater.de" --img-list="https://sh-landestheater.de/media/bilder/_layout/sh-landestheater-logo-2010.gif|none|none|none|none|none" --use-smtp=1
Backup source is ESXI 6.0.0 and backup target is 5.1.0, is that probably the problem?
paths on both machines are standard.
Snapshot is taken successfully
Hello,
I'm trying to make a onediff-backup. In testmode everthing seems to be alright.
Here's an extract from the mail:
--snip--
TEST MODE ACTIVATED REMOVE --test-mode=true TO MAKE A BACKUP
Done hot backup using onediff (no compression)
Mirroring following VMs to 192.168.0.12:22:/vmfs/volumes/datastore1...
VM Name State Size Stop Copy Start Time (min) Speed (mb/s)
Zabbix ON 45G NO (hot backup) OK - 0 2477
Complete backup elapsed time: 0 min
--snip--
If I want to take a backup, the Programm hang up after taking the snapshot.
Greetings
Torsten
Pages: 1