- Users - oVirt List Archives

Deploy Self-Hosted Engine in a Active Host
by FERNANDO FREDIANI 28 Mar '18

28 Mar '18

Hello As I mentioned in another thread I am migrating a 'Bare-metal' oVirt-Engine to a Self-Hosted Engine. For that I am following this documentation: https://ovirt.org/documentation/self-hosted/chap-Migrating_from_Bare_Metal_… However I think called me attention and I wanted to clarity: Must the Host that will deploy the Self-Hosted Engine be in Maintenance mode and therefore with no other VMs running ? I have a Node which is currently part of a Cluster and wish to deploy the Self-Hosted Engine to it. Must I have to put it into Maintenance mode first or can I just run the 'hosted-engine --deploy'. Note: this Self-Hosted Engine will manage the existing cluster where this Node exists. Guess that is not an issue at all and part of what Self-Hosted Engine is intended to. Thanks Fernando

1 0

oVirt Node Resize tool for local storage
by Matt Simonsen 28 Mar '18

28 Mar '18

Hello, We have a development box with local storage, running ovirt Node 4.1 It appears that using the admin interface on port 9090 I can resize a live partition to a smaller size. Our storage is a seperate LVM partition, ext4 formated. My question is, both theoretically and practically, if anyone has feedback on: #1: Does this work (ie- will it shrink the filesystem then shrink the LV)? #2: May we do this with VMs running? Thanks Matt

3 2

Re: [ovirt-users] Snapshot of the Self-Hosted Engine
by FERNANDO FREDIANI 28 Mar '18

28 Mar '18

Hello Sven and all. Yes storage does have the snapshot function and could be possibility be used, but I was wondering a even easier way through the oVirt Node CLI or something similar that can use the qcow2 image snapshot to do that with the Self-Hosted Engine in Global Maintenance. I used to run the oVirt Engine in a Libvirt KVM Virtual Machine in a separate Host and it has always been extremely handy to have this feature. There has been times where the upgrade was not successfully and just turning off the VM, starting it from snapshot saved my day. Regards Fernando 2018-03-27 14:14 GMT-03:00 Sven Achtelik <Sven.Achtelik(a)eps.aero>: > Hi Fernando, > > > > depending on where you’re having your storage you could set everything to > global maintenance, stop the vm and copy the disk image. Or if your storage > systeme is able to do snapshots you could use that function once the engine > is stopped. It’s the easiest way I can think of right now. What kind of > storage are you using ? > > > > Sven > > > > *Von:* users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] *Im > Auftrag von *FERNANDO FREDIANI > *Gesendet:* Dienstag, 27. März 2018 15:24 > *An:* users > *Betreff:* [ovirt-users] Snapshot of the Self-Hosted Engine > > > > Hello > > Is it possible to snapshot the Self-Hosted Engine before an Upgrade ? If > so how ? > > Thanks > > Fernando >

1 0

Snapshot of the Self-Hosted Engine
by FERNANDO FREDIANI 28 Mar '18

28 Mar '18

Hello Is it possible to snapshot the Self-Hosted Engine before an Upgrade ? If so how ? Thanks Fernando

3 2

Ping::(action) Failed to ping x.x.x.x, (4 out of 5)
by info＠linuxfabrik.ch 28 Mar '18

28 Mar '18

Hi all, we randomly and constantly have this message in our /var/log/ovirt- hosted-engine-ha/broker.log: /var/log/ovirt-hosted-engine-ha/broker.log:Thread-1::WARNING::2018-03- 27 08:17:25,891::ping::63::ping.Ping::(action) Failed to ping x.x.x.x, (4 out of 5) The pinged device is a switch (not a gateway). We know that a switch might drop icmp packets if it needs to. The interesting thing about that is if it fails it fails always at "4 out of 5", but in the end (5 of 5) it always succeeds. Is there a way to increase the amount of pings or to have another way instead of ping? Regards Markus

2 1

Testing oVirt 4.2
by wodel youchi 28 Mar '18

28 Mar '18

Hi, I am testing oVirt 4.2, I am using nested KVM for that. I am using two hypervisors Centos 7 updated and the hosted-Engine deployment using the ovirt appliance. For storage I am using iscsi and NFS4 Versions I am using : ovirt-engine-appliance-4.2-20180214.1.el7.centos.noarch ovirt-hosted-engine-setup-2.2.9-1.el7.centos.noarch kernel-3.10.0-693.21.1.el7.x86_64 I have a problem deploying the hosted-engine VM, when configuring the deployment (hosted-engine --deploy), it asks for the engine's hostname then the engine's IP address, I use static IP, in my lab I used *192.168.1.104* as IP for the VM engine, and I choose to add the it's hostname entry to the hypervisors's /etc/hosts But the deployment get stuck every time in the same place : *TASK [Wait for the host to become non operational]* After some time, it gave up and the deployment fails. I don't know the reason for now, but I have seen this behavior in */etc/hosts *of the hypervisor. In the beginning of the deployment the entry *192.168.2.104 engine01.example.local* is added, then sometime after that it's deleted, then a new entry is added with this IP *192.168.122.65 engine01.wodel.wd* which has nothing to do with the network I am using. Here is the error I am seeing in the deployment log 2018-03-24 11:51:31,398+0100 INFO otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:100 TASK [Wait for the host to become non operational] 2018-03-24 12:02:07,284+0100 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:94 {u'_ansible _parsed': True, u'_ansible_no_log': False, u'changed': False, u'attempts': 150, u'invocation': {u'module_args': {u'pattern': u'name=hyperv01.wodel.wd', u'fetch_nested': False, u'nested_attributes': []}}, u'ansible_facts': {u'ovirt_hosts': []}} 2018-03-24 12:02:07,385+0100 ERROR otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:98 fatal: [loc alhost]: FAILED! => {"ansible_facts": {"ovirt_hosts": []}, "attempts": 150, "changed": false} 2018-03-24 12:02:07,587+0100 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:94 PLAY RECAP [engine01.wodel.wd] : ok: 15 changed: 8 unreachable: 0 skipped: 4 failed: 0 2018-03-24 12:02:07,688+0100 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:94 PLAY RECAP [localhost] : ok: 41 changed: 14 unreachable: 0 skipped: 3 failed: 1 2018-03-24 12:02:07,789+0100 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:180 ansible-playbook rc: 2 2018-03-24 12:02:07,790+0100 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:187 ansible-playbook stdou t: 2018-03-24 12:02:07,791+0100 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:189 to retry, use: --limi t @/usr/share/ovirt-hosted-engine-setup/ansible/bootstrap_local_vm.retry 2018-03-24 12:02:07,791+0100 DEBUG otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:190 ansible-playbook stder r: 2018-03-24 12:02:07,792+0100 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-ansiblesetup/core/misc.py", line 186, in _closeup r = ah.run() File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/ansible_utils.py", line 194, in run raise RuntimeError(_('Failed executing ansible-playbook')) RuntimeError: Failed executing ansible-playbook 2018-03-24 12:02:07,795+0100 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Closing up': Failed exec uting ansible-playbook any idea???? Regards

3 3

overt-guest-agent Failure on latest Debian 9 Sretch
by Andrei Verovski 27 Mar '18

27 Mar '18

Hi, I just installed latest Debian 9 Sretch under oVirt 4.2 and got this error: # tail -n 1000 ovirt-guest-agent.log MainThread::INFO::2018-03-26 17:09:57,400::ovirt-guest-agent::59::root::Starting oVirt guest agent MainThread::ERROR::2018-03-26 17:09:57,402::ovirt-guest-agent::141::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 135, in <module> agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 65, in run self.agent = LinuxVdsAgent(config) File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 472, in __init__ AgentLogicBase.__init__(self, config) File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 188, in __init__ self.vio = VirtIoChannel(config.get("virtio", "device")) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 153, in __init__ self._stream = VirtIoStream(vport_name) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 134, in __init__ self._vport = os.open(vport_name, os.O_RDWR) OSError: [Errno 2] No such file or directory: '/dev/virtio-ports/com.redhat.rhevm.vdsm’ Followed this manual: https://bugzilla.redhat.com/show_bug.cgi?id=1472293 and run touch /etc/udev/rules.d/55-ovirt-guest-agent.rules # edit /etc/udev/rules.d/55-ovirt-guest-agent.rules SYMLINK=="virtio-ports/ovirt-guest-agent.0", OWNER="ovirtagent", GROUP="ovirtagent" udevadm trigger --subsystem-match="virtio-ports” AND this http://lists.ovirt.org/pipermail/users/2018-January/086101.html touch /etc/ovirt-guest-agent/ovirt-guest-agent.conf # <— it didn't existed so I created it. # edit /etc/ovirt-guest-agent.conf [virtio] device = /dev/virtio-ports/ovirt-guest-agent.0 reboot Yet still have same problem and error message. How to solve it ? Thanks in advance Andrei

