- Users - oVirt List Archives

Who are field-service technicians
by sirishanaginip92＠gmail.com 19 Nov '18

19 Nov '18

Those engineers who work on fields and provide on field service are termed as field technicians. For example, consider 3 SWAN deployments. To complete network deployment, telecom engineers should visit the field and as an initial step, they should perform a site survey followed by deployment. The entire process mentioned needs field service, where their physical presence is required, Hence the need for field service technicians is been increased day by day. Here is the useful URL, that helps in finding the telecom freelancers. https://www.fieldengineer.com/

1 0

[QA][Automation] Maintainer needed for basic-suite-master compatibility test suite
by Sandro Bonazzola 19 Nov '18

19 Nov '18

Hi, Milan Zamal who previously was monitoring the automated test and helping fixing issues related to it has no more capacity for continue with this task[1]. We are now looking for someone to help monitoring the test results and help handling its failures when running it with different cluster levels. [1] https://gerrit.ovirt.org/#/c/95515/ -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

1 0

Re: Engine ISO Uploader - SSL Peer Not Trusted
by Yedidyah Bar David 19 Nov '18

19 Nov '18

On Sat, Nov 17, 2018 at 6:32 PM, Shawn Weeks <sweeks(a)weeksconsulting.us> wrote: > The only issue with the UI is I’m on VPN so uploading from my local machine > would be extremely slow. I discovered the –insecure flag for the cli and > that seems to have worked. Please note that we intend to deprecate this tool. Please try the api/sdk as suggested by Nir and tell us if you have any comments/issues etc. Thanks. Actually I thought we already deprecated it in 4.2, but I now searched and can't find anything like [1][2] (which was for the image uploader) or a note in the release notes [3]. Adding Sandro. Is it too late now to deprecate in 4.2 (so that we can remove in 4.3)? See also [4][5], which are for RHV. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1306637 [2] https://www.ovirt.org/release/4.0.0/#ovirt-image-uploader [3] https://ovirt.org/release/4.2.0/ [4] https://bugzilla.redhat.com/show_bug.cgi?id=1579119 [5] https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/ht… Thanks and best regards, > > > > Thanks > > Shawnk > > > > From: Nir Soffer <nsoffer(a)redhat.com> > Sent: Saturday, November 17, 2018 8:43 AM > To: Shawn Weeks <sweeks(a)weeksconsulting.us> > Cc: users <users(a)ovirt.org>; Daniel Erez <derez(a)redhat.com> > Subject: Re: [ovirt-users] Engine ISO Uploader - SSL Peer Not Trusted > > > > On Sat, Nov 17, 2018, 02:45 Shawn Weeks <sweeks(a)weeksconsulting.us wrote: > > Trying to upload an iso using engine-iso-uploader on a hosted-engine > instance and I’m getting an SSL Error. I followed the directions at > https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/ to setup > SSL and am able to login to the Admin console without an issue. Also checked > that things like curl recognize the CA correctly. Not sure where > engine-iso-uploader is getting it’s trust store. > > > > [root@cloud ~]# engine-iso-uploader list > > Please provide the REST API password for the admin@internal oVirt Engine > user (CTRL+D to abort): > > ERROR: Unable to connect to REST API at > https://cloud.dev.example.com:443/ovirt-engine/api due to SDK error > > Message: Error while sending HTTP request: (60, "Peer's certificate issuer > has been marked as not trusted by the user.") > > > > What am I missing? > > > > If you ate using 4.2, you can upload iso files to data domains. You can > upload directly from the UI: > > > > 1. Open storage > disks > > 2. Click Upload > Start > > 3. Select file and fill in the form > > > > For faster upload or automation, you can use the SDK. See this example code: > > > > https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_d… > > > > With some configuration changes you can use this as command line tool for > uploading iso or other images. > > > > Nir > > > > > _______________________________________________ > 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/MHEE6MQR2PFKP… > -- Didi

5 4

VM stuck in paused mode with Cluster Compatibility Version 3.6 on 4.2 cluster
by Marco Lorenzo Crociani 19 Nov '18

19 Nov '18

Hi, we upgraded ovirt from version 4.1 to 4.2.6. Rebooted all vms. We missed two vms that were at Cluster Compatibility Version 3.6. There was a gluster/network IO problem and vms got paused. We were able to recover all the other vms from the paused state but we have two vms that won't run because: "Cannot run VM. The Custom Compatibility Version of VM VM_NAME (3.6) is not supported in Data Center compatibility version 4.1." Can we force the CCV of the paused vm to 4.1? Regards, -- Marco Crociani

