- Users - oVirt List Archives

Exporting/Copying VM to another oVirt server
by Alex Bartonek 28 Dec '17

28 Dec '17

This is a multi-part message in MIME format. --b1_0dee6caa4e9c3b64c2575e140184ca5c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 QWZ0ZXIgdGhlIHN1Y2Nlc3Mgb2YgZ2V0dGluZyBteSBWTSdzIHdvcmtpbmcgb24gbXkgdGVzdCBz ZXJ2ZXIsIEkgZGVjaWRlZCB0byB3aXBlIG91dCBhbm90aGVyIHNlcnZlciBJIGhhZCBhbmQgd2Fu dGVkIHRvIG1vdmUgbXkgVk1zIHRvIGl0LiAgIEkgdHJpZWQgdGhlICJFeHBvcnQiIGFzIG92YSBh bmQgaXQgc2VlbXMgdG8gd29yayBidXQgaW4gdGhlIFRhc2tzIGl0cyByZWQ6CgoiRXhwb3J0aW5n IFZNIENlbnRPUzcgYXMgYW4gT1ZBIHRvIC9vdmlydF9kYXRhL0NlbnRPUzcub3ZhIG9uIEhvc3Qg anVua0hvc3QiLgoKVGhlIC5vdmEgaXMgbmV2ZXIgY3JlYXRlZC4gICBJcyB0aGVyZSBhbm90aGVy IHdheSB0byBkbyB0aGlzPyAgQm90aCBzZXJ2ZXJzIGFyZSBydW5uaW5nIDQuMi4KCkdvb2dsaW5n IGhhc250IGhlbHBlZCBtZSBmaW5kIGEgc29sdXRpb24geWV0Li4u --b1_0dee6caa4e9c3b64c2575e140184ca5c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGRpdj5BZnRlciB0aGUgc3VjY2VzcyBvZiBnZXR0aW5nIG15IFZNJ3Mgd29ya2luZyBvbiBteSB0 ZXN0IHNlcnZlciwgSSBkZWNpZGVkIHRvIHdpcGUgb3V0IGFub3RoZXIgc2VydmVyIEkgaGFkIGFu ZCB3YW50ZWQgdG8gbW92ZSBteSBWTXMgdG8gaXQuJm5ic3A7Jm5ic3A7IEkgdHJpZWQgdGhlICJF eHBvcnQiIGFzIG92YSBhbmQgaXQgc2VlbXMgdG8gd29yayBidXQgaW4gdGhlIFRhc2tzIGl0cyBy ZWQ6PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PHNwYW4+IkV4cG9ydGluZyBWTSBDZW50 T1M3IGFzIGFuIE9WQSB0byAvb3ZpcnRfZGF0YS9DZW50T1M3Lm92YSBvbiBIb3N0IGp1bmtIb3N0 Ii48L3NwYW4+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+VGhlIC5vdmEgaXMgbmV2ZXIg Y3JlYXRlZC4mbmJzcDsmbmJzcDsgSXMgdGhlcmUgYW5vdGhlciB3YXkgdG8gZG8gdGhpcz8mbmJz cDsgQm90aCBzZXJ2ZXJzIGFyZSBydW5uaW5nIDQuMi48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+ PGRpdj5Hb29nbGluZyBoYXNudCBoZWxwZWQgbWUgZmluZCBhIHNvbHV0aW9uIHlldC4uLjxicj48 L2Rpdj48ZGl2PiZuYnNwOzxicj48L2Rpdj4= --b1_0dee6caa4e9c3b64c2575e140184ca5c--

2 15

Live migration without Shared Storage
by FERNANDO FREDIANI 28 Dec '17

28 Dec '17

This is a multi-part message in MIME format. --------------5F461645E0C4B073B81D0E85 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Has anyone tried the command below under the hood between two oVirt Node (in the same Datacenter or between two different (local) ones) ? Does it work ? virsh migrate --live --persistent --undefinesource --copy-storage-all \ --verbose --desturi <DESTINATION> <VM> This is such a fantastic features for certain scenarios that may help a lot maintenance or even migration between hosts with Local Storage to minimize Downtime and mainly all the hassle of having to Poweroff a VM, Export to an Export Datastore, umount it, mount on the other Host/Datacenter, Import and Power On. Thanks Regards Fernando [1] Ref: https://hgj.hu/live-migrating-a-virtual-machine-with-libvirt-without-a-shar… --------------5F461645E0C4B073B81D0E85 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Has anyone tried the command below under the hood between two oVirt Node (in the same Datacenter or between two different (local) ones) ? Does it work ? <pre>virsh migrate --live --persistent --undefinesource --copy-storage-all \ --verbose --desturi <DESTINATION> <VM></pre> This is such a fantastic features for certain scenarios that may help a lot maintenance or even migration between hosts with Local Storage to minimize Downtime and mainly all the hassle of having to Poweroff a VM, Export to an Export Datastore, umount it, mount on the other Host/Datacenter, Import and Power On. Thanks Regards Fernando [1] Ref: <a class="moz-txt-link-freetext" href="https://hgj.hu/live-migrating-a-virtual-machine-with-libvirt-without-a-shar…">https://hgj.hu/live-migrating-a-virtual-machine-with-libvirt-without-a-shar…</a> </body> </html> --------------5F461645E0C4B073B81D0E85--

