- Users - oVirt List Archives

disk snapshot status is Illegal
by Crazy Ayansh 04 Feb '20

04 Feb '20

Hi Team, I am trying to delete a old snapshot of a virtual machine and getting below error :- failed to delete snapshot 'snapshot-ind-co-ora-02' for VM índ-co-ora-ee-02' [image: image.png] Thanks

5 9

Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"
by Charles Lam 04 Feb '20

04 Feb '20

Thank you very much Vinícius for the clarification, I will try and report. Sincerely, Charles On Tue, Feb 4, 2020 at 5:32 PM Vinícius Ferrão <ferrao(a)versatushpc.com.br> wrote: > Hi Charles, I never done it on Gluster. But my hosted engine runs on a > VLAN too on separate network on top of a LACP bond with the ovirtmgmt > network. > > You must create the file. The contents of the file was on my first email, > adapt it to your needs and them run the vdsm-tool command. > > Sent from my iPhone > > On 4 Feb 2020, at 19:29, Charles Lam <clam2718(a)gmail.com> wrote: > > > Thank you so very much Vinícius, I am trying to deploy the hosted engine > to a Gluster Storage Domain on a separate network with a VLAN. I had > utilized the Cockpit Hyperconverged wizard. > > Where do I find storage-network.json, and do I then is it best to run the > deployment from the command line or Cockpit? > > Gratefully, > Charles > > On Tue, Feb 4, 2020 at 5:19 PM Vinícius Ferrão <ferrao(a)versatushpc.com.br> > wrote: > >> Are you trying to deploy the hosted engine to a Storage Domain which is >> in a separate network with a VLAN? >> >> If this is the issue you must inform VDSM the network so it finds the >> path. This must be informed during the playbook phase where it asks for the >> shared storage settings. >> >> For example: >> >> storage-network.json: >> >> {"networks": {"storage": {"bonding": "bond0", "bridged": false, "vlan": >> 192, "ipaddr": "192.168.10.1", "netmask": "255.255.255.248", >> "defaultRoute": false}}, "bondings": {}, "options": {"connectivityCheck": >> false}} >> >> vdsm-client -f storage-network.json Host setupNetworks >> >> >> >> Sent from my iPhone >> >> > On 4 Feb 2020, at 19:15, "clam2718(a)gmail.com" <clam2718(a)gmail.com> >> wrote: >> > >> > Hello, >> > >> > I am having this same issue and have inserted the three new lines from >> > >> > https://github.com/ansible/ansible/issues/66858 >> > >> > into >> "/lib/python2.7/site-packages/ansible/modules/cloud/ovirt/ovirt_network.py" >> yet the issue still occurs when attempting deployement. I have rebooted >> the oVirt Node hosts since patching to no avail. Do I need to insert the >> fix elsewhere or take other action to properly apply this fix? >> > >> > Thank you very much for your assistance. >> > >> > Respectfully, >> > Charles >> > _______________________________________________ >> > Users mailing list -- users(a)ovirt.org >> > To unsubscribe send an email to users-leave(a)ovirt.org >> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> > oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> > List Archives: >> https://lists.ovirt.org/archives/list/users@ovirt.org/message/UKWVUWZBISU75… >> >

1 0

Re: Deploy Hosted Engine fails at "Set VLAN ID at datacenter level"
by Charles Lam 04 Feb '20

04 Feb '20

Hello, I am having this same issue and have inserted the three new lines into /lib/python2.7/site-packages/ansible/modules/cloud/ovirt/ovirt_network.py yet it still occurs. I have rebooted the oVirt Node host. Do I need to insert the fix elsewhere or take other action to properly apply this fix? Thank you very much, Diamond Tours, Inc. Charles Lam 13100 Westlinks Terrace, Suite 1, Fort Myers, FL 33913-8625 O: 239. 437.7117 | F: 239.790.1130 | Cell: 239.227.7474 CLam(a)DiamondTours.com<mailto:CLam@DiamondTours.com>

1 0

oVirt API - New vm on specified storage
by Tommaso - Shellrent 04 Feb '20

04 Feb '20