2 2

troubleshooting node upgrade failures
by Jayme 19 Nov '18

19 Nov '18

I have a very standard three node HCI setup running the latest version of oVirt 4.2. I've been having some problems updating hosts, the last update that was released a few weeks ago would produce installfailed when updating hosts. I was able to resolve this by rebooting the host first then performing the update. I eventually got all three hosts updated. Fast forward to this week, a new update is available. I've updated engine successfully but first host, I put in to maintenance then updated and the install is failing. I've rebooted it twice and attempted update again but no go this time. What logs should I be looking at to determine what is causing the node update failures?

2 1

Could not detect Guest Agent on the VM. Note that without a Guest Agent the data on the created snapshot may be inconsistent!
by Krzysztof Szwarcbach 19 Nov '18

19 Nov '18

Hi evrybody! First of all sorry for my language. On windows machines despite the installation of oVirt Guest Tools4.2-4.el7 a warning is issued as in Title. My solucion: a) ovirt-engin DB update vdc_options set option_value='ovirt-guest-agent-common,ovirt-guest-agent,oVirtGuestTools' where option_name='AgentAppName'; b) windows VM Change DisplayName registry: Computer\HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\oVirtGuestTools to oVirtGuestTools-4.2-4.el7. Restart OVirt Guest service

1 0

How to do per-datacenter/cluster permissions?
by nyhagen＠sedsystems.ca 19 Nov '18

19 Nov '18

Hello! I'm evaluating oVirt for our company, and one thing we need to verify is that users only have access to virtual machines/clusters that they should have access to. I have the users set up from LDAP, and I added the UserRole to them, however it seems like they, by default, have access to every VM available. How do I go about limiting what VMs they have access to? I'd assume I'd have to limit access on a datacenter or cluster level, but I can't seem to find any documentation as to how to do this.

2 1

Re: Engine ISO Uploader - SSL Peer Not Trusted
by Yedidyah Bar David 19 Nov '18

19 Nov '18

On Sun, Nov 18, 2018 at 5:51 PM Shawn Weeks <sweeks(a)weeksconsulting.us> wrote: > > Do you have an example of using the SDK/API from SSH via Curl or something? Did you check Nir's suggestion? The example there seems pretty complete to me. > All I see in the RedHat docs as that there is a Rest API and some get examples. And the QuickStart guide still shows it so you might want to mark it as deprecated in there as well https://www.ovirt.org/documentation/quickstart/quickstart-guide/#uploading-…. Thanks for the heads up! Best regards, > > Thanks > Shawn > > -----Original Message----- > From: Yedidyah Bar David <didi(a)redhat.com> > Sent: Sunday, November 18, 2018 4:17 AM > To: Shawn Weeks <sweeks(a)weeksconsulting.us>; Sandro Bonazzola <sbonazzo(a)redhat.com> > Cc: Nir Soffer <nsoffer(a)redhat.com>; users <users(a)ovirt.org> > Subject: Re: [ovirt-users] Re: Engine ISO Uploader - SSL Peer Not Trusted > > On Sat, Nov 17, 2018 at 6:32 PM, Shawn Weeks <sweeks(a)weeksconsulting.us> wrote: > > The only issue with the UI is I’m on VPN so uploading from my local machine > > would be extremely slow. I discovered the –insecure flag for the cli and > > that seems to have worked. > > Please note that we intend to deprecate this tool. Please try the api/sdk > as suggested by Nir and tell us if you have any comments/issues etc. Thanks. > > Actually I thought we already deprecated it in 4.2, but I now searched and > can't find anything like [1][2] (which was for the image uploader) or a note > in the release notes [3]. Adding Sandro. Is it too late now to deprecate > in 4.2 (so that we can remove in 4.3)? > > See also [4][5], which are for RHV. > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1306637 > [2] https://www.ovirt.org/release/4.0.0/#ovirt-image-uploader > [3] https://ovirt.org/release/4.2.0/ > [4] https://bugzilla.redhat.com/show_bug.cgi?id=1579119 > [5] https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/ht… > > Thanks and best regards, > > > > > > > > > Thanks > > > > Shawnk > > > > > > > > From: Nir Soffer <nsoffer(a)redhat.com> > > Sent: Saturday, November 17, 2018 8:43 AM > > To: Shawn Weeks <sweeks(a)weeksconsulting.us> > > Cc: users <users(a)ovirt.org>; Daniel Erez <derez(a)redhat.com> > > Subject: Re: [ovirt-users] Engine ISO Uploader - SSL Peer Not Trusted > > > > > > > > On Sat, Nov 17, 2018, 02:45 Shawn Weeks <sweeks(a)weeksconsulting.us wrote: > > > > Trying to upload an iso using engine-iso-uploader on a hosted-engine > > instance and I’m getting an SSL Error. I followed the directions at > > https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/ to setup > > SSL and am able to login to the Admin console without an issue. Also checked > > that things like curl recognize the CA correctly. Not sure where > > engine-iso-uploader is getting it’s trust store. > > > > > > > > [root@cloud ~]# engine-iso-uploader list > > > > Please provide the REST API password for the admin@internal oVirt Engine > > user (CTRL+D to abort): > > > > ERROR: Unable to connect to REST API at > > https://cloud.dev.example.com:443/ovirt-engine/api due to SDK error > > > > Message: Error while sending HTTP request: (60, "Peer's certificate issuer > > has been marked as not trusted by the user.") > > > > > > > > What am I missing? > > > > > > > > If you ate using 4.2, you can upload iso files to data domains. You can > > upload directly from the UI: > > > > > > > > 1. Open storage > disks > > > > 2. Click Upload > Start > > > > 3. Select file and fill in the form > > > > > > > > For faster upload or automation, you can use the SDK. See this example code: > > > > > > > > https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_d… > > > > > > > > With some configuration changes you can use this as command line tool for > > uploading iso or other images. > > > > > > > > Nir > > > > > > > > > > _______________________________________________ > > 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/MHEE6MQR2PFKP… > > > > > > -- > Didi -- Didi