2 3

oVirt 4.2 upgrade procedure.
by Eduardo Mayoral 28 Dec '17

28 Dec '17

Hi, I just started upgrading one of our oVirt installations from 4.1.8 to 4.2 Engine is NOT self hosted. It is a plain CentOS 7.4 server. Compute hosts (10 of them) are CentOS 7.4 as well. Storage is mainly iSCSI served from an external storage system. Engine upgrade was seamless. Now I want to upgrade the hosts, then change the cluster compatibility level, then the datacenter compatibility. Can someone confirm that this is the correct sequence? On the first host, I put it in maintenance mode, installed centos-release-ovirt42 and removed centos-release-ovirt41. When doing the upgrade host from the web interface, I get: 2017-12-28 10:58:46,054 p=7173 u=ovirt | Using /usr/share/ovirt-engine/playbooks/ansible.cfg as config file 2017-12-28 10:58:46,288 p=7173 u=ovirt | PLAY [all] ********************************************************************* 2017-12-28 10:58:46,316 p=7173 u=ovirt | TASK [ovirt-host-upgrade : Install ovirt-host package if it isn't installed] *** 2017-12-28 10:58:51,143 p=7173 u=ovirt | fatal: [llki612.arsyslan.es]: FAILED! => {"changed": false, "msg": "No package matching 'ovirt-host' found available, installed or updated", "rc": 126, "results": ["No package matching 'ovirt-host' found available, installed or updated"]} 2017-12-28 10:58:51,144 p=7173 u=ovirt | PLAY RECAP ********************************************************************* 2017-12-28 10:58:51,144 p=7173 u=ovirt | llki612.arsyslan.es : ok=0 changed=0 unreachable=0 failed=1 Now, I see the ovirt-host package is not installed or available on the Compute node. It is available on the ovirt-engine on repo "ovirt-4.2" (which is installed by ovirt-release42-4.2.0-1.el7.centos.noarch) I am a bit confused here. I thought I only needed centos-release-ovirt42 (centos-ovirt42 repo) on the compute hosts. Is that so? Has this changed from 4.1 to 4.2? Thank you very much for your help! -- Eduardo Mayoral Jimeno (emayoral(a)arsys.es) Administrador de sistemas. Departamento de Plataformas. Arsys internet. +34 941 620 145 ext. 5153

3 3

3 strikes....
by Blaster 28 Dec '17

28 Dec '17

This is a multi-part message in MIME format. --------------02977F0433B85ACCD71FB51D Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Well, I've spent the last 2.5 days trying to get oVirt 4.2 up and running. I sneeze on it, vdsm has a conniption and there appears to be no way to recover from it. 1) Install 4.2. Everything looks good. Start copying over some data..accidently wipe out the master storage domain...It's gone. The only method google could suggest was to re-initialize the data center. Great. I'd love to! It's greyed out. Can't get it back...Try several hosted-engine uninstall methods, including /usr/sbin/ovirt-hosted-engine-cleanup and wiping out the storage. re-run hosted-engine --deploy All I get over and over in the vdsm log file while waiting for vdsm to become operational is.. 2017-12-27 16:36:22,150-0600 ERROR (periodic/3) [virt.periodic.Operation] <vdsm.virt.sampling.VMBulkstatsMonitor object at 0x397b250> operation failed (periodic:215) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/virt/periodic.py", line 213, in __call__ self._func() File "/usr/lib/python2.7/site-packages/vdsm/virt/sampling.py", line 522, in __call__ self._send_metrics() File "/usr/lib/python2.7/site-packages/vdsm/virt/sampling.py", line 538, in _send_metrics vm_sample.interval) File "/usr/lib/python2.7/site-packages/vdsm/virt/vmstats.py", line 45, in produce networks(vm, stats, first_sample, last_sample, interval) File "/usr/lib/python2.7/site-packages/vdsm/virt/vmstats.py", line 322, in networks if nic.name.startswith('hostdev'): AttributeError: name 2017-12-27 16:36:22,620-0600 INFO (periodic/1) [vdsm.api] START repoStats(domains=()) from=internal, task_id=94688cf1-a991-433e-9e22-7065ed5dc1bf (api:46) 2017-12-27 16:36:22,620-0600 INFO (periodic/1) [vdsm.api] FINISH repoStats return={} from=internal, task_id=94688cf1-a991-433e-9e22-7065ed5dc1bf (api:52) 2017-12-27 16:36:22,621-0600 INFO (periodic/1) [vdsm.api] START multipath_health() from=internal, task_id=9c680369-8f2a-439e-8fe5-b2a1e33c0706 (api:46) 2017-12-27 16:36:22,622-0600 INFO (periodic/1) [vdsm.api] FINISH multipath_health return={} from=internal, task_id=9c680369-8f2a-439e-8fe5-b2a1e33c0706 (api:52) 2017-12-27 16:36:22,633-0600 ERROR (periodic/1) [root] failed to retrieve Hosted Engine HA score '[Errno 2] No such file or directory'Is the Hosted Engine setup finished? (api:196) 2017-12-27 16:36:23,178-0600 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=a7e48a2f-8cb7-4ec5-acd7-452c8f0c522b (api:46) 2017-12-27 16:36:23,179-0600 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=a7e48a2f-8cb7-4ec5-acd7-452c8f0c522b (api:52) 2017-12-27 16:36:23,179-0600 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:643) sigh...reinstall 7.4 and do it all over again. 2) copying data to master storage pool. Didn't wipe it out this time, but filled the volume instead. Environment freezes. vdsm can't start...infinite loop waiting for storage pool again. Try clean up and redeploy. Same problem as above. 7.4 reinstall #2 here we go... 3)Up and running again. Forgot to add my NIC card. Shut it down. Boot back up. vdsm sees new network interfaces. for some reason, it switches ovirtmgmt over to one of the new interfaces which doesn't have a cable attached to it. Clean up ifcfg- files and reboot. ifcfg-ovirtmgmt is now gone. recreate and reboot. Interface comes alive, but vdsm is not starting. supervdsm log shows: Multiple southbound ports per network detected, ignoring this network for the QoS report (network: ovirtmgmt, ports: ['enp3s0', 'enp4s0']) restore-net::DEBUG::2017-12-27 13:10:39,815::cmdutils::150::root::(exec_cmd) /usr/share/openvswitch/scripts/ovs-ctl status (cwd None) restore-net::DEBUG::2017-12-27 13:10:39,856::cmdutils::158::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 restore-net::DEBUG::2017-12-27 13:10:39,863::vsctl::58::root::(commit) Executing commands: /usr/bin/ovs-vsctl --oneline --format=json -- list Bridge -- list Port -- list Interface restore-net::DEBUG::2017-12-27 13:10:39,864::cmdutils::150::root::(exec_cmd) /usr/bin/ovs-vsctl --oneline --format=json -- list Bridge -- list Port -- list Interface (cwd None) restore-net::DEBUG::2017-12-27 13:10:39,944::cmdutils::158::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 restore-net::ERROR::2017-12-27 13:10:39,954::restore_net_config::454::root::(restore) unified restoration failed. Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/network/restore_net_config.py", line 448, in restore unified_restoration() File "/usr/lib/python2.7/site-packages/vdsm/network/restore_net_config.py", line 131, in unified_restoration classified_conf = _classify_nets_bonds_config(available_config) File "/usr/lib/python2.7/site-packages/vdsm/network/restore_net_config.py", line 260, in _classify_nets_bonds_config current_config = kernelconfig.KernelConfig(net_info) File "/usr/lib/python2.7/site-packages/vdsm/network/kernelconfig.py", line 44, in __init__ for net, net_attr in self._analyze_netinfo_nets(netinfo): File "/usr/lib/python2.7/site-packages/vdsm/network/kernelconfig.py", line 57, in _analyze_netinfo_nets attrs = _translate_netinfo_net(net, net_attr, netinfo, _routes) File "/usr/lib/python2.7/site-packages/vdsm/network/kernelconfig.py", line 99, in _translate_netinfo_net raise MultipleSouthBoundNicsPerNetworkError(net, nics) MultipleSouthBoundNicsPerNetworkError: ('ovirtmgmt', ['enp3s0', 'enp4s0']) Remove new nic. reboot. vdsm once again stuck waiting for storage pool to come up. So this is where I'm at now. Stuck. once again. I've been running 3.6.3 All In One for many years because I've been concerned about the complexity of the self hosted configuration. Guess I was right. Google shows lots of other people also concerned about the stability of oVirt..It's great when it runs, but any little issue and you're basically reinstalling from scratch. --------------02977F0433B85ACCD71FB51D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Well, I've spent the last 2.5 days trying to get oVirt 4.2 up and running. I sneeze on it, vdsm has a conniption and there appears to be no way to recover from it. 1) Install 4.2. Everything looks good. Start copying over some data..accidently wipe out the master storage domain...It's gone. The only method google could suggest was to re-initialize the data center. Great. I'd love to! It's greyed out. Can't get it back...Try several hosted-engine uninstall methods, including <pre class="screen">/usr/sbin/ovirt-hosted-engine-cleanup and wiping out the storage. re-run hosted-engine --deploy All I get over and over in the vdsm log file while waiting for vdsm to become operational is.. 2017-12-27 16:36:22,150-0600 ERROR (periodic/3) [virt.periodic.Operation] <vdsm.virt.sampling.VMBulkstatsMonitor object at 0x397b250> operation failed (periodic:215) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/virt/periodic.py", line 213, in __call__ self._func() File "/usr/lib/python2.7/site-packages/vdsm/virt/sampling.py", line 522, in __call__ self._send_metrics() File "/usr/lib/python2.7/site-packages/vdsm/virt/sampling.py", line 538, in _send_metrics vm_sample.interval) File "/usr/lib/python2.7/site-packages/vdsm/virt/vmstats.py", line 45, in produce networks(vm, stats, first_sample, last_sample, interval) File "/usr/lib/python2.7/site-packages/vdsm/virt/vmstats.py", line 322, in networks if nic.name.startswith('hostdev'): AttributeError: name 2017-12-27 16:36:22,620-0600 INFO (periodic/1) [vdsm.api] START repoStats(domains=()) from=internal, task_id=94688cf1-a991-433e-9e22-7065ed5dc1bf (api:46) 2017-12-27 16:36:22,620-0600 INFO (periodic/1) [vdsm.api] FINISH repoStats return={} from=internal, task_id=94688cf1-a991-433e-9e22-7065ed5dc1bf (api:52) 2017-12-27 16:36:22,621-0600 INFO (periodic/1) [vdsm.api] START multipath_health() from=internal, task_id=9c680369-8f2a-439e-8fe5-b2a1e33c0706 (api:46) 2017-12-27 16:36:22,622-0600 INFO (periodic/1) [vdsm.api] FINISH multipath_health return={} from=internal, task_id=9c680369-8f2a-439e-8fe5-b2a1e33c0706 (api:52) 2017-12-27 16:36:22,633-0600 ERROR (periodic/1) [root] failed to retrieve Hosted Engine HA score '[Errno 2] No such file or directory'Is the Hosted Engine setup finished? (api:196) 2017-12-27 16:36:23,178-0600 INFO (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) from=internal, task_id=a7e48a2f-8cb7-4ec5-acd7-452c8f0c522b (api:46) 2017-12-27 16:36:23,179-0600 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return={'poollist': []} from=internal, task_id=a7e48a2f-8cb7-4ec5-acd7-452c8f0c522b (api:52) 2017-12-27 16:36:23,179-0600 INFO (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientIF:643) sigh...reinstall 7.4 and do it all over again. 2) copying data to master storage pool. Didn't wipe it out this time, but filled the volume instead. Environment freezes. vdsm can't start...infinite loop waiting for storage pool again. Try clean up and redeploy. Same problem as above. 7.4 reinstall #2 here we go... 3)Up and running again. Forgot to add my NIC card. Shut it down. Boot back up. vdsm sees new network interfaces. for some reason, it switches ovirtmgmt over to one of the new interfaces which doesn't have a cable attached to it. Clean up ifcfg- files and reboot. ifcfg-ovirtmgmt is now gone. recreate and reboot. Interface comes alive, but vdsm is not starting. supervdsm log shows: Multiple southbound ports per network detected, ignoring this network for the QoS report (network: ovirtmgmt, ports: ['enp3s0', 'enp4s0']) restore-net::DEBUG::2017-12-27 13:10:39,815::cmdutils::150::root::(exec_cmd) /usr/share/openvswitch/scripts/ovs-ctl status (cwd None) restore-net::DEBUG::2017-12-27 13:10:39,856::cmdutils::158::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 restore-net::DEBUG::2017-12-27 13:10:39,863::vsctl::58::root::(commit) Executing commands: /usr/bin/ovs-vsctl --oneline --format=json -- list Bridge -- list Port -- list Interface restore-net::DEBUG::2017-12-27 13:10:39,864::cmdutils::150::root::(exec_cmd) /usr/bin/ovs-vsctl --oneline --format=json -- list Bridge -- list Port -- list Interface (cwd None) restore-net::DEBUG::2017-12-27 13:10:39,944::cmdutils::158::root::(exec_cmd) SUCCESS: <err> = ''; <rc> = 0 restore-net::ERROR::2017-12-27 13:10:39,954::restore_net_config::454::root::(restore) unified restoration failed. Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/network/restore_net_config.py", line 448, in restore unified_restoration() File "/usr/lib/python2.7/site-packages/vdsm/network/restore_net_config.py", line 131, in unified_restoration classified_conf = _classify_nets_bonds_config(available_config) File "/usr/lib/python2.7/site-packages/vdsm/network/restore_net_config.py", line 260, in _classify_nets_bonds_config current_config = kernelconfig.KernelConfig(net_info) File "/usr/lib/python2.7/site-packages/vdsm/network/kernelconfig.py", line 44, in __init__ for net, net_attr in self._analyze_netinfo_nets(netinfo): File "/usr/lib/python2.7/site-packages/vdsm/network/kernelconfig.py", line 57, in _analyze_netinfo_nets attrs = _translate_netinfo_net(net, net_attr, netinfo, _routes) File "/usr/lib/python2.7/site-packages/vdsm/network/kernelconfig.py", line 99, in _translate_netinfo_net raise MultipleSouthBoundNicsPerNetworkError(net, nics) MultipleSouthBoundNicsPerNetworkError: ('ovirtmgmt', ['enp3s0', 'enp4s0']) Remove new nic. reboot. vdsm once again stuck waiting for storage pool to come up. So this is where I'm at now. Stuck. once again. I've been running 3.6.3 All In One for many years because I've been concerned about the complexity of the self hosted configuration. Guess I was right. Google shows lots of other people also concerned about the stability of oVirt..It's great when it runs, but any little issue and you're basically reinstalling from scratch. </pre> </body> </html> --------------02977F0433B85ACCD71FB51D--