Hi to all. we are tring to create a new VM via API, but we are unable to select the desidered storage where to deploy it. We make a call like this: CALL: POST /ovirt-engine/api/vms?clone=true Data: {"cpu":{"topology":{"sockets":1,"cores":4,"threads":1}},"memory":4294967296,"memory_policy":{"guaranteed":4294967296,"max":4294967296},"disk_attachments":[{"disk":{"id":"925c999e-536f-4905-bc54-5cf64477a3a7","format":"cow","storage_domains":[{"id":"a772c71a-bd7b-4898-9497-120dcd853d96"}]}}],"name":"apitest.domain.com","fqdn":"apitest.domain.com","cluster":{"id":"890681f6-e0fe-11e9-81b5-0200007c8e05"},"template":{"id":"45da14a2-7f6f-43d9-9481-19a2034700fe"}} But the reply is: Reply HTTP 400 { "detail" : "For correct usage, see: https://XXXXXXX/ovirt-engine/apidoc#services/vms/methods/add", "reason" : "Request syntactically incorrect." } Have someone some suggestion or good example?? Best regards. -- Shellrent Logo *Tommaso De Marchi* COO Chief Operating Officer - Shellrent S.r.l. Tel. 0444321155 <tel:+390444321155> | Fax 04441492177 Via dell'Edilizia, 19 - 36100 Vicenza

2 1

memory overcommit in oVirt
by yam yam 04 Feb '20

04 Feb '20

Hello, I thought memory overcommit feature in oVirt utilizes host's overcommit features by manipulating kernel variables like vm.overcommit_ratio, vm_overcommit_memory. but, I've just confirmed that those variables didn't change at all. I wonder if oVirt's overcommit really has nothing to do with that of host and if so, how does oVirt manage memory overcommit.

2 1

Snapshots not possible
by Christoph Köhler 03 Feb '20

03 Feb '20