1 0

Re: GlusterFS LibgfApiSupported and High Availability
by Mike Lykov 19 Nov '18

19 Nov '18

18.11.2018 8:16, Shawn Weeks пишет: > Currently when LibgfApiSupported is enabled it looks like the startup > command for the VM has the Gluster hostname always set to the same host. > How does that work if that host is down? In my case GlusterFS has 3x > replication and distribution enabled but if the first host is down the > VMs don’t work. I’m on GlusterFS 4.1 and oVirt 4.2 latest. Please see my post at 08 Nov 2018 here with subject "libgfapi support are "false" by default in ovirt 4.2 ?" there is a link to https://bugzilla.redhat.com/show_bug.cgi?id=1484227 and some discussion about updates in libvirt -- Mike

1 0

Error start VM with "XML: Multiple 'scsi' controllers with index '0' " - how to workaround?
by Mike Lykov 19 Nov '18

19 Nov '18

Hi all. I'm testing oVirt (it's new to me also) and create some VM with nearly-all-default parameters. (ovirt 4.2.7, with last updates) I create one disk for VM (via webui) : General -> create -> new image with default interface virtio-scsi (boot, 50 Gb size) resource allocation - virtio-scsi enabled by default IO threads enabled by default I run it with cdrom+iso for install centos. When i try to reboot it this VM can start or not can start with error (one time start, next reboot - not start, sometimes after it start...) [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ForkJoinPool-1-worker-3) [] EVENT_ID: VM_DOWN_ERROR(119), VM test_rh1 is down with error. Exit message: Ошибка XML: Обнаружено нескол ько контроллеров «scsi» с индексом «0». (by the way , why errors are localised? it means "Multiple 'scsi' controllers with index '0'" In engine log here is a config xml dump: <controller type="scsi" index="0"> <address bus="0x00" domain="0x0000" function="0x0" slot="0x05" type="pci"/> </controller> <controller type="scsi" model="virtio-scsi" index="0"> <driver iothread="1"/> <alias name="ua-8d89c0be-523d-4e8f-8968-3658adcd6748"/> </controller> It is really contain two controllers: <controller type="scsi" index="0"> <controller type="scsi" model="virtio-scsi" index="0"> But I do NOT add two this controllers by hand! And sometimes it can start! (without configuration change) So there is a Question: How to workaround this and start the VM? In "vm devices" I have two controllers: virtio-scsi {ioThreadId=1} scsi {type=pci, slot=0x05, bus=0x00, domain=0x0000, function=0x0 {index=0} But all checkboxes are greyed bug like in this list post: https://lists.ovirt.org/pipermail/users/2018-February/086860.html There is a "CLOSED" bugs about this https://bugzilla.redhat.com/show_bug.cgi?id=1543833#c9 https://bugzilla.redhat.com/show_bug.cgi?id=1563769 https://bugzilla.redhat.com/show_bug.cgi?id=1535961 -- Mike

2 2