2 1

4.2: failed reconstructing master storage domain
by Blaster 28 Dec '17

28 Dec '17

So I accidentally wiped out the underlying storage for the master storage domain for the default data center for my self hosted configuration. The re-initialize data center option is greyed out. I can’t add any other storage domains because there isn’t a master. I keep getting pop up errors “failed reconstructing master storage domain for datacenter default”. Anyway to get this back? I don’t see anything in the engine or vddm logs as to why it’s failed. Anyway to recover from this?

2 1

[Call for feedback] share also your successful upgrades experience
by Sandro Bonazzola 28 Dec '17

28 Dec '17

Hi, now that oVirt 4.2.0 has been released, we're starting to see some reports about issues that for now are related to not so common deployments. We'd also like to get some feedback from those who upgraded to this amazing release without any issue and add these positive feedback under our developers (digital) Christmas tree as a gift for the effort put in this release. Looking forward to your positive reports! Not having positive feedback? Let us know too! We are putting an effort in the next weeks to promptly assist whoever hit troubles during or after the upgrade. Let us know in this users(a)ovirt.org mailing list (preferred) or on IRC using irc.oftc.net server and #ovirt channel. We are also closely monitoring bugzilla.redhat.com for new bugs on oVirt project, so you can report issues there as well. Thanks, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