4 4

vdi over wan optimation
by Andreas Huser 27 Mar '18

27 Mar '18

Hi, i have a question about vdi over wan. The traffic is very high when i look videos or online streams. 100% of my capacity of Internet Bandwidth is used. Does anyone an idea how can i optimise spice for wan? Thanks a lot Andreas

2 1

Host non-responsive after engine failure
by spfma.tech＠e.mail.fr 27 Mar '18

27 Mar '18

--=_fa659c011be33add9dea7033694abeb7 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=0A=0AI had an electrical failure on the server hosting the engine.= =0AAfter the reboot it was able to gain access to it again, log into the= GUI, but the currently online node is not leaving "not responsive" stat= us.=0AOf course, the network storage paths are still mounted, the VMs ar= e running, but I can't gain control again.=0A=0AIn vdsmd.log, I have a l= ot of messages like this one :=0A2018-03-27 12:03:11,281+0200 INFO (vmre= covery) [vds] recovery: waiting for storage pool to go up (clientIF:674)= =0A2018-03-27 12:03:16,286+0200 INFO (vmrecovery) [vdsm.api] START getCo= nnectedStoragePoolsList(options=3DNone) from=3Dinternal, task_id=3Db90f5= 50e-ee68-4a91-a7c6-3b60f11c3978 (api:46)=0A2018-03-27 12:03:16,286+0200= INFO (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return= =3D{'poollist': []} from=3Dinternal, task_id=3Db90f550e-ee68-4a91-a7c6-3= b60f11c3978 (api:52)=0A2018-03-27 12:03:16,287+0200 INFO (vmrecovery) [v= ds] recovery: waiting for storage pool to go up (clientIF:674)=0A2018-03= -27 12:03:18,413+0200 INFO (periodic/3) [vdsm.api] START repoStats(domai= ns=3D()) from=3Dinternal, task_id=3D067714b4-8172-4eec-92bb-6ac16586a657= (api:46)=0A2018-03-27 12:03:18,413+0200 INFO (periodic/3) [vdsm.api] FI= NISH repoStats return=3D{} from=3Dinternal, task_id=3D067714b4-8172-4eec= -92bb-6ac16586a657 (api:52)=0A2018-03-27 12:03:18,413+0200 INFO (periodi= c/3) [vdsm.api] START multipath_health() from=3Dinternal, task_id=3De974= 21fb-5d5a-4291-9231-94bc1961cc49 (api:46)=0A2018-03-27 12:03:18,413+0200= INFO (periodic/3) [vdsm.api] FINISH multipath_health return=3D{} from= =3Dinternal, task_id=3De97421fb-5d5a-4291-9231-94bc1961cc49 (api:52)=0A2= 018-03-27 12:03:20,458+0200 INFO (jsonrpc/6) [api.host] START getAllVmSt= ats() from=3D::1,57576 (api:46)=0A2018-03-27 12:03:20,462+0200 INFO (jso= nrpc/6) [api.host] FINISH getAllVmStats return=3D{'status': {'message':= 'Done', 'code': 0}, 'statsList': (suppressed)} from=3D::1,57576 (api:52= )=0A2018-03-27 12:03:20,464+0200 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer= ] RPC call Host.getAllVmStats succeeded in 0.01 seconds (__init__:573)= =0A2018-03-27 12:03:20,474+0200 INFO (jsonrpc/7) [api.host] START getAll= VmIoTunePolicies() from=3D::1,57576 (api:46)=0A2018-03-27 12:03:20,475+0= 200 INFO (jsonrpc/7) [api.host] FINISH getAllVmIoTunePolicies return=3D{= 'status': {'message': 'Done', 'code': 0}, 'io_tune_policies_dict': {'c33= a30ba-7fe8-4ff4-aeac-80cb396b9670': {'policy': [], 'current_values': [{'= ioTune': {'write_bytes_sec': 0L, 'total_iops_sec': 0L, 'read_iops_sec':= 0L, 'read_bytes_sec': 0L, 'write_iops_sec': 0L, 'total_bytes_sec': 0L},= 'path': '/rhev/data-center/mnt/10.100.2.132:_volume2_ovirt__vms__1/07ef= a4fe-06bc-498e-8f42-035461aef900/images/593f6f61-cb7f-4c53-b6e7-617964c2= 22e9/329b2e8b-6cf9-4b39-9190-14a32697ce44', 'name': 'sda'}]}, 'e8a90739-= 7737-413e-8edc-a373192f4476': {'policy': [], 'current_values': [{'ioTune= ': {'write_bytes_sec': 0L, 'total_iops_sec': 0L, 'read_iops_sec': 0L, 'r= ead_bytes_sec': 0L, 'write_iops_sec': 0L, 'total_bytes_sec': 0L}, 'path'= : '/rhev/data-center/mnt/10.100.2.132:_volume2_ovirt__vms__1/07efa4fe-06= bc-498e-8f42-035461aef900/images/97e078f7-69c6-46c2-b620-26474cd65929/bb= b4a1fb-5594-4750-be71-c6b55dca3257', 'name': 'vda'}]}, '3aec5ce4-691f-48= 7c-a916-aa7f7a664d8c': {'policy': [], 'current_values': [{'ioTune': {'wr= ite_bytes_sec': 0L, 'total_iops_sec': 0L, 'read_iops_sec': 0L, 'read_byt= es_sec': 0L, 'write_iops_sec': 0L, 'total_bytes_sec': 0L}, 'path': '/rhe= v/data-center/mnt/10.100.2.132:_volume2_ovirt__vms__1/07efa4fe-06bc-498e= -8f42-035461aef900/images/46a65a1b-d00a-452d-ab9b-70862bb5c053/a4d2ad44-= 5577-4412-9a8c-819d1f12647a', 'name': 'sda'}, {'ioTune': {'write_bytes_s= ec': 0L, 'total_iops_sec': 0L, 'read_iops_sec': 0L, 'read_bytes_sec': 0L= , 'write_iops_sec': 0L, 'total_bytes_sec': 0L}, 'path': '/rhev/data-cent= er/mnt/10.100.2.132:_volume2_ovirt__vms__1/07efa4fe-06bc-498e-8f42-03546= 1aef900/images/0c3a13ce-8f7a-4034-a8cc-12f795b8aa17/c48e0e37-e54b-4ca3-b= 3ed-b66ead9fad44', 'name': 'sdb'}]}, '5de1de8f-ac01-459f-b4b8-6d1ed05c8c= a3': {'policy': [], 'current_values': [{'ioTune': {'write_bytes_sec': 0L= , 'total_iops_sec': 0L, 'read_iops_sec': 0L, 'read_bytes_sec': 0L, 'writ= e_iops_sec': 0L, 'total_bytes_sec': 0L}, 'path': '/rhev/data-center/mnt/= 10.100.2.132:_volume2_ovirt__vms__1/07efa4fe-06bc-498e-8f42-035461aef900= /images/320ac81c-7db7-4ec0-a271-755e91442b6a/8bfc95c5-318c-43dd-817f-6c7= a8a7a5b43', 'name': 'sda'}, {'ioTune': {'write_bytes_sec': 0L, 'total_io= ps_sec': 0L, 'read_iops_sec': 0L, 'read_bytes_sec': 0L, 'write_iops_sec'= : 0L, 'total_bytes_sec': 0L}, 'path': '/rhev/data-center/mnt/10.100.2.13= 2:_volume2_ovirt__vms__1/07efa4fe-06bc-498e-8f42-035461aef900/images/e7a= d86bb-3c63-466b-82cf-687164c46f7b/613ea0ce-ed14-4185-b3fd-36490441f889',= 'name': 'sdb'}]}, '5d548a09-a397-4aac-8b1f-39002e014f5f': {'policy': []= , 'current_values': [{'ioTune': {'write_bytes_sec': 0L, 'total_iops_sec'= : 0L, 'read_iops_sec': 0L, 'read_bytes_sec': 0L, 'write_iops_sec': 0L, '= total_bytes_sec': 0L}, 'path': '/rhev/data-center/mnt/10.100.2.132:_volu= me2_ovirt__vms__1/07efa4fe-06bc-498e-8f42-035461aef900/images/c7421014-7= c5f-45ad-a948-caa83b8ce3e7/ae0ba893-69af-4b67-a262-b739596d5c95', 'name'= : 'sda'}]}, '168b01b1-5ec8-41dd-808e-fa9f66cea718': {'policy': [], 'curr= ent_values': [{'ioTune': {'write_bytes_sec': 0L, 'total_iops_sec': 0L, '= read_iops_sec': 0L, 'read_bytes_sec': 0L, 'write_iops_sec': 0L, 'total_b= ytes_sec': 0L}, 'path': '/rhev/data-center/mnt/10.100.2.132:_volume2_ovi= rt__vms__1/07efa4fe-06bc-498e-8f42-035461aef900/images/b9b7902a-7a62-482= 6-bfda-dff260b9fcd1/d05db17c-9908-4bfb-a74b-4aa944510a56', 'name': 'vda'= }, {'ioTune': {'write_bytes_sec': 0L, 'total_iops_sec': 0L, 'read_iops_s= ec': 0L, 'read_bytes_sec': 0L, 'write_iops_sec': 0L, 'total_bytes_sec':= 0L}, 'path': '/rhev/data-center/mnt/10.100.2.132:_volume2_ovirt__vms__1= /07efa4fe-06bc-498e-8f42-035461aef900/images/564b3848-b6d5-4deb-910f-5b6= f2fdbccc5/4f89ff25-2d3b-40b9-9bbc-9a6b6995346c', 'name': 'vdb'}, {'ioTun= e': {'write_bytes_sec': 0L, 'total_iops_sec': 0L, 'read_iops_sec': 0L, '= read_bytes_sec': 0L, 'write_iops_sec': 0L, 'total_bytes_sec': 0L}, 'path= ': '/rhev/data-center/mnt/10.100.2.132:_volume2_ovirt__vms__1/07efa4fe-0= 6bc-498e-8f42-035461aef900/images/738e0704-8484-483b-ae67-091715496152/2= f811423-6bab-4966-9c00-9d3b72429328', 'name': 'vdc'}]}}} from=3D::1,5757= 6 (api:52)=0A2018-03-27 12:03:20,475+0200 INFO (jsonrpc/7) [jsonrpc.Json= RpcServer] RPC call Host.getAllVmIoTunePolicies succeeded in 0.00 second= s (__init__:573)=0A2018-03-27 12:03:21,292+0200 INFO (vmrecovery) [vdsm.= api] START getConnectedStoragePoolsList(options=3DNone) from=3Dinternal,= task_id=3Da35602b2-7d5c-4e87-86cd-ede17c62488f (api:46)=0A2018-03-27 12= :03:21,292+0200 INFO (vmrecovery) [vdsm.api] FINISH getConnectedStorageP= oolsList return=3D{'poollist': []} from=3Dinternal, task_id=3Da35602b2-7= d5c-4e87-86cd-ede17c62488f (api:52)=0A2018-03-27 12:03:21,293+0200 INFO= (vmrecovery) [vds] recovery: waiting for storage pool to go up (clientI= F:674)=0A=0ASo i see no error.=0A=0ABut in messages :=0AMar 27 12:01:43= pfm-srv-virt-2 libvirtd: 2018-03-27 10:01:43.569+0000: 71793: error : q= emuDomainAgentAvailable:6030 : Guest agent is not responding: QEMU guest= agent is not connected=0A=0AI have restarted libvirtd and vdsmd service= s.=0A=0AIs there something else to do ?=0A=0ARegards =0A=0A-------------= ------------------------------------------------------------------------= ------------=0AFreeMail powered by mail.fr --=_fa659c011be33add9dea7033694abeb7 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <div><span style=3D"font-family: arial, helvetica,sans-serif; font-size:= 10pt; color: #000000;">Hi,<br /><br />I had an electrical failure on th= e server hosting the engine.<br />After the reboot it was able to gain a= ccess to it again, log into the GUI, but the currently online node is no= t leaving "not responsive" status.<br />Of course, the network storage p= aths are still mounted, the VMs are running, but I can't gain control ag= ain.<br /><br />In vdsmd.log, I have a lot of messages like this one :<b= r />2018-03-27 12:03:11,281+0200 INFO  (vmrecovery) [vds] recovery:= waiting for storage pool to go up (clientIF:674)<br />2018-03-27 12:03:= 16,286+0200 INFO  (vmrecovery) [vdsm.api] START getConnectedStorage= PoolsList(options=3DNone) from=3Dinternal, task_id=3Db90f550e-ee68-4a91-= a7c6-3b60f11c3978 (api:46)<br />2018-03-27 12:03:16,286+0200 INFO = (vmrecovery) [vdsm.api] FINISH getConnectedStoragePoolsList return=3D{'= poollist': []} from=3Dinternal, task_id=3Db90f550e-ee68-4a91-a7c6-3b60f1= 1c3978 (api:52)<br />2018-03-27 12:03:16,287+0200 INFO  (vmrecovery= ) [vds] recovery: waiting for storage pool to go up (clientIF:674)<br />= 2018-03-27 12:03:18,413+0200 INFO  (periodic/3) [vdsm.api] START re= poStats(domains=3D()) from=3Dinternal, task_id=3D067714b4-8172-4eec-92bb= -6ac16586a657 (api:46)<br />2018-03-27 12:03:18,413+0200 INFO  (per= iodic/3) [vdsm.api] FINISH repoStats return=3D{} from=3Dinternal, task_i= d=3D067714b4-8172-4eec-92bb-6ac16586a657 (api:52)<br />2018-03-27 12:03:= 18,413+0200 INFO  (periodic/3) [vdsm.api] START multipath_health()= from=3Dinternal, task_id=3De97421fb-5d5a-4291-9231-94bc1961cc49 (api:46= )<br />2018-03-27 12:03:18,413+0200 INFO  (periodic/3) [vdsm.api] F= INISH multipath_health return=3D{} from=3Dinternal, task_id=3De97421fb-5= d5a-4291-9231-94bc1961cc49 (api:52)<br />2018-03-27 12:03:20,458+0200 IN= FO  (jsonrpc/6) [api.host] START getAllVmStats() from=3D::1,57576 (= api:46)<br />2018-03-27 12:03:20,462+0200 INFO  (jsonrpc/6) [api.ho= st] FINISH getAllVmStats return=3D{'status': {'message': 'Done', 'code':= 0}, 'statsList': (suppressed)} from=3D::1,57576 (api:52)<br />2018-03-2= 7 12:03:20,464+0200 INFO  (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC c= all Host.getAllVmStats succeeded in 0.01 seconds (__init__:573)<br />201= 8-03-27 12:03:20,474+0200 INFO  (jsonrpc/7) [api.host] START getAll= VmIoTunePolicies() from=3D::1,57576 (api:46)<br />2018-03-27 12:03:20,47= 5+0200 INFO  (jsonrpc/7) [api.host] FINISH getAllVmIoTunePolicies r= eturn=3D{'status': {'message': 'Done', 'code': 0}, 'io_tune_policies_dic= t': {'c33a30ba-7fe8-4ff4-aeac-80cb396b9670': {'policy': [], 'current_val= ues': [{'ioTune': {'write_bytes_sec': 0L, 'total_iops_sec': 0L, 'read_io= ps_sec': 0L, 'read_bytes_sec': 0L, 'write_iops_sec': 0L, 'total_bytes_se= c': 0L}, 'path': '/rhev/data-center/mnt/10.100.2.132:_volume2_ovirt__vms= __1/07efa4fe-06bc-498e-8f42-035461aef900/images/593f6f61-cb7f-4c53-b6e7-= 617964c222e9/329b2e8b-6cf9-4b39-9190-14a32697ce44', 'name': 'sda'}]}, 'e= 8a90739-7737-413e-8edc-a373192f4476': {'policy': [], 'current_values': [= {'ioTune': {'write_bytes_sec': 0L, 'total_iops_sec': 0L, 'read_iops_sec'= : 0L, 'read_bytes_sec': 0L, 'write_iops_sec': 0L, 'total_bytes_sec': 0L}= , 'path': '/rhev/data-center/mnt/10.100.2.132:_volume2_ovirt__vms__1/07e= fa4fe-06bc-498e-8f42-035461aef900/images/97e078f7-69c6-46c2-b620-26474cd= 65929/bbb4a1fb-5594-4750-be71-c6b55dca3257', 'name': 'vda'}]}, '3aec5ce4= -691f-487c-a916-aa7f7a664d8c': {'policy': [], 'current_values': [{'ioTun= e': {'write_bytes_sec': 0L, 'total_iops_sec': 0L, 'read_iops_sec': 0L, '= read_bytes_sec': 0L, 'write_iops_sec': 0L, 'total_bytes_sec': 0L}, 'path= ': '/rhev/data-center/mnt/10.100.2.132:_volume2_ovirt__vms__1/07efa4fe-0= 6bc-498e-8f42-035461aef900/images/46a65a1b-d00a-452d-ab9b-70862bb5c053/a= 4d2ad44-5577-4412-9a8c-819d1f12647a', 'name': 'sda'}, {'ioTune': {'write= _bytes_sec': 0L, 'total_iops_sec': 0L, 'read_iops_sec': 0L, 'read_bytes_= sec': 0L, 'write_iops_sec': 0L, 'total_bytes_sec': 0L}, 'path': '/rhev/d= ata-center/mnt/10.100.2.132:_volume2_ovirt__vms__1/07efa4fe-06bc-498e-8f= 42-035461aef900/images/0c3a13ce-8f7a-4034-a8cc-12f795b8aa17/c48e0e37-e54= b-4ca3-b3ed-b66ead9fad44', 'name': 'sdb'}]}, '5de1de8f-ac01-459f-b4b8-6d= 1ed05c8ca3': {'policy': [], 'current_values': [{'ioTune': {'write_bytes_= sec': 0L, 'total_iops_sec': 0L, 'read_iops_sec': 0L, 'read_bytes_sec': 0= L, 'write_iops_sec': 0L, 'total_bytes_sec': 0L}, 'path': '/rhev/data-cen= ter/mnt/10.100.2.132:_volume2_ovirt__vms__1/07efa4fe-06bc-498e-8f42-0354= 61aef900/images/320ac81c-7db7-4ec0-a271-755e91442b6a/8bfc95c5-318c-43dd-= 817f-6c7a8a7a5b43', 'name': 'sda'}, {'ioTune': {'write_bytes_sec': 0L, '= total_iops_sec': 0L, 'read_iops_sec': 0L, 'read_bytes_sec': 0L, 'write_i= ops_sec': 0L, 'total_bytes_sec': 0L}, 'path': '/rhev/data-center/mnt/10.= 100.2.132:_volume2_ovirt__vms__1/07efa4fe-06bc-498e-8f42-035461aef900/im= ages/e7ad86bb-3c63-466b-82cf-687164c46f7b/613ea0ce-ed14-4185-b3fd-364904= 41f889', 'name': 'sdb'}]}, '5d548a09-a397-4aac-8b1f-39002e014f5f': {'pol= icy': [], 'current_values': [{'ioTune': {'write_bytes_sec': 0L, 'total_i= ops_sec': 0L, 'read_iops_sec': 0L, 'read_bytes_sec': 0L, 'write_iops_sec= ': 0L, 'total_bytes_sec': 0L}, 'path': '/rhev/data-center/mnt/10.100.2.1= 32:_volume2_ovirt__vms__1/07efa4fe-06bc-498e-8f42-035461aef900/images/c7= 421014-7c5f-45ad-a948-caa83b8ce3e7/ae0ba893-69af-4b67-a262-b739596d5c95'= , 'name': 'sda'}]}, '168b01b1-5ec8-41dd-808e-fa9f66cea718': {'policy': [= ], 'current_values': [{'ioTune': {'write_bytes_sec': 0L, 'total_iops_sec= ': 0L, 'read_iops_sec': 0L, 'read_bytes_sec': 0L, 'write_iops_sec': 0L,= 'total_bytes_sec': 0L}, 'path': '/rhev/data-center/mnt/10.100.2.132:_vo= lume2_ovirt__vms__1/07efa4fe-06bc-498e-8f42-035461aef900/images/b9b7902a= -7a62-4826-bfda-dff260b9fcd1/d05db17c-9908-4bfb-a74b-4aa944510a56', 'nam= e': 'vda'}, {'ioTune': {'write_bytes_sec': 0L, 'total_iops_sec': 0L, 're= ad_iops_sec': 0L, 'read_bytes_sec': 0L, 'write_iops_sec': 0L, 'total_byt= es_sec': 0L}, 'path': '/rhev/data-center/mnt/10.100.2.132:_volume2_ovirt= __vms__1/07efa4fe-06bc-498e-8f42-035461aef900/images/564b3848-b6d5-4deb-= 910f-5b6f2fdbccc5/4f89ff25-2d3b-40b9-9bbc-9a6b6995346c', 'name': 'vdb'},= {'ioTune': {'write_bytes_sec': 0L, 'total_iops_sec': 0L, 'read_iops_sec= ': 0L, 'read_bytes_sec': 0L, 'write_iops_sec': 0L, 'total_bytes_sec': 0L= }, 'path': '/rhev/data-center/mnt/10.100.2.132:_volume2_ovirt__vms__1/07= efa4fe-06bc-498e-8f42-035461aef900/images/738e0704-8484-483b-ae67-091715= 496152/2f811423-6bab-4966-9c00-9d3b72429328', 'name': 'vdc'}]}}} from=3D= ::1,57576 (api:52)<br />2018-03-27 12:03:20,475+0200 INFO  (jsonrpc= /7) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies succeed= ed in 0.00 seconds (__init__:573)<br />2018-03-27 12:03:21,292+0200 INFO=   (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(option= s=3DNone) from=3Dinternal, task_id=3Da35602b2-7d5c-4e87-86cd-ede17c62488= f (api:46)<br />2018-03-27 12:03:21,292+0200 INFO  (vmrecovery) [vd= sm.api] FINISH getConnectedStoragePoolsList return=3D{'poollist': []} fr= om=3Dinternal, task_id=3Da35602b2-7d5c-4e87-86cd-ede17c62488f (api:52)<b= r />2018-03-27 12:03:21,293+0200 INFO  (vmrecovery) [vds] recovery:= waiting for storage pool to go up (clientIF:674)<br /><br />So i see no= error.<br /><br />But in messages :<br />Mar 27 12:01:43 pfm-srv-virt-2= libvirtd: 2018-03-27 10:01:43.569+0000: 71793: error : qemuDomainAgentA= vailable:6030 : Guest agent is not responding: QEMU guest agent is not c= onnected<br /><br /><br />I have restarted libvirtd and vdsmd services.<= br /><br />Is there something else to do ?<br /><br />Regards</span></di= v>=0A <br/><hr>FreeMail powered by <a href=3D"https:/= /mail.fr" target=3D"_blank">mail.fr</a>=0A --=_fa659c011be33add9dea7033694abeb7--

1 0

Workflow after restoring engine from backup
by Sven Achtelik 27 Mar '18

27 Mar '18

--_000_831f30ed018b4739a2491cbd24f2429depsaero_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, I had issue with the storage that hosted my engine vm. The disk got corrupt= ed and I needed to restore the engine from a backup. That worked as expecte= d, I just didn't start the engine yet. I know that after the backup was tak= en some machines where migrated around before the engine disks failed. My q= uestion is what will happen once I start the engine service which has the r= estored backup on it ? Will it query the hosts for the running VMs or will = it assume that the VMs are still on the hosts as they resided at the point = of backup ? Would I need to change the DB manual to let the engine know whe= re VMs are up at this point ? What will happen to HA VMs ? I feel that it m= ight try to start them a second time. My biggest issue is that I can't get= a service Windows to shutdown all VMs and then lat them restart by the eng= ine. Is there a known workflow for that ? Thank you, Sven --_000_831f30ed018b4739a2491cbd24f2429depsaero_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"DE" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hi All, <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I had issue with the storage th= at hosted my engine vm. The disk got corrupted and I needed to restore the = engine from a backup. That worked as expected, I just didn’t start th= e engine yet. I know that after the backup was taken some machines where migrated around before the engine disks fail= ed. My question is what will happen once I start the engine service which h= as the restored backup on it ? Will it query the hosts for the running VMs = or will it assume that the VMs are still on the hosts as they resided at the point of backup ? Would I need t= o change the DB manual to let the engine know where VMs are up at this poin= t ? What will happen to HA VMs ? I feel that it might try to start them a s= econd time.  My biggest issue is that I can’t get a service Windows to shutdown all VMs and then lat = them restart by the engine.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Is there a known workflow for t= hat ? <o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thank you, <o:p></o:p></span></= p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Sven <o:p></o:p></span></p> </div> </body> </html> --_000_831f30ed018b4739a2491cbd24f2429depsaero_--

2 6

[graph.y:363:graphyyerror] 0-parser: syntax error: line 19 (volume 'management'): "cluster.server-quorum-type:", allowed tokens are 'volume', 'type', 'subvolumes', 'option', 'end-volume'()
by TomK 27 Mar '18

27 Mar '18

Hey All, Wondering if anyone see this happen and can provide some hints. After numerous failed attempts to add a physical host to an oVirt VM engine that already had a gluster volume, I get this errors and I'm unable to start up gluster anymore: [2018-03-27 07:01:37.511304] E [MSGID: 101021] [graph.y:363:graphyyerror] 0-parser: syntax error: line 19 (volume 'management'): "cluster.server-quorum-type:" allowed tokens are 'volume', 'type', 'subvolumes', 'option', 'end-volume'() [2018-03-27 07:01:37.511597] E [MSGID: 100026] [glusterfsd.c:2403:glusterfs_process_volfp] 0-: failed to construct the graph [2018-03-27 07:01:37.511791] E [graph.c:1102:glusterfs_graph_destroy] (-->/usr/sbin/glusterd(glusterfs_volumes_init+0xfd) [0x55f06827d0cd] -->/usr/sbin/glusterd(glusterfs_process_volfp+0x150) [0x55f06827cf60] -->/lib64/libglusterfs.so.0(glusterfs_graph_destroy+0x84) [0x7f519a816c64] ) 0-graph: invalid argument: graph [Invalid argument] [2018-03-27 07:01:37.511839] W [glusterfsd.c:1393:cleanup_and_exit] (-->/usr/sbin/glusterd(glusterfs_volumes_init+0xfd) [0x55f06827d0cd] -->/usr/sbin/glusterd(glusterfs_process_volfp+0x163) [0x55f06827cf73] -->/usr/sbin/glusterd(cleanup_and_exit+0x6b) [0x55f06827c49b] ) 0-: received signum (-1), shutting down [2018-03-27 07:02:52.223358] I [MSGID: 100030] [glusterfsd.c:2556:main] 0-/usr/sbin/glusterd: Started running /usr/sbin/glusterd version 3.13.2 (args: /usr/sbin/glusterd -p /var/run/glusterd.pid --log-level INFO) [2018-03-27 07:02:52.229816] E [MSGID: 101021] [graph.y:363:graphyyerror] 0-parser: syntax error: line 19 (volume 'management'): "cluster.server-quorum-type:" allowed tokens are 'volume', 'type', 'subvolumes', 'option', 'end-volume'() [2018-03-27 07:02:52.230125] E [MSGID: 100026] [glusterfsd.c:2403:glusterfs_process_volfp] 0-: failed to construct the graph [2018-03-27 07:02:52.230320] E [graph.c:1102:glusterfs_graph_destroy] (-->/usr/sbin/glusterd(glusterfs_volumes_init+0xfd) [0x55832612b0cd] -->/usr/sbin/glusterd(glusterfs_process_volfp+0x150) [0x55832612af60] -->/lib64/libglusterfs.so.0(glusterfs_graph_destroy+0x84) [0x7f9a1ded4c64] ) 0-graph: invalid argument: graph [Invalid argument] [2018-03-27 07:02:52.230369] W [glusterfsd.c:1393:cleanup_and_exit] (-->/usr/sbin/glusterd(glusterfs_volumes_init+0xfd) [0x55832612b0cd] -->/usr/sbin/glusterd(glusterfs_process_volfp+0x163) [0x55832612af73] -->/usr/sbin/glusterd(cleanup_and_exit+0x6b) [0x55832612a49b] ) 0-: received signum (-1), shutting down -- Cheers, Tom K. ------------------------------------------------------------------------------------- Living on earth is expensive, but it includes a free trip around the sun.

1 0

Network interface persistence
by Sverker Abrahamsson 27 Mar '18

27 Mar '18

I have a number of vm's running under Ovirt 4.2, most are CentOS 7 and one Debian. Issue is that when multiple network interfaces are assigned they don't persist but it variates at boot which interface will be which. I've tried various methods, setting UUID and HWADDRESS in the ifcfg file and a file /etc/udev/rules.d/70-persistent-net.rules file like the below: SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1a:4a:16:01:63", KERNEL=="eth*", NAME="eth0" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1a:4a:16:01:6d", KERNEL=="eth*", NAME="eth1" I've also tried in the gui to change the network profile each virtual card is attached, but even then the interfaces in vm will be oposide of what I had intended. How to accomplish with Ovirt to get network interface persistence? The Debian vm is an appliance so I can't log in to it to change network interfaces. /Sverker

1 1

novnc_websocket_proxy_fqdn
by 董青龙 27 Mar '18

27 Mar '18

------=_Part_152734_1156022334.1522057002223 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGkgYWxsLAogICAgICAgIEkgYW0gdXNpbmcgbm92bmMgdG8gY29ubmVjdCB2bXMgaW4gbXkgb3Zp cnQ0LjEgZW52aXJvbm1lbnQuIE15IGVuZ2luZSBmcWRuIGhhcyBiZWVuIHNldCB0byAiZW5naW5l MS50ZXN0Lm9yZyIgYmVmb3JlIEkgZXhjdXRlZCAiZW5naW5lLXNldHVwIi4gSSBjb3VsZCBjb25u ZWN0IHZtcyB1c2luZyAiZW5naW5lMS50ZXN0Lm9yZyIgb24gY2xpZW50MSB3aGljaCAiZW5naW5l MS50ZXN0Lm9yZyIgY2FuIGJlIHJlc292ZWQuIE5vdyBJIHdhbnQgdG8gY29ubmVjdCB2bXMgdXNp bmcgImVuZ2luZTIudGVzdC5vcmciIG9uIGNsaWVudDIgd2hpY2ggb25seSAiZW5naW5lMi50ZXN0 Lm9yZyIgY2FuIGJlIHJlc29sdmVkLiBJIGhhdmUgc2V0ICJTU09fQUxURVJOQVRFX0VOR0lORV9G UUROUz0iZW5naW5lMi50ZXN0Lm9yZyIiIGluIC9ldGMvb3ZpcnQtZW5naW5lL2VuZ2luZS5jb25m LmQvOTktYWx0ZXJuYXRlLWVuZ2luZS1mcWRucy5jb25mLiBCdXQgSSBmYWlsZWQuIEl0IHNhaWQg dGhhdCAiY2FuJ3QgY29ubmVjdCB0byB3ZWJzb2NrZXQgcHJveHkgc2VydmVyIHdzczovL2VuZ2lu ZTEudGVzdC5vcmc6NjEwMCIuIFNvIHdoZXJlIGNhbiBJIG1vZGlmeSB0aGlzIHdlYnNvY2tldCBw cm94eSBwYXJhbWV0ZXI/CiAgICAgICAgQW55b25lIGNhbiBoZWxwPyBUaGFua3Mh ------=_Part_152734_1156022334.1522057002223 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SGkgYWxsLDwvZGl2PjxkaXY+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7IEkgYW0gdXNpbmcgbm92bmMgdG8gY29ubmVjdCB2bXMgaW4gbXkgb3ZpcnQ0 LjEgZW52aXJvbm1lbnQuIE15IGVuZ2luZSBmcWRuIGhhcyBiZWVuIHNldCB0byAiZW5naW5lMS50 ZXN0Lm9yZyIgYmVmb3JlIEkgZXhjdXRlZCAiZW5naW5lLXNldHVwIi4gSSBjb3VsZCBjb25uZWN0 IHZtcyB1c2luZyAiZW5naW5lMS50ZXN0Lm9yZyIgb24gY2xpZW50MSB3aGljaCAiZW5naW5lMS50 ZXN0Lm9yZyIgY2FuIGJlIHJlc292ZWQuIE5vdyBJIHdhbnQgdG8gY29ubmVjdCB2bXMgdXNpbmcg ImVuZ2luZTIudGVzdC5vcmciIG9uIGNsaWVudDIgd2hpY2ggb25seSAiZW5naW5lMi50ZXN0Lm9y ZyIgY2FuIGJlIHJlc29sdmVkLiBJIGhhdmUgc2V0ICJTU09fQUxURVJOQVRFX0VOR0lORV9GUURO Uz0iZW5naW5lMi50ZXN0Lm9yZyIiIGluJm5ic3A7L2V0Yy9vdmlydC1lbmdpbmUvZW5naW5lLmNv bmYuZC85OS1hbHRlcm5hdGUtZW5naW5lLWZxZG5zLmNvbmYuIEJ1dCBJIGZhaWxlZC4gSXQgc2Fp ZCB0aGF0ICJjYW4ndCBjb25uZWN0IHRvIHdlYnNvY2tldCBwcm94eSBzZXJ2ZXIgd3NzOi8vZW5n aW5lMS50ZXN0Lm9yZzo2MTAwIi4gU28gd2hlcmUgY2FuIEkgbW9kaWZ5IHRoaXMgd2Vic29ja2V0 IHByb3h5IHBhcmFtZXRlcj88L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBB bnlvbmUgY2FuIGhlbHA/IFRoYW5rcyE8L2Rpdj48L2Rpdj48YnI+PGJyPjxzcGFuIHRpdGxlPSJu ZXRlYXNlZm9vdGVyIj48cD4mbmJzcDs8L3A+PC9zcGFuPg== ------=_Part_152734_1156022334.1522057002223--

1 0

Re: [ovirt-users] VDSM SSL validity
by Punaatua PAINT-KOUI 26 Mar '18

26 Mar '18

I just tried, it works ! Thank for your help. Here are the steps that i followed: connect to the engine database using psql - use the request as you give it select fn_db_update_config_value(' VdsCertificateValidityInYears','2','general'); - verify the option by running select * from vdc_options where option_name like '%VdsCer%'; - restart ovirt-engine New host would have their certificates with the validity under 2 years. I tested with an existing host by put it in maintenance then reinstall Thanks ! those links helped me also: https://www.ovirt.org/develop/developer-guide/db-issues/dbupgrade/ https://www.ovirt.org/documentation/internal/database-upgrade-procedure/ 2018-03-23 17:52 GMT-10:00 Punaatua PAINT-KOUI <punaatua.pk(a)gmail.com>: > I just tried, it works ! Thank for your help. > > Here are the steps that i followed: > > connect to the engine database using psql > > - use the request as you give it select fn_db_update_config_value(' > VdsCertificateValidityInYears','2','general'); > > - verify the option by running select * from vdc_options where option_name > like '%VdsCer%'; > > - restart ovirt-engine > > New host would have their certificates with the validity under 2 years. I > tested with an existing host by put it in maintenance then reinstall > > Thanks ! > > those links helped me also: > > https://www.ovirt.org/develop/developer-guide/db-issues/dbupgrade/ > > https://www.ovirt.org/documentation/internal/database-upgrade-procedure/ > > > > 2018-03-22 0:49 GMT-10:00 Yedidyah Bar David <didi(a)redhat.com>: > >> On Thu, Mar 22, 2018 at 11:58 AM, Sahina Bose <sabose(a)redhat.com> wrote: >> > Didi, Sandro - Do you know if this option VdsCertificateValidityInYears >> is >> > present in 4.2? >> >> I do not think it ever was exposed to engine-config - I think it's a >> bug in that page. >> >> You should be able to update it with psql, if needed - something like >> this: >> >> select fn_db_update_config_value('VdsCertificateValidityInYears',' >> 2','general'); >> >> I didn't try this myself. >> >> To get an sql prompt, you can use engine-psql, which should be >> available in 4.2.2, >> or simply copy the script from the patch page: >> >> https://gerrit.ovirt.org/#/q/I4d9737ea72df0d7e654776a1085901284a523b7f >> >> Also, some people claim that the use of certificates for communication >> between >> the engine and the hosts is an internal implementation detail, which >> should not >> be relevant to PCI DSS requirements. See e.g.: >> >> https://ovirt.org/develop/release-management/features/infra/pkireduce/ >> >> > >> > On Mon, Mar 19, 2018 at 4:43 AM, Punaatua PAINT-KOUI < >> punaatua.pk(a)gmail.com> >> > wrote: >> >> >> >> Up >> >> >> >> 2018-02-17 2:57 GMT-10:00 Punaatua PAINT-KOUI <punaatua.pk(a)gmail.com>: >> >>> >> >>> Any idea someone ? >> >>> >> >>> Le 14 févr. 2018 23:19, "Punaatua PAINT-KOUI" <punaatua.pk(a)gmail.com> >> a >> >>> écrit : >> >>>> >> >>>> Hi, >> >>>> >> >>>> I setup an hyperconverged solution with 3 nodes, hosted engine on >> >>>> glusterfs. >> >>>> We run this setup in a PCI-DSS environment. According to PCI-DSS >> >>>> requirements, we are required to reduce the validity of any >> certificate >> >>>> under 39 months. >> >>>> >> >>>> I saw in this link >> >>>> https://www.ovirt.org/develop/release-management/features/infra/pki/ >> that i >> >>>> can use the option VdsCertificateValidityInYears at engine-config. >> >>>> >> >>>> I'm running ovirt engine 4.2.1 and i checked when i was on 4.2 how to >> >>>> edit the option with engine-config --all and engine-config --list >> but the >> >>>> option is not listed >> >>>> >> >>>> Am i missing something ? >> >>>> >> >>>> I thing i can regenerate a VDSM certificate with openssl and the CA >> conf >> >>>> in /etc/pki/ovirt-engine on the hosted-engine but i would rather >> modifiy the >> >>>> option for future host that I will add. >> >>>> >> >>>> -- >> >>>> ------------------------------------- >> >>>> PAINT-KOUI Punaatua >> >> >> >> >> >> >> >> >> >> -- >> >> ------------------------------------- >> >> PAINT-KOUI Punaatua >> >> Licence Pro Réseaux et Télecom IAR >> >> Université du Sud Toulon Var >> >> La Garde France >> >> >> >> _______________________________________________ >> >> Users mailing list >> >> Users(a)ovirt.org >> >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> > >> >> >> >> -- >> Didi >> > > > > -- > ------------------------------------- > PAINT-KOUI Punaatua > Licence Pro Réseaux et Télecom IAR > Université du Sud Toulon Var > La Garde France > -- ------------------------------------- PAINT-KOUI Punaatua Licence Pro Réseaux et Télecom IAR Université du Sud Toulon Var La Garde France

1 0

Juniper vSRX Cluster on oVirt/RHEV
by Charles Kozler 26 Mar '18

26 Mar '18

Hi All - Recently did this and thought it would be worth documenting. I couldnt find any solid information on vsrx with kvm outside of flat KVM. This outlines some of the things I hit along the way and how to fix. This is my one small way of giving back to such an incredible open source tool https://ckozler.net/vsrx-cluster-on-ovirtrhev/

4 6

Re: [ovirt-users] Problem to upgrade level cluster to 4.1
by Arik Hadas 26 Mar '18

26 Mar '18

On Sun, Mar 25, 2018 at 3:06 PM, Marcelo Leandro <marceloltmm(a)gmail.com> wrote: > Good morning, > follow the log: > > The real name of vms : > VPS-Jarauto > VPS-Jarauto-Firewall > VPS-Varejo-Mais > > Thanks, > Thanks for sharing the log. Two of these VMs are configured with the custom-property 'macspoof'. That property is not supposed to be used since 4.0 (IIRC). Nevertheless, defining this property for version 4.1 should solve this problem, see [1]. The third VM is in a weird state - it cannot be updated because the host it runs on doesn't support the number of CPUs defined for this VM. You can either shut this VM down during the cluster upgrade or try to migrate it to another host with more CPUs available. Unfortunately, I can't correlate those issues with the VMs you mentioned, but if you'll start with with the first issue you'll find which one of them is that 'third VM'. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1373573 > > 2018-03-25 3:29 GMT-03:00 Arik Hadas <ahadas(a)redhat.com>: > >> >> >> On Fri, Mar 23, 2018 at 9:09 PM, Marcelo Leandro <marceloltmm(a)gmail.com> >> wrote: >> >>> Hello, >>> I am try update the cluster level but i had this menssage erro: >>> >>> Erro durante a execução da ação: Update of cluster compatibility version >>> failed because there are VMs/Templates [VPS-NAME01, VPS-NAME02, >>> VPS-NAME03] with incorrect configuration. To fix the issue, please go >>> to each of them, edit and press OK. If the save does not pass, fix the >>> dialog validation. >>> >>> >>> 23/03/2018 15:03:07 >>> Cannot update compatibility version of Vm/Template: [VPS-NAME01], >>> Message: [No Message] >>> 23/03/2018 15:03:07 >>> Cannot update compatibility version of Vm/Template: [VPS-NAME02], >>> Message: [No Message] >>> 23/03/2018 15:03:07 >>> Cannot update compatibility version of Vm/Template: [VPS-NAME03], >>> Message: [No Message] >>> >>> >>> I am already open the edit box vm and close with ok button how show in >>> the erro menssagem: >>> To fix the issue, please go to each of them, edit and press OK. If the >>> save does not pass, fix the dialog validation. >>> >>> But not return error when save. >>> >>> Anyone can help me ? >>> >> >> Can you please share the engine.log? >> >> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> >

2 1

Passing VLAN trunk to VM
by Simon Vincent 26 Mar '18

26 Mar '18

Is it possible to pass multiple VLANs to a VM (pfSense) using a single virtual NIC? All my existing oVirt networks are setup as a single tagged VLAN. I know this didn't used to be supported but wondered if this has changed. My other option is to pass each VLAN as a separate NIC to the VM however if I needed to add a new VLAN I would have to add a new interface and reboot the VM as hot-add of NICs is not supported by pfSense.

6 14

Hosted engine : rebuild without backups ?
by spfma.tech＠e.mail.fr 26 Mar '18

26 Mar '18

--=_62f810b8f4d72b7d533cbfaf8d5506c2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=0A In case of a total failure of the hosted engine VM, it is recom= mended to recreate a new one and restore a backup. I hope it works, I wi= ll probably have to do this very soon. But is there some kind of "plug= and play" features, able to rebuild configuration by browsing storage d= omains, if the restore process doesn't work ? Something like identifyi= ng VMs and their snapshots in the subdirectories, and the guess what is= linked to what, ... ? I have a few machines but if I have to rebuild= all the engine setup and content, I would like to be able to identify r= esources easily. A few times ago, I was doing some experiments with Xe= nServer and destroyed/recreated some setup items : I ended with a lot of= oprhan resources, and it was a mess to reattach snapshots to their resp= ective VMs. So if oVirt is more helpful in that way ... Regards =0A=0A= ------------------------------------------------------------------------= -------------------------=0AFreeMail powered by mail.fr --=_62f810b8f4d72b7d533cbfaf8d5506c2 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <div><span style=3D"font-family: arial, helvetica,sans-serif; font-size:= 10pt; color: #000000;">Hi,<br /></span></div>=0A<div> </div>=0A<di= v><span style=3D"font-family: arial, helvetica,sans-serif; font-size: 10= pt; color: #000000;">In case of a total failure of the hosted engine VM,= it is recommended to recreate a new one and restore a backup. I hope it= works, I will probably have to do this very soon.</span></div>=0A<div>&= nbsp;</div>=0A<div><span style=3D"font-family: arial, helvetica,sans-ser= if; font-size: 10pt; color: #000000;">But is there some kind of "plug an= d play" features, able to rebuild configuration by browsing storage doma= ins, if the restore process doesn't work ?</span></div>=0A<div> </d= iv>=0A<div><span style=3D"font-family: arial, helvetica,sans-serif; font= -size: 10pt; color: #000000;">Something like identifying VMs and their s= napshots in the subdirectories, and the guess what is linked to what, ..= . ? </span></div>=0A<div> </div>=0A<div><span style=3D"font-family:= arial, helvetica,sans-serif; font-size: 10pt; color: #000000;">I have a= few machines but if I have to rebuild all the engine setup and content,= I would like to be able to identify resources easily.</span></div>=0A<d= iv> </div>=0A<div><span style=3D"font-family: arial, helvetica,sans= -serif; font-size: 10pt; color: #000000;">A few times ago, I was doing s= ome experiments with XenServer and destroyed/recreated some setup items= : I ended with a lot of oprhan resources, and it was a mess to reattach= snapshots to their respective VMs. So if oVirt is more helpful in that= way ...</span></div>=0A<div><span style=3D"font-family: arial, helvetic= a,sans-serif; font-size: 10pt; color: #000000;"> </span></div>=0A<d= iv><span style=3D"font-family: arial, helvetica,sans-serif; font-size: 1= 0pt; color: #000000;">Regards</span></div>=0A <br/><h= r>FreeMail powered by <a href=3D"https://mail.fr" target=3D"_blank">mail= .fr</a>=0A --=_62f810b8f4d72b7d533cbfaf8d5506c2--

2 2

Filter engine log to get only logs shown on the "event console"
by yayo (j) 26 Mar '18

26 Mar '18

Hi all, I want to reproduce log shown on the "event console" on my monitoring system but I cant' find the right filter to use. I'm parsing the engine.log on the hosted engine vm. Is the right log file to parse? There is any other way? Thank you

2 1

Ovirt nodes NFS connection
by Tal Bar-Or 25 Mar '18

25 Mar '18

Hello All, I am about to deploy a new Ovirt platform, the platform will consist 4 Ovirt nodes including management, all servers nodes and storage will have the following config: *nodes server* 4x10G ports network cards 2x10G will be used for VM network. 2x10G will be used for storage connection 2x1Ge 1xGe for nodes management *Storage *4x10G ports network cards 3 x10G for NFS storage mount Ovirt nodes Now given above network configuration layout, what is best practices in terms of nodes for storage NFS connection, throughput and path resilience suggested to use First option each node 2x 10G lacp and on storage side 3x10G lacp? The second option creates 3 VLAN's assign each node on that 3 VLAN's across 2 nic, and on storage, side assigns 3 nice across 3 VLANs? Thanks -- Tal Bar-or

3 3

FC LUN
by Стаценко Константин Юрьевич 25 Mar '18

25 Mar '18

--_000_439dffd7724541748fe3564493cac704msk1exchmb07interraoru_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8hDQpDYW4geW91LCBwbGVhc2UsIGhlbHAgPw0KVGhlcmUgaXMgYSBzdHJhbmdlIGVycm9y IHdoaWxlIHRyeWluZyB0byBjb25uZWN0IEZDIExVTiBmcm9tIHRoZSBvbGQgU0FOIHN0b3JhZ2Ug c3lzdGVtIHRvIG9WaXJ0IDQuMS45IGhvc3RzLg0KSW4gdGhlIHNhbWUgdGltZSB0aGVyZSBhcmUg bm8gcHJvYmxlbXMgd2l0aCBMVU7igJlzIGZyb20gb3RoZXIgc3RvcmFnZSBzeXN0ZW1zLg0KVGhl IGVycm9yIGluIHZkc20ubG9nIGlzOg0KDQoyMDE4LTAzLTIzIDE2OjQxOjU1LDkyMCswMzAwIElO Rk8gIChqc29ucnBjLzcpIFtqc29ucnBjLkpzb25ScGNTZXJ2ZXJdIFJQQyBjYWxsIEhvc3QuZ2V0 U3RhdHMgc3VjY2VlZGVkIGluIDAuMDkgc2Vjb25kcyAoX19pbml0X186NTM5KQ0KMjAxOC0wMy0y MyAxNjo0MTo1NSw5NjUrMDMwMCBXQVJOICAoanNvbnJwYy8xKSBbc3RvcmFnZS5MVk1dIGx2bSBw dnMgZmFpbGVkOiA1IFtdIFsnICBGYWlsZWQgdG8gZmluZCBkZXZpY2UgZm9yIHBoeXNpY2FsIHZv bHVtZSAiL2Rldi9tYXBwZXIvMzIwMDgwMDEzNzg5MzA5YzAiLiddIChsdm0NCjozMjMpDQoyMDE4 LTAzLTIzIDE2OjQxOjU1LDk2NiswMzAwIFdBUk4gIChqc29ucnBjLzEpIFtzdG9yYWdlLkhTTV0g Z2V0UFYgZmFpbGVkIGZvciBndWlkOiAzMjAwODAwMTM3ODkzMDljMCAoaHNtOjE5NjYpDQpUcmFj ZWJhY2sgKG1vc3QgcmVjZW50IGNhbGwgbGFzdCk6DQogIEZpbGUgIi91c3Ivc2hhcmUvdmRzbS9z dG9yYWdlL2hzbS5weSIsIGxpbmUgMTk2MywgaW4gX2dldERldmljZUxpc3QNCiAgICBwdiA9IGx2 bS5nZXRQVihndWlkKQ0KICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vc3RvcmFnZS9sdm0ucHkiLCBs aW5lIDg1MywgaW4gZ2V0UFYNCiAgICByYWlzZSBzZS5JbmFjY2Vzc2libGVQaHlzRGV2KChwdk5h bWUsKSkNCkluYWNjZXNzaWJsZVBoeXNEZXY6IE11bHRpcGF0aCBjYW5ub3QgYWNjZXNzIHBoeXNp Y2FsIGRldmljZShzKTogImRldmljZXM9KHUnMzIwMDgwMDEzNzg5MzA5YzAnLCkiDQoNClRoYW5r IHlvdS4NCg== --_000_439dffd7724541748fe3564493cac704msk1exchmb07interraoru_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDE1IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlh IE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8q IFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNv Tm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6 ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJbXNvLWZhcmVh c3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9 DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9 DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjIu MGNtIDQyLjVwdCAyLjBjbSAzLjBjbTt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNl Y3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRl ZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8 bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48 IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IlJVIiBsaW5rPSIjMDU2M0MxIiB2bGlu az0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPkhlbGxvITxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5DYW4geW91LCBwbGVhc2UsIGhl bHAgPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIj5UaGVyZSBpcyBhIHN0cmFuZ2UgZXJyb3Igd2hpbGUgdHJ5aW5nIHRvIGNvbm5l Y3QgRkMgTFVOIGZyb20gdGhlIG9sZCBTQU4gc3RvcmFnZSBzeXN0ZW0gdG8gb1ZpcnQgNC4xLjkg aG9zdHMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiPkluIHRoZSBzYW1lIHRpbWUgdGhlcmUgYXJlIG5vIHByb2JsZW1zIHdpdGgg TFVO4oCZcyBmcm9tIG90aGVyIHN0b3JhZ2Ugc3lzdGVtcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhlIGVycm9yIGluIHZk c20ubG9nIGlzOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+MjAxOC0wMy0yMyAxNjo0MTo1NSw5MjAmIzQz OzAzMDAgSU5GTyZuYnNwOyAoanNvbnJwYy83KSBbanNvbnJwYy5Kc29uUnBjU2VydmVyXSBSUEMg Y2FsbCBIb3N0LmdldFN0YXRzIHN1Y2NlZWRlZCBpbiAwLjA5IHNlY29uZHMgKF9faW5pdF9fOjUz OSk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyI+MjAxOC0wMy0yMyAxNjo0MTo1NSw5NjUmIzQzOzAzMDAgV0FSTiZuYnNwOyAoanNv bnJwYy8xKSBbc3RvcmFnZS5MVk1dIGx2bSBwdnMgZmFpbGVkOiA1IFtdIFsnJm5ic3A7IEZhaWxl ZCB0byBmaW5kIGRldmljZSBmb3IgcGh5c2ljYWwgdm9sdW1lICZxdW90Oy9kZXYvbWFwcGVyLzMy MDA4MDAxMzc4OTMwOWMwJnF1b3Q7LiddIChsdm08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+OjMyMyk8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+MjAxOC0wMy0y MyAxNjo0MTo1NSw5NjYmIzQzOzAzMDAgV0FSTiZuYnNwOyAoanNvbnJwYy8xKSBbc3RvcmFnZS5I U01dIGdldFBWIGZhaWxlZCBmb3IgZ3VpZDogMzIwMDgwMDEzNzg5MzA5YzAgKGhzbToxOTY2KTxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj5UcmFjZWJhY2sgKG1vc3QgcmVjZW50IGNhbGwgbGFzdCk6PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPiZuYnNwOyBGaWxl ICZxdW90Oy91c3Ivc2hhcmUvdmRzbS9zdG9yYWdlL2hzbS5weSZxdW90OywgbGluZSAxOTYzLCBp biBfZ2V0RGV2aWNlTGlzdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mbmJzcDsmbmJzcDsmbmJzcDsgcHYgPSBsdm0uZ2V0UFYo Z3VpZCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyI+Jm5ic3A7IEZpbGUgJnF1b3Q7L3Vzci9zaGFyZS92ZHNtL3N0b3JhZ2UvbHZt LnB5JnF1b3Q7LCBsaW5lIDg1MywgaW4gZ2V0UFY8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJh aXNlIHNlLkluYWNjZXNzaWJsZVBoeXNEZXYoKHB2TmFtZSwpKTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5JbmFjY2Vzc2libGVQ aHlzRGV2OiBNdWx0aXBhdGggY2Fubm90IGFjY2VzcyBwaHlzaWNhbCBkZXZpY2Uocyk6ICZxdW90 O2RldmljZXM9KHUnMzIwMDgwMDEzNzg5MzA5YzAnLCkmcXVvdDs8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PlRoYW5rIHlvdS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRt bD4NCg== --_000_439dffd7724541748fe3564493cac704msk1exchmb07interraoru_--

3 4

Can't add/remove usb device to VM
by Jon bae 25 Mar '18

25 Mar '18

Hello, I run oVirt 4.2.1, in 4.1 I added a USB device to a VM and now I wanted to change this device to a different VM. But I found out, that I'm not able to remove this device nor I'm able to add any device to any VM. The device list is empty. I found a bug report, what describe this error: https://bugzilla.redhat.com/show_bug.cgi?id=1531847 Is there a solution for that? The USB device is a hardware dongle and it is very impotent for us to change this. Any workaround is welcome! Regards Jonathan

2 2

Cannot remove VM
by Angel R. Gonzalez 25 Mar '18

25 Mar '18

Hi, I can't edit/remove/modify a VM. Always show a message: "Cannot remove VM. Related operation is currently in progress. Please try again later" I also used REST API curl -k -u admin@internal:passwd -X DELETE https://engine/ovirt-engine/api/vms/XXXXXXXX and the output message is the same. How to can execute actions over the VM, or how to remove it from Cluster? Thanks in advance. Ángel González.

2 1

Problem to upgrade level cluster to 4.1
by Marcelo Leandro 25 Mar '18

25 Mar '18

Hello, I am try update the cluster level but i had this menssage erro: Erro durante a execução da ação: Update of cluster compatibility version failed because there are VMs/Templates [VPS-NAME01, VPS-NAME02, VPS-NAME03] with incorrect configuration. To fix the issue, please go to each of them, edit and press OK. If the save does not pass, fix the dialog validation. 23/03/2018 15:03:07 Cannot update compatibility version of Vm/Template: [VPS-NAME01], Message: [No Message] 23/03/2018 15:03:07 Cannot update compatibility version of Vm/Template: [VPS-NAME02], Message: [No Message] 23/03/2018 15:03:07 Cannot update compatibility version of Vm/Template: [VPS-NAME03], Message: [No Message] I am already open the edit box vm and close with ok button how show in the erro menssagem: To fix the issue, please go to each of them, edit and press OK. If the save does not pass, fix the dialog validation. But not return error when save. Anyone can help me ?

2 1

Can't Add Host To New Hosted Engine - "Server is already part of another cluster"
by Adam Chesterton 25 Mar '18

25 Mar '18

Hi Everyone, I'm running a 3-host hyperconverged Gluster setup for testing (on some old desktops), and recently the hosted engine died on me, so I have attempted to just clean up my existing hosts, leaving Gluster configured, and re-deploy a fresh hosted engine setup on them. I have successfully got the first host setup and the hosted engine is running on that host. However, when I try to add the other two hosts via the web GUI (as I can no longer add them via CLI) I get this error: "Error while executing action: Server XXXXX is already part of another cluster." I've tried to find where this would still be configured on the two other hosts, but I cannot find anywhere. Does anyone know how I can stop these two hosts from thinking they are still in a cluster? Or, does anyone have some information that might help, or am I going to just have to start a fresh CentOS install? Regards, Adam

3 4