Hi, since we have updated to 4.3.7 and another cluster to 4.3.8 snapshots are not longer possible. In previous version all went well... ° libGfApi enabled ° gluster 6.7.1 on gluster-server and client ° libvirt-4.5.0-23.el7_7.3 vdsm on a given node says: jsonrpc/2) [vds] prepared volume path: gluvol3/e54d835a-d8a5-44ae-8e17-fcba1c54e46f/images/1f43916a-bbf2-447b-b17d-ba22d4ec8c90/0e56d498-11d2-4f35-b781-a2e06d286eb8 (clientIF:510) (jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') <?xml version='1.0' encoding='utf-8'?> <domainsnapshot><disks><disk name="sda" snapshot="external" type="network"><source name="gluvol3/e54d835a-d8a5-44ae-8e17-fcba1c54e46f/images/1f43916a-bbf2-447b-b17d-ba22d4ec8c90/0e56d498-11d2-4f35-b781-a2e06d286eb8" protocol="gluster" type="network"><host name="192.168.1 1.20" port="0" transport="tcp" /></source></disk></disks></domainsnapshot> (vm:4497) (jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Disabling drive monitoring (drivemonitor:60) (jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Freezing guest filesystems (vm:4268) WARN (jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Unable to freeze guest filesystems: Guest agent is not responding: QEMU guest agent is not connected (vm:4273) INFO (jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Taking a live snapshot (drives=sda, memory=True) (vm:4513) ... ... ERROR (jsonrpc/2) [virt.vm] (vmId='acdc31b5-082b-4a68-b586-02354a7fdd73') Unable to take snapshot (vm:4517) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 4514, in snapshot self._dom.snapshotCreateXML(snapxml, snapFlags) File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 100, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py", line 131, in wrapper ret = f(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line 94, in wrapper return func(inst, *args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2620, in snapshotCreateXML if ret is None:raise libvirtError('virDomainSnapshotCreateXML() failed', dom=self) libvirtError: internal error: unable to execute QEMU command 'transaction': Could not read L1 table: Input/output error ... INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call VM.snapshot failed (error 48) in 4.65 seconds (__init__:312) It seems that the origin is libvirt or qemu. Regards Chris

2 4

Feedback needed: Admin Portal navigation changes
by Sandro Bonazzola 03 Feb '20

03 Feb '20

Greetings from the Red Hat Virtualization/oVirt UX team! We are conducting a short survey about the placement of some of the navigation items in RHV/oVirt Admin Portal. The answers you provide will have a direct impact on the future of RHV/oVirt user experience. Follow this link to the Survey: Take the Survey Or copy and paste the URL below into your internet browser: https://redhatdg.co1.qualtrics.com/jfe/form/SV_cIlrs1A7D1lK7jL?Avenue=team Thank you for your time and feedback. Privacy policy: https://www.ovirt.org/privacy-policy.html -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://www.redhat.com/>*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.*

1 0

ESXi 6.7 as a nested VM on top of oVirt cluster.
by branimirp＠gmail.com 03 Feb '20

03 Feb '20

Hello list I am wondering if anyone has tried this before? I am trying to consolidate my lab to an oVirt cluster which consists of oVirt (4.3.8) and 2 KVM hypervisors (CentOS 7.7.). Among other things, one of my efforts is a small ESXi + vCenter lab. In addition, I have a standalone KVM hypervisor. I can run nested ESXi 6.7 on top of the standalone KVM hypervisor (with nested KVM enabled) without any problem. However, on top of oVirt-controlled KVMs I have some issues. The hypervisors have nested kvm support enabled via vdsm hooks. qemu emulates e1000 for a nested ESXi vm. ESXi installation process goes smooth but as soon as I enable management network and restart it, the nested ESXi cannot communicate with the outside world (DNS ping cannot pass). Also https connection to VMWare ESXi web gui and ping to the ESXi also fail. I noticed on my client machine, that ARP requests are incomplete for ESXI as well. Within oVirt, I see no packet drops in "Network interface" tab for the nested ESXi. In addition, I have a few, ordinary, non-nested VMs running on the same network as the nested vm and I can normally establish connection to those machines. Additionally, as a test, I created a nested KVM vm on top of the oVirt cluster, same network as the nested ESXi and it works as expected - can spin VMs, can connect to it. The network assigned to the nested ESXi has a "No network filter" vNic profile applied. I tried to google for a solution but found only this: https://github.com/mechinn/kvmhidden - not sure if this is the solution at all (also, I wonder if this is still up-to-date after 3+ years)? Could I please ask if anyone tried something similar and experienced this problem? Is there any additional configuration that I should apply to the oVirt cluster? Thank you very much in advance! Regards, Branimir

2 2

Looking for some feedback on navigation within oVirt
by Laura Wright 03 Feb '20

03 Feb '20

Greetings from the Red Hat Virtualization UX team! We are conducting a short survey about the placement of some of the navigation items in RHV(o/Virt) Admin Portal. The answers you provide will have a direct impact on the future of RHV's user experience. Follow this link to the Survey: Take the Survey <https://redhatdg.co1.qualtrics.com/jfe/form/SV_cIlrs1A7D1lK7jL?Avenue=team> Or copy and paste the URL below into your internet browser: https://redhatdg.co1.qualtrics.com/jfe/form/SV_cIlrs1A7D1lK7jL?Avenue=team Thank you for your time and feedback. Please let me know if you have any questions. -- Laura Wright She/Her/Hers UXD Team Red Hat Massachusetts <https://www.redhat.com/> 314 Littleton Rd lwright(a)redhat.com <https://www.redhat.com/>

1 0

Re: Power Management - drac5
by eevans＠digitaldatatechs.com 03 Feb '20

03 Feb '20

I enabled ipmi with administrator and it worked. Thank you so much!!! Eric Evans Digital Data Services LLC. 304.660.9080 -----Original Message----- From: Robert Webb <rwebb(a)ropeguru.com> Sent: Monday, February 03, 2020 1:30 PM To: Jayme <jaymef(a)gmail.com> Cc: users <users(a)ovirt.org> Subject: [ovirt-users] Re: Power Management - drac5 ipmi over lan is allowed, and the user is the root user with admin access. Also the channel privilege level under ipmi is Administrator. Will check via cli to see what I get. ________________________________________ From: Jayme <jaymef(a)gmail.com> Sent: Monday, February 3, 2020 1:23 PM To: Robert Webb Cc: users Subject: Re: [ovirt-users] Power Management - drac5 Also make sure you have "Enable IPMI Over LAN" enabled under idrac settings. On Mon, Feb 3, 2020 at 2:15 PM Jayme <jaymef(a)gmail.com<mailto:jaymef@gmail.com>> wrote: I recall having a problem similar to this before and it was related to the user roles/permissions in iDrac. Check what access rights the user has. If that leads no where you might have some luck testing manually using the fence_idrac5 CLI tool directly on one of the oVirt hosts On Mon, Feb 3, 2020 at 2:09 PM Robert Webb <rwebb(a)ropeguru.com<mailto:rwebb@ropeguru.com>> wrote: I have 3 Dell R410's with iDrac6 Enterprise capability. I am trying to get power management set up but the test will not pass and I am not finding the docs very helpful. I have put in the IP, user name, password, and drac5 as the type. I have tested both with and without secure checked and always get, "Test failed: Internal JSON-RPC error". idrac log shows: 2020 Feb 3 17:41:22 os[19772] root closing session from 192.168.1.12 2020 Feb 3 17:41:17 os[19746] root login from 192.168.1.12 Can someone please guide me in the right direction? _______________________________________________ Users mailing list -- users(a)ovirt.org<mailto:users@ovirt.org> To unsubscribe send an email to users-leave(a)ovirt.org<mailto:users-leave@ovirt.org> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/RKFEK2ORWOODC… _______________________________________________ Users mailing list -- users(a)ovirt.org To unsubscribe send an email to users-leave(a)ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/N2EEZKP6REGKM…

1 0