8 11

Assign external IP to VM
by Alex Bartonek 27 Dec '17

27 Dec '17

This is a multi-part message in MIME format. --b1_381216447fb30c50ba0f91b529449e2d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 TmVlZCBzb21lIGd1aWRhbmNlIG9uIHRoaXMgb25lLgoKQ29uZmlnOgoxVSB3aXRoIDIgTklDcy4K TklDIDEgcGx1Z2dlZCB0byBsb2NhbCBzd2l0Y2ggLSBnZXRzIGxvY2FsIElQCk5JQyAyIHBsdWdn ZWQgZGlyZWN0IHRvIGNhYmxlIG1vZGVtIC0gbmVlZCB0byBzZXQgSVAgaW5zaWRlIFZNIHRvIHB1 YmxpYyBzdGF0aWMgSVAKVk0gd2lsbCBiZSBDZW50T1MsIGFscmVhZHkga25vdyBob3cgdG8gY29u ZmlndXJlIE5JQyBvbmNlIEkgY2FuIGdldCB0aGUgMm5kIE5JQyBhc3NpZ25lZCB0byBpdC4KCkRv IEkgdXNlIFBDSSBwYXNzdGhydT8gIE9yIHdoZXJlIGRvIEkgc3RhcnQgdG8gZ2V0IHRoaXMgY29u ZmlndXJlZD8gIEkgZGlkIHNldHVwIE5JQyAyIHVuZGVyIE5ldHdvcmsgLS0+IE5ldHdvcmtzLiAg IENyZWF0ZWQgYSBOSUMgY2FsbGVkICJleHRlcm5hbF9OSUMiLiAgRXh0ZXJuYWwgTklDIGhhcyBk ZXNjcmlwdGlvbiBhbmQgdGhlbiBJIGNvbmZpZ3VyZWQgMiBETlMgc2VydmVycyB3aGljaCBhcmUg Z2l2ZW4gdG8gbWUgYnkgdGhlIElTUC4KClVuZGVyIENvbXB1dGUgLS0+IEhvc3RzIC0tPiA8TXkg SG9zdD4gLS0+IE5ldHdvcmsgSW50ZXJmYWNlcyAoSSBoYXZlIGJvdGggTklDcyBzaG93aW5nIGFz IHVwKSAtLT4gU2V0dXAgSG9zdCBOZXR3b3JrcyAtLS0+IE5JQyAyIGlzIHRoZSBpbnRlcmZhY2Ug LS0+IEFzc2lnbm1lbnQgb2YgTG9naWNhbCBuZXR3b3JrcyBpcyAiZXh0ZXJuYWxfTklDIi4KCkkg d2FzIGFzc3VtaW5nIEkgd2FzIGRvbmUsIHNvIEkgZ28gdG8gbXkgVk0gYWRkIE5JQyAyLCBjbGlj ayBydW4gYW5kIEkgc2VlOgoKQ2Fubm90IHJ1biBWTS4gVGhlcmUgaXMgbm8gaG9zdCB0aGF0IHNh dGlzZmllcyBjdXJyZW50IHNjaGVkdWxpbmcgY29uc3RyYWludHMuIFNlZSBiZWxvdyBmb3IgZGV0 YWlsczoKCi0gVGhlIGhvc3QgPE1ZIEhPU1Q+IGRpZCBub3Qgc2F0aXNmeSBpbnRlcm5hbCBmaWx0 ZXIgTmV0d29yayBiZWNhdXNlIHRoZXJlIGFyZSBubyBmcmVlIHZpcnR1YWwgZnVuY3Rpb25zIHdo aWNoIGFyZSBzdWl0YWJsZSBmb3IgdmlydHVhbCBuaWMocykgbmljMi4gQSB2aXJ0dWFsIGZ1bmN0 aW9uIGlzIGNvbnNpZGVyZWQgYXMgc3VpdGFibGUgaWYgdGhlIFZGJ3MgY29uZmlndXJhdGlvbiBv ZiBpdHMgcGh5c2ljYWwgZnVuY3Rpb24gY29udGFpbnMgdGhlIHZpcnR1YWwgbmljJ3MgbmV0d29y ay9uZXR3b3JrIGxhYmVsLgoKTmVlZCBndWlkYW5jZSBvbiB3aGF0IHRvIHJlYWQgdG8gZ2V0IHRo aXMgd29ya2luZy4KClRoYW5rcyE= --b1_381216447fb30c50ba0f91b529449e2d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGRpdj5OZWVkIHNvbWUgZ3VpZGFuY2Ugb24gdGhpcyBvbmUuPGJyPjwvZGl2PjxkaXY+PGJyPjwv ZGl2PjxkaXY+Q29uZmlnOjxicj48L2Rpdj48ZGl2PjFVIHdpdGggMiBOSUNzLjxicj48L2Rpdj48 ZGl2Pk5JQyAxIHBsdWdnZWQgdG8gbG9jYWwgc3dpdGNoIC0gZ2V0cyBsb2NhbCBJUDxicj48L2Rp dj48ZGl2Pk5JQyAyIHBsdWdnZWQgZGlyZWN0IHRvIGNhYmxlIG1vZGVtIC0gbmVlZCB0byBzZXQg SVAgaW5zaWRlIFZNIHRvIHB1YmxpYyBzdGF0aWMgSVA8YnI+PC9kaXY+PGRpdj5WTSB3aWxsIGJl IENlbnRPUywgYWxyZWFkeSBrbm93IGhvdyB0byBjb25maWd1cmUgTklDIG9uY2UgSSBjYW4gZ2V0 IHRoZSAybmQgTklDIGFzc2lnbmVkIHRvIGl0Ljxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2 PkRvIEkgdXNlIFBDSSBwYXNzdGhydT8mbmJzcDsgT3Igd2hlcmUgZG8gSSBzdGFydCB0byBnZXQg dGhpcyBjb25maWd1cmVkPyZuYnNwOyBJIGRpZCBzZXR1cCBOSUMgMiB1bmRlciBOZXR3b3JrIC0t Jmd0OyBOZXR3b3Jrcy4mbmJzcDsmbmJzcDsgQ3JlYXRlZCBhIE5JQyBjYWxsZWQgImV4dGVybmFs X05JQyIuJm5ic3A7IEV4dGVybmFsIE5JQyBoYXMgZGVzY3JpcHRpb24gYW5kIHRoZW4gSSBjb25m aWd1cmVkIDIgRE5TIHNlcnZlcnMgd2hpY2ggYXJlIGdpdmVuIHRvIG1lIGJ5IHRoZSBJU1AuPGJy PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+VW5kZXIgQ29tcHV0ZSAtLSZndDsgSG9zdHMgLS0m Z3Q7ICZsdDtNeSBIb3N0Jmd0OyAtLSZndDsgTmV0d29yayBJbnRlcmZhY2VzIChJIGhhdmUgYm90 aCBOSUNzIHNob3dpbmcgYXMgdXApIC0tJmd0OyBTZXR1cCBIb3N0IE5ldHdvcmtzIC0tLSZndDsg TklDIDIgaXMgdGhlIGludGVyZmFjZSAtLSZndDsgQXNzaWdubWVudCBvZiBMb2dpY2FsIG5ldHdv cmtzIGlzICJleHRlcm5hbF9OSUMiLjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pkkgd2Fz IGFzc3VtaW5nIEkgd2FzIGRvbmUsIHNvIEkgZ28gdG8gbXkgVk0gYWRkIE5JQyAyLCBjbGljayBy dW4gYW5kIEkgc2VlOjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkNhbm5vdCBydW4gVk0u IFRoZXJlIGlzIG5vIGhvc3QgdGhhdCBzYXRpc2ZpZXMgY3VycmVudCBzY2hlZHVsaW5nIGNvbnN0 cmFpbnRzLiBTZWUgYmVsb3cgZm9yIGRldGFpbHM6PGJyPjwvZGl2Pjx1bCBzdHlsZT0ibWFyZ2lu LXRvcDowIj48bGk+VGhlDQogaG9zdCAmbHQ7TVkgSE9TVCZndDsgZGlkIG5vdCBzYXRpc2Z5IGlu dGVybmFsIGZpbHRlciBOZXR3b3JrIGJlY2F1c2UgdGhlcmUNCiBhcmUgbm8gZnJlZSB2aXJ0dWFs IGZ1bmN0aW9ucyB3aGljaCBhcmUgc3VpdGFibGUgZm9yIHZpcnR1YWwgbmljKHMpIA0KbmljMi4g QSB2aXJ0dWFsIGZ1bmN0aW9uIGlzIGNvbnNpZGVyZWQgYXMgc3VpdGFibGUgaWYgdGhlIFZGJ3Mg DQpjb25maWd1cmF0aW9uIG9mIGl0cyBwaHlzaWNhbCBmdW5jdGlvbiBjb250YWlucyB0aGUgdmly dHVhbCBuaWMncyANCm5ldHdvcmsvbmV0d29yayBsYWJlbC48YnI+PC9saT48L3VsPjxkaXY+TmVl ZCBndWlkYW5jZSBvbiB3aGF0IHRvIHJlYWQgdG8gZ2V0IHRoaXMgd29ya2luZy48YnI+PC9kaXY+ PGRpdj48YnI+PC9kaXY+PGRpdj5UaGFua3MhPGJyPjwvZGl2Pg== --b1_381216447fb30c50ba0f91b529449e2d--

