then I downloaded the image from APPS.
and launched it.
I think that the key exchange is in the correct state.
Please tell me how to do the right thing.
Thank you
Versions of the related components and OS (frontend, hypervisors, VMs):
Ceotos7
opennebula5,4,6
Steps to reproduce:
onetemplate instantiate centos7kvm
Current results:
can not make VM
Expected results:
VM will be running
Fri Jan 26 21:20:16 2018 [Z0][VM][I]: New state is ACTIVE
Fri Jan 26 21:20:16 2018 [Z0][VM][I]: New LCM state is PROLOG
Fri Jan 26 21:20:17 2018 [Z0][TM][I]: Command execution fail: /var/lib/one/remotes/tm/ssh/clone test5:/var/lib/one//datastores/1/a2cbe1fb1d14b320bd1da81db7bfdf57 test6:/var/lib/one//datastores/0/23/disk.0 23 1
Fri Jan 26 21:20:17 2018 [Z0][TM][I]: clone: Cloning test5:/var/lib/one//datastores/1/a2cbe1fb1d14b320bd1da81db7bfdf57 in /var/lib/one/datastores/0/23/disk.0
Fri Jan 26 21:20:17 2018 [Z0][TM][E]: clone: Command “scp -r test5:/var/lib/one//datastores/1/a2cbe1fb1d14b320bd1da81db7bfdf57 test6:/var/lib/one//datastores/0/23/disk.0” failed: Host key verification failed.
Fri Jan 26 21:20:17 2018 [Z0][TM][E]: Error copying test5:/var/lib/one//datastores/1/a2cbe1fb1d14b320bd1da81db7bfdf57 to test6:/var/lib/one//datastores/0/23/disk.0
Fri Jan 26 21:20:17 2018 [Z0][TM][I]: ExitCode: 1
Fri Jan 26 21:20:17 2018 [Z0][TM][E]: Error executing image transfer script: Error copying test5:/var/lib/one//datastores/1/a2cbe1fb1d14b320bd1da81db7bfdf57 to test6:/var/lib/one//datastores/0/23/disk.0
Fri Jan 26 21:20:17 2018 [Z0][VM][I]: New LCM state is PROLOG_FAILURE
Thank you for answer. The problem was solved, but another issue came up.
please help me.
log is
Mon Jan 29 10:56:29 2018 [Z0][VM][I]: New state is ACTIVE
Mon Jan 29 10:56:29 2018 [Z0][VM][I]: New LCM state is PROLOG
Mon Jan 29 10:56:35 2018 [Z0][VM][I]: New LCM state is BOOT
Mon Jan 29 10:56:35 2018 [Z0][VMM][I]: Generating deployment file: /var/lib/one/vms/27/deployment.0
Mon Jan 29 10:56:36 2018 [Z0][VMM][I]: Successfully execute transfer manager driver operation: tm_context.
Mon Jan 29 10:56:36 2018 [Z0][VMM][I]: ExitCode: 0
Mon Jan 29 10:56:36 2018 [Z0][VMM][I]: Successfully execute network driver operation: pre.
Mon Jan 29 10:56:36 2018 [Z0][VMM][I]: Command execution fail: cat << EOT | /var/tmp/one/vmm/kvm/deploy ‘/var/lib/one//datastores/0/27/deployment.0’ ‘test6’ 27 test6
Mon Jan 29 10:56:36 2018 [Z0][VMM][I]: error: failed to connect to the hypervisor
Mon Jan 29 10:56:36 2018 [Z0][VMM][I]: error: unable to connect to server at ‘localhost:16509’: Connection refused
Mon Jan 29 10:56:36 2018 [Z0][VMM][E]: Could not create domain from /var/lib/one//datastores/0/27/deployment.0
Mon Jan 29 10:56:36 2018 [Z0][VMM][I]: ExitCode: 255
Mon Jan 29 10:56:36 2018 [Z0][VMM][I]: Failed to execute virtualization driver operation: deploy.
Mon Jan 29 10:56:36 2018 [Z0][VMM][E]: Error deploying virtual machine: Could not create domain from /var/lib/one//datastores/0/27/deployment.0
Mon Jan 29 10:56:36 2018 [Z0][VM][I]: New LCM state is BOOT_FAILURE
[oneadmin@test5 ~]$ onehost list
ID NAME CLUSTER RVM ALLOCATED_CPU ALLOCATED_MEM STAT
4 test6 default 0 0 / 3200 (0%) 0K / 125.7G (0%) on
[oneadmin@test5 ~]$ onehost show 4
HOST 4 INFORMATION
ID : 4
NAME : test6
CLUSTER : default
STATE : MONITORED
IM_MAD : kvm
VM_MAD : kvm
LAST MONITORING TIME : 01/30 13:35:32
HOST SHARES
RUNNING VMS : 0
MEMORY
TOTAL : 125.7G
TOTAL +/- RESERVED : 125.7G
USED (REAL) : 15.3G
USED (ALLOCATED) : 0K
CPU
TOTAL : 3200
TOTAL +/- RESERVED : 3200
USED (REAL) : 0
USED (ALLOCATED) : 0
LOCAL SYSTEM DATASTORE #0 CAPACITY
TOTAL: : 199.9G
USED: : 4.8G
FREE: : 195.1G
I don’t know why libvirt is trying to use the 16509 port - that should be commented out by default in /etc/libvirt/libvirtd.conf on test6. I imagine you have no problems creating a test VM from test6 manually with virt-install, as root?
I’m unable to reproduce the problem, maybe a developer can comment.
If you google search for “‘localhost:16509’: Connection refused” there are few posts that clarify what may be happening. If you find a solution please describe it here.
The libvirt daemon was started without the --listen option. Verify this by running this command:
# ps aux | grep libvirtd
root 10749 0.1 0.2 558276 18280 ? Ssl 23:21 0:00 /usr/sbin/libvirtd
The output does not contain the --listen option.
Solution
Start the daemon with the --listen option.
To do this, modify the /etc/sysconfig/libvirtd file and uncomment the following line:
# LIBVIRTD_ARGS="--listen"
Then, restart the libvirtd service with this command:
# /bin/systemctl restart libvirtd.service