4 7

Re: [ovirt-users] Ovirt 4.2 and host console
by Sandro Bonazzola 27 Dec '17

27 Dec '17

Il 22 Dic 2017 10:12 PM, "Yaniv Kaul" <ykaul(a)redhat.com> ha scritto: On Dec 22, 2017 7:33 PM, "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com> wrote: Hello, after upgrading engine and then plain CentOS 7.4 host from 4.1 to 4.2, I see in host section if I select line for the host, right click and host console... That tries to go to the typical 9090 cockpit Port of node-ng... Is this an error or in 4.2 the access to host console is for plain OS nodes too? In that case is there any service I have to enable on host? It seems indeed my host is not currently listening on 9090 Port.... Cockpit + firewall settings to enable to get to it. Cockpit service should be up and running after the upgrade. Ovirt hist depliy takes care of it. Firewall is configured by the engine unless you disabled firewall config on the host configuration dialog. Didi, can you help here? Gianluca, can you share host upgrade logs? Y. Thanks, Gianluca _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

3 4

4.2: Can't add local storage
by Blaster 27 Dec '17

27 Dec '17

Fresh install of 4.2 self hosted engine. Right after install, I tried to add local storage. I tried to put the hosted engine VM into maint mode, but it forever just sat there in the going into maint state, and never actually went into maint state. The default Datacenter was in uninitialized state. So I tried adding an NFS storage domain, which initialized the datacenter. Now when I try and put the hosted engine VM into maint mode I get: Cannot switch the hosts to maintenance mode. There are no available hosts capable of running the engine VM. What am I doing wrong?

4 4

VDSM version is not supported for FirewallD
by 潘友明 26 Dec '17

26 Dec '17

------=_Part_19711_54799631.1514250840139 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGk6CgoKSSByZWNlbnRseSBidWlsdCBvdmlydCwgd2hpY2ggSSBjb21waWxlZCB0aHJvdWdoIHNv dXJjZSBjb2RlIHZlcnNpb24gNC4yLjAgb3ZpcnQuClRoZSBmb2xsb3dpbmcgZXJyb3Igb2NjdXJy ZWQgd2hlbiBJIGFkZGVkIHRoZSBub2RlIDoKCgoiClRBU0sgW292aXJ0LWhvc3QtZGVwbG95LWxp YnZpcnQtZ3Vlc3RzIDogU2V0dXAgdGhlIGNvbmZpZ3VyYXRpb24gZmlsZV0gKioqKioqKioqCnNr aXBwaW5nOiBbMTAuMTAwLjIxMS4xMDZdCgoKVEFTSyBbb3ZpcnQtaG9zdC1kZXBsb3ktbGlidmly dC1ndWVzdHMgOiBTdGFydCBsaWJ2aXJ0LWd1ZXN0cyBzZXJ2aWNlIGFuZCBlbnN1cmUgaXRzIGVu YWJsZWRdICoqKgpza2lwcGluZzogWzEwLjEwMC4yMTEuMTA2XQoKClRBU0sgW292aXJ0LWhvc3Qt ZGVwbG95LWZpcmV3YWxsZCA6IENoZWNrIGlmIFZEU00gdmVyc2lvbiBpcyBzdXBwb3J0ZWQgZm9y IEZpcmV3YWxsRF0gKioqCmZhdGFsOiBbMTAuMTAwLjIxMS4xMDZdOiBGQUlMRUQhID0+IHsiY2hh bmdlZCI6IGZhbHNlLCAibXNnIjogIlZEU00gdmVyc2lvbiA0LjE5LjI4IGlzIG5vdCBzdXBwb3J0 ZWQgZm9yIEZpcmV3YWxsRC4ifQoKClBMQVkgUkVDQVAgKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCjEwLjEwMC4yMTEu MTA2ICAgICAgICAgICAgIDogb2s9MyAgICBjaGFuZ2VkPTAgICAgdW5yZWFjaGFibGU9MCAgICBm YWlsZWQ9MQoiCgoKTm93IEkgc2hvdWxkIGNob29zZSB3aGljaCB2ZXJzaW9uIG9mIFZEU00sIG9y IHRoZXJlIGFyZSBvdGhlciBiZXR0ZXIgc29sdXRpb25zLgpUaGFuayB5b3U= ------=_Part_19711_54799631.1514250840139 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SGk6PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48ZGl2 PkkgcmVjZW50bHkgYnVpbHQgb3ZpcnQsIHdoaWNoIEkgY29tcGlsZWQgdGhyb3VnaCBzb3VyY2Ug Y29kZSB2ZXJzaW9uIDQuMi4wIG92aXJ0LjwvZGl2PjxkaXY+VGhlIGZvbGxvd2luZyBlcnJvciBv Y2N1cnJlZCB3aGVuIEkgYWRkZWQgdGhlIG5vZGUgOjwvZGl2PjwvZGl2PjxkaXY+PGJyPjwvZGl2 PjxkaXY+IjwvZGl2PjxkaXY+PGRpdj5UQVNLIFtvdmlydC1ob3N0LWRlcGxveS1saWJ2aXJ0LWd1 ZXN0cyA6IFNldHVwIHRoZSBjb25maWd1cmF0aW9uIGZpbGVdICoqKioqKioqKjwvZGl2PjxkaXY+ c2tpcHBpbmc6IFsxMC4xMDAuMjExLjEwNl08L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlRBU0sg W292aXJ0LWhvc3QtZGVwbG95LWxpYnZpcnQtZ3Vlc3RzIDogU3RhcnQgbGlidmlydC1ndWVzdHMg c2VydmljZSBhbmQgZW5zdXJlIGl0cyBlbmFibGVkXSAqKio8L2Rpdj48ZGl2PnNraXBwaW5nOiBb MTAuMTAwLjIxMS4xMDZdPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5UQVNLIFtvdmlydC1ob3N0 LWRlcGxveS1maXJld2FsbGQgOiBDaGVjayBpZiBWRFNNIHZlcnNpb24gaXMgc3VwcG9ydGVkIGZv ciBGaXJld2FsbERdICoqKjwvZGl2PjxkaXY+ZmF0YWw6IFsxMC4xMDAuMjExLjEwNl06IEZBSUxF RCEgPSZndDsgeyJjaGFuZ2VkIjogZmFsc2UsICJtc2ciOiAiVkRTTSB2ZXJzaW9uIDQuMTkuMjgg aXMgbm90IHN1cHBvcnRlZCBmb3IgRmlyZXdhbGxELiJ9PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRp dj5QTEFZIFJFQ0FQICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKjwvZGl2PjxkaXY+MTAuMTAwLjIxMS4xMDYmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs6IG9rPTMmbmJzcDsgJm5i c3A7IGNoYW5nZWQ9MCZuYnNwOyAmbmJzcDsgdW5yZWFjaGFibGU9MCZuYnNwOyAmbmJzcDsgZmFp bGVkPTE8L2Rpdj48L2Rpdj48ZGl2PiI8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PjxkaXY+Tm93 IEkgc2hvdWxkIGNob29zZSB3aGljaCB2ZXJzaW9uIG9mIFZEU00sIG9yIHRoZXJlIGFyZSBvdGhl ciBiZXR0ZXIgc29sdXRpb25zLjwvZGl2PjxkaXY+VGhhbmsgeW91PC9kaXY+PC9kaXY+PC9kaXY+ PGJyPjxicj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3RlciI+PHA+Jm5ic3A7PC9wPjwvc3Bhbj4= ------=_Part_19711_54799631.1514250840139--

3 2