- Users - oVirt List Archives

Re: [ovirt-users] Issue while importing the existing storage domain
by Amit Aviram 21 Apr '16

21 Apr '16

Adding users list, dropped from the reply. On Wed, Apr 20, 2016 at 1:49 PM, Amit Aviram <aaviram(a)redhat.com> wrote: > Hi sasundar. > IIUC, The storage that is being imported is a backup that was generated by > other process than VDSM? > If that is the case, the files inside might have other user as an owner, > which might cause permission problems to VDSM while trying to write to it. > > Can you try changing the owner back to VDSM and try importing again? > > Please let us know if that did the trick. > > Thanks, Amit. > > On Wed, Apr 20, 2016 at 12:42 PM, SATHEESARAN <sasundar(a)redhat.com> wrote: > >> Hi All, >> >> I was testing the gluster geo-replication on RHEV storage domain backed >> by gluster volume. >> In this case, storage domain ( data domain ) was created with gluster >> replica 3 volume. >> >> The VMs additional disks are carved out from this storage domain. >> >> Now I have geo-replicated[1] the gluster volume to the remote volume. >> When I try importing this storage domain in another RHEVM instance, it >> fails with error "internal engine error" >> I see the following error in engine.log >> >> <snip> >> 2016-04-20 05:13:47,685 ERROR >> [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] >> (ajp-/127.0.0.1:8702-3) [20f6ea4c] Failed in 'DetachStorageDomainVDS' >> method >> 2016-04-20 05:13:47,708 ERROR >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >> (ajp-/127.0.0.1:8702-3) [20f6ea4c] Correlation ID: null, Call Stack: >> null, Custom Event ID: -1, Message: VDSM command failed: Cannot acquire >> host id: (u'89061d19-fb76-47c9-a4aa-22b0062b769e', SanlockException(-262, >> 'Sanlock lockspace add failure', 'Sanlock exception')) >> 2016-04-20 05:13:47,708 INFO >> [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] >> (ajp-/127.0.0.1:8702-3) [20f6ea4c] Command >> 'org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand' >> return value 'StatusOnlyReturnForXmlRpc [status=StatusForXmlRpc [code=661, >> message=Cannot acquire host id: (u'89061d19-fb76-47c9-a4aa-22b0062b769e', >> SanlockException(-262, 'Sanlock lockspace add failure', 'Sanlock >> exception'))]]' >> </snip> >> >> The complete logs are available in the fpaste[2] >> Attaching the part of vdsm log to this mail >> >> [1] - geo-replication is the feature in glusterfs where the contents of >> volume are asynchronously replicated in remote volume. >> This is used for disaster-recovery workflow >> >> [2] - https://paste.fedoraproject.org/357701/11448771/ >> >> Thanks, >> Satheesaran S >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >

1 0

Re: [ovirt-users] Users Digest, Vol 55, Issue 155
by Clint Boggio 20 Apr '16

20 Apr '16

I grepped out the engine logs until i found reference to the illegal disk in question. The log indicates that the image has been flagged illegal because the original disk is no longer present. So it is very possible that the backup script, somehow through the miracle of 1's and 0's deleted the base VM disks. ###################### # BEGIN ###################### 2016-03-27 18:57:41,769 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CreateSnapshotVDSComma nd] (org.ovirt.thread.pool-8-thread-11) [30680dce] START, CreateSnapshotVDSCommand( CreateSnapshotVDSCommandParameters:{runAsync='true', storagePoolId='85a72afd-7bde-4065-a1bc-7fc6e22e6bf6', ignoreFailoverLimit='false', storageDomainId='045c7fda-ab98-4905-876c- 00b5413a619f', imageGroupId='ad486d26-4594-4d16-a402-68b45d82078a', imageSizeInBytes='268435456000', volumeFormat='COW', newImageId='e87e0c7c-4f6f-45e9-90ca-cf34617da3f6', newImageDescription='', imageInitialSizeInBytes='0', imageId='d538e0ef- 2f55-4c74-b8f1-8900fd6b814b', sourceImageGroupId='ad486d26-4594-4d16- a402-68b45d82078a'}), log id: 7648bbd2 2016-03-27 18:57:42,835 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CreateSnapshotVDSComma nd] (org.ovirt.thread.pool-8-thread-11) [30680dce] FINISH, CreateSnapshotVDSCommand, return: e87e0c7c-4f6f-45e9-90ca-cf34617da3f6, log id: 7648bbd2 2016-03-27 18:58:24,395 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.GetImageInfoVDSCommand ] (org.ovirt.thread.pool-8-thread-20) [30680dce] START, GetImageInfoVDSCommand( GetImageInfoVDSCommandParameters:{runAsync='true', storagePoolId='85a72afd-7bde-4065-a1bc-7fc6e22e6bf6', ignoreFailoverLimit='false', storageDomainId='045c7fda-ab98-4905-876c- 00b5413a619f', imageGroupId='ad486d26-4594-4d16-a402-68b45d82078a', imageId='e87e0c7c-4f6f-45e9-90ca-cf34617da3f6'}), log id: 6d2d19f6 2016-03-28 14:14:49,454 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand] (pool-7-thread-3) [718f57] START, MergeVDSCommand(HostName = KVM04, MergeVDSCommandParameters:{runAsync='true', hostId='b51933a3-9201-4446- a3e3-906a2ec1b467', vmId='6ef30172-b010-46fa-9482-accd30682232', storagePoolId='85a72afd-7bde-4065-a1bc-7fc6e22e6bf6', storageDomainId='045c7fda-ab98-4905-876c-00b5413a619f', imageGroupId='ad486d26-4594-4d16-a402-68b45d82078a', imageId='e87e0c7c- 4f6f-45e9-90ca-cf34617da3f6', baseImageId='6e008200-3c21-4285-96b8- 07c29c0cb72c', topImageId='d538e0ef-2f55-4c74-b8f1-8900fd6b814b', bandwidth='0'}), log id: 2cc2db4 2016-03-28 17:01:22,368 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CreateSnapshotVDSComma nd] (default task-77) [410b6a44] START, CreateSnapshotVDSCommand( CreateSnapshotVDSCommandParameters:{runAsync='true', storagePoolId='85a72afd-7bde-4065-a1bc-7fc6e22e6bf6', ignoreFailoverLimit='false', storageDomainId='045c7fda-ab98-4905-876c- 00b5413a619f', imageGroupId='ad486d26-4594-4d16-a402-68b45d82078a', imageSizeInBytes='268435456000', volumeFormat='COW', newImageId='919d6991-43e4-4f26-868e-031a01011191', newImageDescription='', imageInitialSizeInBytes='0', imageId='e87e0c7c- 4f6f-45e9-90ca-cf34617da3f6', sourceImageGroupId='ad486d26-4594-4d16- a402-68b45d82078a'}), log id: 4ed3e9ca 2016-03-28 18:36:28,404 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand] (pool-7-thread-1) [6911a44f] START, MergeVDSCommand(HostName = KVM04, MergeVDSCommandParameters:{runAsync='true', hostId='b51933a3-9201-4446- a3e3-906a2ec1b467', vmId='6ef30172-b010-46fa-9482-accd30682232', storagePoolId='85a72afd-7bde-4065-a1bc-7fc6e22e6bf6', storageDomainId='045c7fda-ab98-4905-876c-00b5413a619f', imageGroupId='ad486d26-4594-4d16-a402-68b45d82078a', imageId='919d6991- 43e4-4f26-868e-031a01011191', baseImageId='e87e0c7c-4f6f-45e9-90ca- cf34617da3f6', topImageId='919d6991-43e4-4f26-868e-031a01011191', bandwidth='0'}), log id: d09cb70 2016-03-28 18:39:53,773 INFO [org.ovirt.engine.core.bll.MergeCommandCallback] (DefaultQuartzScheduler_Worker-99) [6911a44f] Merge command has completed for images 'e87e0c7c-4f6f-45e9-90ca-cf34617da3f6'..'919d6991- 43e4-4f26-868e-031a01011191' 2016-03-28 18:41:23,003 ERROR [org.ovirt.engine.core.bll.RemoveSnapshotSingleDiskLiveCommand] (DefaultQuartzScheduler_Worker-44) [a00e3a8] Merging of snapshot 'a1b3c247-2c6f-4731-9e62-c15f5cfb9a72' images 'e87e0c7c-4f6f-45e9-90ca- cf34617da3f6'..'919d6991-43e4-4f26-868e-031a01011191' failed. Images have been marked illegal and can no longer be previewed or reverted to. Please retry Live Merge on the snapshot to complete the operation. ################## # END ################## If that's the case, then why (how) are the afflicted machines that have not been rebooted still running without thier backing disks ? I can upload the logs and a copy of the backup script. Do you all have a repository you'd like meto upload to ? Let me know and i'll upload them right now. On Wed, 2016-04-20 at 13:33 -0400, users-request(a)ovirt.org wrote: > Send Users mailing list submissions to > users(a)ovirt.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.ovirt.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request(a)ovirt.org > > You can reach the person managing the list at > users-owner(a)ovirt.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Re: vhostmd vdsm-hook (Ars?ne Gschwind) > 2. Re: Disks Illegal State (Nir Soffer) > > > ------------------------------------------------------------------- > --- > > Message: 1 > Date: Wed, 20 Apr 2016 19:09:39 +0200 > From: Ars?ne Gschwind <arsene.gschwind(a)unibas.ch> > To: Simon Barrett <Simon.Barrett(a)tradingscreen.com>, "users@ov > irt.org" > <users(a)ovirt.org> > Subject: Re: [ovirt-users] vhostmd vdsm-hook > Message-ID: <5717B7D3.2070502(a)unibas.ch> > Content-Type: text/plain; charset="windows-1252"; Format="flowed" > > I've never tried with 2 disks but I will assume that the next free > available disk will be used by the vdsm hook and the vm-dump-metrics > cmd > will check the kind of disk. > Let me know if you give a try.... > > thanks, > Ars?ne > > On 04/19/2016 02:43 PM, Simon Barrett wrote: > > > > > > Thanks again but how does that work when a VM is configured to > > have > > more than one disk? > > > > If I have a VM with a /dev/vda disk and a /dev/vdb disk, when I > > turn > > the vhostmd hook on the vm metric device gets created as /dev/vdb > > and > > the original /dev/vdb disk gets bumped to /dev/vdc. > > > > Is that expected behavior? Will that not cause problems? > > > > Thanks, > > > > Simon > > > > *From:*Ars?ne Gschwind [mailto:arsene.gschwind@unibas.ch] > > *Sent:* Tuesday, 19 April, 2016 13:06 > > *To:* Simon Barrett <Simon.Barrett(a)tradingscreen.com>; users@ovirt. > > org > > *Subject:* Re: [ovirt-users] vhostmd vdsm-hook > > > > The metric information are available on this additional disk > > /dev/vdb. > > You may install the package vm-dump-metrics and use the command > > vm-dump-metrics which will display all metrics in an xml format. > > > > Ars?ne > > > > On 04/19/2016 10:48 AM, Simon Barrett wrote: > > > > Thanks Ars?ne, > > > > I have vhostmd running on the ovirt node and have set the > > sap_agent to true on the VM configuration. I also stopped and > > started the VM to ensure that the config change took effect. > > > > On the oVirt node I see the vhostmd running and see the > > following > > entry in the qemu-kvm output: > > > > drive > > file=/dev/shm/vhostmd0,if=none,id=drive-virtio- > > disk701,readonly=on,format=raw > > -device > > virtio-blk-pci,scsi=off,bus=pci.0,addr=0x8,drive=drive-virtio- > > disk701,id=virtio-disk701 > > > > The part I wasn?t quite understanding was how this presented > > itself on the VM but I now see a new disk device ?/dev/vdb?. If > > I > > cat the contents of /dev/vdb I now see the information that is > > provided from the ovirt node, which is great news and very > > useful. > > > > Thanks for your help. > > > > Simon > > > > *From:*users-bounces@ovirt.org <mailto:users-bounces@ovirt.org> > > [mailto:users-bounces@ovirt.org] *On Behalf Of *Ars?ne Gschwind > > *Sent:* Monday, 18 April, 2016 16:03 > > *To:* users(a)ovirt.org <mailto:users@ovirt.org> > > *Subject:* Re: [ovirt-users] vhostmd vdsm-hook > > > > Hi Simon, > > > > You will need to have vhostmd running on the oVirt node and set > > the "sap_agent" custom property for the vm as you may see on > > the > > screenshot. > > > > sap_agent > > > > Ars?ne > > > > On 04/15/2016 12:15 PM, Simon Barrett wrote: > > > > I?m trying to use the vhostmd vdsm host to access ovirt > > node > > metrics from within a VM. Vhostmd is running and updating > > the > > /dev/shm/vhostmd0 on the ovirt node. > > > > The part I?m stuck on is: ?This disk image is exported > > read-only to guests. Guests can read the disk image to see > > metrics? from > > http://www.ovirt.org/develop/developer-guide/vdsm/hook/vhos > > tmd/ > > > > Does the hook do this by default? I don?t see any new > > read-only device mounted in the guest. Is there additional > > work I need to do to mount this and access the data from > > within the guest? > > > > Many thanks, > > > > Simon > > > > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users(a)ovirt.org <mailto:Users@ovirt.org> > > > > http://lists.ovirt.org/mailman/listinfo/users > > >

2 3

Disks Illegal State
by Clint Boggio 20 Apr '16

20 Apr '16

OVirt 3.6, 4 node cluster with dedicated engine. Main storage domain is iscsi, ISO and Export domains are NFS. Several of my VM snapshot disks show to be in an "illegal state". The system will not allow me to manipulate the snapshots in any way, nor clone the active system, or create a new snapshot. In the logs I see that the system complains about not being able to "get volume size for xxx", and also that the system appears to believe that the image is "locked" and is currently in the snapshot process. Of the VM's with this status, one rebooted and was lost due to "cannot get volume size for domain xxx". I fear that in this current condition, should any of the other machine reboot, they too will be lost. How can I troubleshoot this problem further, and hopefully alleviate the condition ? Thank you for your help. Clint

6 11

vhostmd vdsm-hook
by Simon Barrett 20 Apr '16

20 Apr '16

--_000_D86C48DF8800164BBE50B87623F7AC9585D0624Dln2wio001devtra_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I'm trying to use the vhostmd vdsm host to access ovirt node metrics from w= ithin a VM. Vhostmd is running and updating the /dev/shm/vhostmd0 on the ov= irt node. The part I'm stuck on is: "This disk image is exported read-only to guests.= Guests can read the disk image to see metrics" from http://www.ovirt.org/d= evelop/developer-guide/vdsm/hook/vhostmd/ Does the hook do this by default? I don't see any new read-only device moun= ted in the guest. Is there additional work I need to do to mount this and a= ccess the data from within the guest? Many thanks, Simon --_000_D86C48DF8800164BBE50B87623F7AC9585D0624Dln2wio001devtra_ 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"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> I’m trying to use the vhostmd vdsm host to acc= ess ovirt node metrics from within a VM. Vhostmd is running and updating th= e /dev/shm/vhostmd0 on the ovirt node.<o:p></o:p> <o:p> </o:p> The part I’m stuck on is: “This disk ima= ge is exported read-only to guests. Guests can read the disk image to see m= etrics” from <a href=3D"http://www.ovirt.org/develop/developer-guide/vdsm/hook/vhostmd/"= >http://www.ovirt.org/develop/developer-guide/vdsm/hook/vhostmd/</a><o:p></= o:p> <o:p> </o:p> Does the hook do this by default? I don’t see = any new read-only device mounted in the guest. Is there additional work I n= eed to do to mount this and access the data from within the guest?<o:p></o:= p> <o:p> </o:p> Many thanks,<o:p></o:p> <o:p> </o:p> Simon<o:p></o:p> </div> </body> </html> --_000_D86C48DF8800164BBE50B87623F7AC9585D0624Dln2wio001devtra_--

2 5

Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
by Paul Groeneweg | Pazion 20 Apr '16

20 Apr '16

After the 3.6 updates ( which didn't went without a hitch ) I get the following errors in my event log: Failed to update OVF disks 18c50ea6-4654-4525-b241-09e15acf5e99, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs). VDSM command failed: Could not acquire resource. Probably resource factory threw an exception.: () http://screencast.com/t/S8cfXMsdGM When I check on file there is some data, but not updated: http://screencast.com/t/hbXQFlou When I check in the web interface I see 2 OVF files listed. What are these for, can I delete them? http://screencast.com/t/ymnzsNHj7e Hopefully someone knows what to do about these warnings/erros and whether I can delete the OVF files. Best Regards, Paul Groeneweg

3 21

Using oVirt Python SDK in Avocado Testing Framework
by Amador Pahim 20 Apr '16

20 Apr '16

Hi guys, I would like to share this post on using oVirt Python SDK to write tests in Avocado Testing Framework: https://virtstuff.wordpress.com/2016/04/10/ovirt-functional-tests-using-avo… This post was born from an issue report, but after we get rid of the issue, I wonder if someone else can benefit from the remaining information. Best, -- apahim

1 0

Windows BSOD with virtio serial driver
by Kevin C 20 Apr '16

20 Apr '16

--=-P8oc3QWU+WzvRLFfLUbx Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi list, I imported two windows boxes from Proxmox to oVirt. I want to install ovirt= -guest-agent and drivers, but I had BSOD when installing virtio-serial. How can I have some debug info, and need I this driver ? --=-P8oc3QWU+WzvRLFfLUbx Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEeww ggXiMIIDyqADAgECAhBrp4p9CteI1lEK+Vnk57ThMA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYT AklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eTAeFw0xNTEyMTYwMTAwMDVaFw0zMDEyMTYwMTAwMDVaMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQC9fdr3w6J9g/Zbgv3bW1+uHht1wLUZr5gkrLtXedg17AkefMyUGwrQdvwO bhajcVmnKVxhrUwkZPXRAwZZosRHfEIi5FH7x6SV/8Sp5lZEuiMnvMFG2MzLA84J6Ws5T4NfXZ0q n4TPgnr3X2vPVS51M7Ua9nIJgn8jvTra4eyyQzxvuA/GZwKg7VQfDCmCS+kICslYYWgXOMt2xlsS slxLce0CGWRsT8EpMyt1iDflSjXZIsE7m1uTyHaKZspMLyIyz6mySu8j8BWWHpChNNeTrFuhVfrO AyDPFJVUvKZCLKBhibTLloyy+LatoWELrjdI4a8StZY8+dIR9t4APXGzAgMBAAGjggFkMIIBYDAO BgNVHQ8BAf8EBAMCAQYwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBIGA1UdEwEB/wQI MAYBAf8CAQAwMgYDVR0fBCswKTAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2Eu Y3JsMGYGCCsGAQUFBwEBBFowWDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wuY29t MDAGCCsGAQUFBzAChiRodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9jYS5jcnQwHQYDVR0O BBYEFCSBbDlhvkkPj7cbRivJKLUnSG1oMB8GA1UdIwQYMBaAFE4L7xqkQFulF2mHMMo0aEPQQa7y MD8GA1UdIAQ4MDYwNAYEVR0gADAsMCoGCCsGAQUFBwIBFh5odHRwOi8vd3d3LnN0YXJ0c3NsLmNv bS9wb2xpY3kwDQYJKoZIhvcNAQELBQADggIBAIvj94fsAYuErQ8BAluc4SMnIwS9NPBwAm5SH9uh 2NCXTq7im61g7F1LIiNI/+wq37fUuaMbz4g7VarKQTgf8ubs0p7NZWcIe7Bvem2AWaXBsxsaRTYw 5kG3DN8pd1hSEUuFoTa7DmNeFe8tiK1BrL3rbA/m48jp4AiFXgvxprJrW7izsyetOrRHPbkW4Y07 v29MdhaPv3u1JELyszXqOzjIYo4sWlC8iDQXwgSW/ntvWy2n4LuiaozlCfXl149tKeqvwlvrla2Y klue/quWp9j9ou4T/OY0CXMuY+B8wNK0ohd2D4ShgFlMSjzAFRoHGKF81snTr2d1A7Ew02oF6UQy CkC2aNNsK5cWOojBar5c7HplX9aHYUCZouxIeU28SONJAxnATgR4cJ2jrpmYSz/kliUJ46S6UpVD o/ebn9c6PaM/XtDYCCaM/7XX6wc3s++sbQ7CtCn1Ax7df6ufQbwyO0V+oFa9H0KAsjHMzcwk3EV2 B2NLatidKE/m7G+rB9m+FlVgIiSp0mGlg43QO9Kh1+JqvTCIzv2bJJkmPMLQJNuKKwHNL8F4GGp6 jbAV+WL+LDeGfVcq8DHS3LrD+xyYEXQBiqZEdiPVOMxLDSUCXsDO0uCWpaNQ8j6y6S9p0xE/Ga0p eVLadVHhqf9nXqKaxnr358VgfrxzUIrvOaOjMIIF/zCCBOegAwIBAgIQTLnfP04vlkvqxMUZU04a zjANBgkqhkiG9w0BAQsFADB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEp MCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBMB4XDTE2MDIwMzA5NDQ1N1oXDTE3MDIwMzA5NDQ1N1owSDEf MB0GA1UEAwwWa2V2aW5AZmFtaWxsZWNvdXNpbi5mcjElMCMGCSqGSIb3DQEJARYWa2V2aW5AZmFt aWxsZWNvdXNpbi5mcjCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAM7aVEpOkTQPuDSV lEcQ9J3Pjb+XrzJeE5nFDTD3uLfVZ5bXEsHlGJtgzS0AIT5dCgtyAO44QL8HQY/qOnyNU3/DSQIq 0c2BV/AJt9qrGdInhD32LfsyaIGyEUS1KYY++SfndVwWGxy2ZAtaqlwGSuR19mTwv4BCD0IqSLbo ANo8xR+Hy6A10BzHRBklNhMPerWxySzSNC4YMQXDwQWe9cWqm1TcvOZmnYh/O0HCjirbNcA5gpgq cimNC6YTHEsfvLzpnbi53QdJC4gobRaQKw5MuMDDMOgOZVNGaKe8MVrVelyDFbXo4VNk5CbTcXP2 YK3Lbeuu/krCbYIN6CxioW9obxIMVzCbjA4z+6CqFJNc1Qv389vMF/WkeghZQOJL5JE/zB0NFgrq hriPmX1IEA/kW/MSBWujjFwxkS3p7V/Kg98mioCBerDEuU4k77y5NuOif42e1ssKWweRoi54kfzp m/DHigfzBoqowo2pudiEuMc91ta3CtgOBqEZSiQBYqS8biHChCXZv3me6Gf8WPaqyN0OwnCD+lOx dGKd56yHHKZyfT0b/RSfJ89uWls7+Ou47sXAa7IjKRLyirqEKjmC4Efl+pAsxbMoV4ZgWIAr8/VM x1pzwoUFbdla2jYttvOEWog/c1Ss+1/WJM+Lre9ItC+LN8iKKrT7fZfKy0f9AgMBAAGjggG2MIIB sjALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMAkGA1UdEwQCMAAw HQYDVR0OBBYEFFZg5P1hZz/039cwy9+ThVfL+w6kMB8GA1UdIwQYMBaAFCSBbDlhvkkPj7cbRivJ KLUnSG1oMG8GCCsGAQUFBwEBBGMwYTAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wu Y29tMDkGCCsGAQUFBzAChi1odHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zY2EuY2xpZW50 MS5jcnQwOAYDVR0fBDEwLzAtoCugKYYnaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2NhLWNsaWVu dDEuY3JsMCEGA1UdEQQaMBiBFmtldmluQGZhbWlsbGVjb3VzaW4uZnIwIwYDVR0SBBwwGoYYaHR0 cDovL3d3dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgQwLDAqBggrBgEF BQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQC0 QbMzgSfJicGx8BJneSYlo7ZxeMKKSWb8wXBj3rwCKrR1uiVx8fVIt5x/Hl1F3dZ6aVoF+dzTvUIA qTovD5ACumfqhu6qb1TiHRaCQr9tKBN6Cb5Du11muun5k5T17tFWD8qPi7u4iZCOGrynd3uWv9Dl T9a0LY6yL+GeIiIVwq8DyDHE7sqCiN+S9iL4Zkho7pS4l7mIW71JNqKZZgOANpzbCFw4lJc2NMhR GlcVdwdJeHpZyW5vpHxmNjWQ+ptaBfKaWOFO5r5na5wF2QOsbICq6e8IKNsliY9hlZnRzu32AzLj GXnmUfy+JF1+gOpSsxpzMGi+axBmxxV0gWCNMIIF/zCCBOegAwIBAgIQTLnfP04vlkvqxMUZU04a zjANBgkqhkiG9w0BAQsFADB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEp MCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBMB4XDTE2MDIwMzA5NDQ1N1oXDTE3MDIwMzA5NDQ1N1owSDEf MB0GA1UEAwwWa2V2aW5AZmFtaWxsZWNvdXNpbi5mcjElMCMGCSqGSIb3DQEJARYWa2V2aW5AZmFt aWxsZWNvdXNpbi5mcjCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAM7aVEpOkTQPuDSV lEcQ9J3Pjb+XrzJeE5nFDTD3uLfVZ5bXEsHlGJtgzS0AIT5dCgtyAO44QL8HQY/qOnyNU3/DSQIq 0c2BV/AJt9qrGdInhD32LfsyaIGyEUS1KYY++SfndVwWGxy2ZAtaqlwGSuR19mTwv4BCD0IqSLbo ANo8xR+Hy6A10BzHRBklNhMPerWxySzSNC4YMQXDwQWe9cWqm1TcvOZmnYh/O0HCjirbNcA5gpgq cimNC6YTHEsfvLzpnbi53QdJC4gobRaQKw5MuMDDMOgOZVNGaKe8MVrVelyDFbXo4VNk5CbTcXP2 YK3Lbeuu/krCbYIN6CxioW9obxIMVzCbjA4z+6CqFJNc1Qv389vMF/WkeghZQOJL5JE/zB0NFgrq hriPmX1IEA/kW/MSBWujjFwxkS3p7V/Kg98mioCBerDEuU4k77y5NuOif42e1ssKWweRoi54kfzp m/DHigfzBoqowo2pudiEuMc91ta3CtgOBqEZSiQBYqS8biHChCXZv3me6Gf8WPaqyN0OwnCD+lOx dGKd56yHHKZyfT0b/RSfJ89uWls7+Ou47sXAa7IjKRLyirqEKjmC4Efl+pAsxbMoV4ZgWIAr8/VM x1pzwoUFbdla2jYttvOEWog/c1Ss+1/WJM+Lre9ItC+LN8iKKrT7fZfKy0f9AgMBAAGjggG2MIIB sjALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMAkGA1UdEwQCMAAw HQYDVR0OBBYEFFZg5P1hZz/039cwy9+ThVfL+w6kMB8GA1UdIwQYMBaAFCSBbDlhvkkPj7cbRivJ KLUnSG1oMG8GCCsGAQUFBwEBBGMwYTAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wu Y29tMDkGCCsGAQUFBzAChi1odHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zY2EuY2xpZW50 MS5jcnQwOAYDVR0fBDEwLzAtoCugKYYnaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2NhLWNsaWVu dDEuY3JsMCEGA1UdEQQaMBiBFmtldmluQGZhbWlsbGVjb3VzaW4uZnIwIwYDVR0SBBwwGoYYaHR0 cDovL3d3dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgQwLDAqBggrBgEF BQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQC0 QbMzgSfJicGx8BJneSYlo7ZxeMKKSWb8wXBj3rwCKrR1uiVx8fVIt5x/Hl1F3dZ6aVoF+dzTvUIA qTovD5ACumfqhu6qb1TiHRaCQr9tKBN6Cb5Du11muun5k5T17tFWD8qPi7u4iZCOGrynd3uWv9Dl T9a0LY6yL+GeIiIVwq8DyDHE7sqCiN+S9iL4Zkho7pS4l7mIW71JNqKZZgOANpzbCFw4lJc2NMhR GlcVdwdJeHpZyW5vpHxmNjWQ+ptaBfKaWOFO5r5na5wF2QOsbICq6e8IKNsliY9hlZnRzu32AzLj GXnmUfy+JF1+gOpSsxpzMGi+axBmxxV0gWCNMYIEXjCCBFoCAQEwgYkwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQTLnfP04vlkvq xMUZU04azjANBglghkgBZQMEAgEFAKCCAaUwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkq hkiG9w0BCQUxDxcNMTYwNDIwMDg1MzMzWjAvBgkqhkiG9w0BCQQxIgQgXNj3mTWiHykkmJZH9vjW VqIACEdiCR1VhXf8y2TZTkowgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJTDEWMBQG A1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRo b3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhBMud8/Ti+WS+rExRlT ThrOMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNV BAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhBMud8/Ti+WS+rExRlTThrOMA0GCSqGSIb3 DQEBAQUABIICAAc8FMXyXxkecEY69/cTA483+4GcfwdJsAx/YzAz6NeHWByzh47eXR69E7YFDWsY yQ2DLcDfE1hzIF8trvLH11mB04YeiDiJ2NuhC2RP2hqZlyQ42Zp+azoXYwNgSEXf1tkhdU3wiYG9 3Clz/jJ+XmVH6S6+G7Q44AWyiTyzjAlmrCufpoTYnodINGKOA+QtZqJdxE3GMGjAb8dWATDgi7Wg cHvjLRFWM5v6neiJDdAkquWIgG9jOiZLkaKA0XSnJDxxAcdaHKb4V9xdQtaSoEa1o5OJJcK1duQ9 i3xt683azpew2bLmhCYAV8aBw2nRjweNUjeLdhvKbXq/zjyYo2FxOofD3oQEMZhYdEi1tt3Jlkij 7el+pSIv8o1Ch7uP2hJtSQOjKnT2jalXUMkwFSavYdHwFgwf2CSCVmnIbAfn3yPRAvJaIhlbcLbX spyQhdtTgWYHe2ZZnwuXzJGInm+0KMsS5wHwQM/jixLY0XFQQo1xzo/JGZwGMlLQ291vSamcJZhY ZVrsTcGRCNCBWy9//c9MEQ2iwoK825DTCRcsRjJU0w3wQRu4fkGVuDW4hl469Vu5SlGBDG0dzslo G4nJfOVWB0JUxQLJ7xvGw/0hDfep+0I6u1TbE8yJp5BWiJ/XB9S9ujrlizjP8SYCiMvnzRxmLPW9 hcFx1sHbm5YVAAAAAAAA --=-P8oc3QWU+WzvRLFfLUbx--

3 2

several questions about serial console
by Nathanaël Blanchet 20 Apr '16

20 Apr '16

This is a multi-part message in MIME format. --------------020703070607090404020701 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi all, About serial console: * how to get out of a selectionned vm where we are on the login prompt (why not backing up to the vm menu) rather than killing the ssh process or closing the terminal? Usual "^] " doesn't work there. * according to https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virt= ualization/3.6/html-single/Virtual_Machine_Management_Guide/index.html # ssh -t -p 2222 ovirt-vmconsole@/MANAGER_IP/ --vm-name/vm1 / should allow to connect directly to a vm on its serial port,=20 and it is very useful when there are a big number of vm. In reality, we=20 get a SSH issue : "unknown option -- -" * if we want to add 5 users with UserVmManager role on 150 vms and I can't use group for this stuff, this means I need to do this with an ovirt-shell script like : # for i in $(cat /tmp/ids.ovirt); do for j in $(cat /tmp/list_all);do ovirt-shell -E "add permission --parent-vm-name $j --user-id $i --role-name UserVmManager"; done; done and 5*150 API connections only because I can't add several user ids on the same "add permission" line ? It's doable, but not not very convinient and very long if I have many more users to add. * Why can't we add permission by user-name and not user-id ? Thnak you for your help. --=20 Nathana=C3=ABl Blanchet Supervision r=C3=A9seau P=C3=B4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=C3=A9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr --------------020703070607090404020701 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"content-type" content=3D"text/html; charset=3Dutf= -8"> </head> <body text=3D"#000000" bgcolor=3D"#FFFFFF"> Hi all, About serial console: <ul> <li>how to get out of a selectionned vm where we are on the login prompt (why not backing up to the vm menu) rather than killing the ssh process or closing the terminal? Usual "^] " doesn't work there.</li> <li>according to <a class=3D"moz-txt-link-freetext" href=3D"https://access.redhat.= com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html-single= /Virtual_Machine_Management_Guide/index.html">https://access.redhat.com/d= ocumentation/en-US/Red_Hat_Enterprise_Virtualization/3.6/html-single/Virt= ual_Machine_Management_Guide/index.html</a> <pre class=3D"screen"># ssh -t -p 2222 ovirt-vmconsole@MANAGER_IP --vm-name vm1 </e= m> </pre> </li> </ul> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 should allow to connect di= rectly to a vm on its serial port, and it is very useful when there are a big number of vm. In reality, we get a SSH issue : "unknown option -- -" <ul> <li>if we want to add 5 users with UserVmManager role on 150 vms and I can't use group for this stuff, this means I need to do this with an ovirt-shell script like : # for i in $(cat /tmp/ids.ovirt); do for j in $(cat /tmp/list_all);do ovirt-shell -E "add permission --parent-vm-name $j --user-id $i --role-name UserVmManager"; done; done and 5*150 API connections only because I can't add several user ids on the same "add permission" line ? It's doable, but not not very convinient and very long if I have many more users to add.</= li> <li>Why can't we add permission by user-name and not user-id ?</li> </ul> Thnak you for your help. <pre class=3D"moz-signature" cols=3D"72">--=20 Nathana=C3=ABl Blanchet Supervision r=C3=A9seau P=C3=B4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=C3=A9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:blanchet@abes.fr">bl= anchet(a)abes.fr</a> </pre> </body> </html> --------------020703070607090404020701--

4 6

ovirt-guest-agent not starting on Windows 2008 R2
by Kevin C 20 Apr '16

20 Apr '16

--=-o2gRJMTGeaU/VtN/+5E8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi list, On a Windows 2008 R2, oVirt guest agent is not starting.=C2=A0The following= information was included with the event:=C2=A0 Traceback (most recent call last): =C2=A0 File "win32serviceutil.pyc", line 835, in SvcRun =C2=A0 File "OVirtGuestService.pyc", line 89, in SvcDoRun =C2=A0 File "GuestAgentWin32.pyc", line 655, in __init__ =C2=A0 File "OVirtAgentLogic.pyc", line 182, in __init__ =C2=A0 File "VirtIoChannel.pyc", line 151, in __init__ =C2=A0 File "VirtIoChannel.pyc", line 128, in __init__ =C2=A0 File "WinFile.pyc", line 40, in __init__ error: (2, 'CreateFile', 'The system cannot find the file specified.') the message resource is present but the message is not found in the string/= message table How can I investigate and start the service ? Thanks a lot --=-o2gRJMTGeaU/VtN/+5E8 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEeww ggXiMIIDyqADAgECAhBrp4p9CteI1lEK+Vnk57ThMA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYT AklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eTAeFw0xNTEyMTYwMTAwMDVaFw0zMDEyMTYwMTAwMDVaMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQC9fdr3w6J9g/Zbgv3bW1+uHht1wLUZr5gkrLtXedg17AkefMyUGwrQdvwO bhajcVmnKVxhrUwkZPXRAwZZosRHfEIi5FH7x6SV/8Sp5lZEuiMnvMFG2MzLA84J6Ws5T4NfXZ0q n4TPgnr3X2vPVS51M7Ua9nIJgn8jvTra4eyyQzxvuA/GZwKg7VQfDCmCS+kICslYYWgXOMt2xlsS slxLce0CGWRsT8EpMyt1iDflSjXZIsE7m1uTyHaKZspMLyIyz6mySu8j8BWWHpChNNeTrFuhVfrO AyDPFJVUvKZCLKBhibTLloyy+LatoWELrjdI4a8StZY8+dIR9t4APXGzAgMBAAGjggFkMIIBYDAO BgNVHQ8BAf8EBAMCAQYwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBIGA1UdEwEB/wQI MAYBAf8CAQAwMgYDVR0fBCswKTAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2Eu Y3JsMGYGCCsGAQUFBwEBBFowWDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wuY29t MDAGCCsGAQUFBzAChiRodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9jYS5jcnQwHQYDVR0O BBYEFCSBbDlhvkkPj7cbRivJKLUnSG1oMB8GA1UdIwQYMBaAFE4L7xqkQFulF2mHMMo0aEPQQa7y MD8GA1UdIAQ4MDYwNAYEVR0gADAsMCoGCCsGAQUFBwIBFh5odHRwOi8vd3d3LnN0YXJ0c3NsLmNv bS9wb2xpY3kwDQYJKoZIhvcNAQELBQADggIBAIvj94fsAYuErQ8BAluc4SMnIwS9NPBwAm5SH9uh 2NCXTq7im61g7F1LIiNI/+wq37fUuaMbz4g7VarKQTgf8ubs0p7NZWcIe7Bvem2AWaXBsxsaRTYw 5kG3DN8pd1hSEUuFoTa7DmNeFe8tiK1BrL3rbA/m48jp4AiFXgvxprJrW7izsyetOrRHPbkW4Y07 v29MdhaPv3u1JELyszXqOzjIYo4sWlC8iDQXwgSW/ntvWy2n4LuiaozlCfXl149tKeqvwlvrla2Y klue/quWp9j9ou4T/OY0CXMuY+B8wNK0ohd2D4ShgFlMSjzAFRoHGKF81snTr2d1A7Ew02oF6UQy CkC2aNNsK5cWOojBar5c7HplX9aHYUCZouxIeU28SONJAxnATgR4cJ2jrpmYSz/kliUJ46S6UpVD o/ebn9c6PaM/XtDYCCaM/7XX6wc3s++sbQ7CtCn1Ax7df6ufQbwyO0V+oFa9H0KAsjHMzcwk3EV2 B2NLatidKE/m7G+rB9m+FlVgIiSp0mGlg43QO9Kh1+JqvTCIzv2bJJkmPMLQJNuKKwHNL8F4GGp6 jbAV+WL+LDeGfVcq8DHS3LrD+xyYEXQBiqZEdiPVOMxLDSUCXsDO0uCWpaNQ8j6y6S9p0xE/Ga0p eVLadVHhqf9nXqKaxnr358VgfrxzUIrvOaOjMIIF/zCCBOegAwIBAgIQTLnfP04vlkvqxMUZU04a zjANBgkqhkiG9w0BAQsFADB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEp MCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBMB4XDTE2MDIwMzA5NDQ1N1oXDTE3MDIwMzA5NDQ1N1owSDEf MB0GA1UEAwwWa2V2aW5AZmFtaWxsZWNvdXNpbi5mcjElMCMGCSqGSIb3DQEJARYWa2V2aW5AZmFt aWxsZWNvdXNpbi5mcjCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAM7aVEpOkTQPuDSV lEcQ9J3Pjb+XrzJeE5nFDTD3uLfVZ5bXEsHlGJtgzS0AIT5dCgtyAO44QL8HQY/qOnyNU3/DSQIq 0c2BV/AJt9qrGdInhD32LfsyaIGyEUS1KYY++SfndVwWGxy2ZAtaqlwGSuR19mTwv4BCD0IqSLbo ANo8xR+Hy6A10BzHRBklNhMPerWxySzSNC4YMQXDwQWe9cWqm1TcvOZmnYh/O0HCjirbNcA5gpgq cimNC6YTHEsfvLzpnbi53QdJC4gobRaQKw5MuMDDMOgOZVNGaKe8MVrVelyDFbXo4VNk5CbTcXP2 YK3Lbeuu/krCbYIN6CxioW9obxIMVzCbjA4z+6CqFJNc1Qv389vMF/WkeghZQOJL5JE/zB0NFgrq hriPmX1IEA/kW/MSBWujjFwxkS3p7V/Kg98mioCBerDEuU4k77y5NuOif42e1ssKWweRoi54kfzp m/DHigfzBoqowo2pudiEuMc91ta3CtgOBqEZSiQBYqS8biHChCXZv3me6Gf8WPaqyN0OwnCD+lOx dGKd56yHHKZyfT0b/RSfJ89uWls7+Ou47sXAa7IjKRLyirqEKjmC4Efl+pAsxbMoV4ZgWIAr8/VM x1pzwoUFbdla2jYttvOEWog/c1Ss+1/WJM+Lre9ItC+LN8iKKrT7fZfKy0f9AgMBAAGjggG2MIIB sjALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMAkGA1UdEwQCMAAw HQYDVR0OBBYEFFZg5P1hZz/039cwy9+ThVfL+w6kMB8GA1UdIwQYMBaAFCSBbDlhvkkPj7cbRivJ KLUnSG1oMG8GCCsGAQUFBwEBBGMwYTAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wu Y29tMDkGCCsGAQUFBzAChi1odHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zY2EuY2xpZW50 MS5jcnQwOAYDVR0fBDEwLzAtoCugKYYnaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2NhLWNsaWVu dDEuY3JsMCEGA1UdEQQaMBiBFmtldmluQGZhbWlsbGVjb3VzaW4uZnIwIwYDVR0SBBwwGoYYaHR0 cDovL3d3dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgQwLDAqBggrBgEF BQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQC0 QbMzgSfJicGx8BJneSYlo7ZxeMKKSWb8wXBj3rwCKrR1uiVx8fVIt5x/Hl1F3dZ6aVoF+dzTvUIA qTovD5ACumfqhu6qb1TiHRaCQr9tKBN6Cb5Du11muun5k5T17tFWD8qPi7u4iZCOGrynd3uWv9Dl T9a0LY6yL+GeIiIVwq8DyDHE7sqCiN+S9iL4Zkho7pS4l7mIW71JNqKZZgOANpzbCFw4lJc2NMhR GlcVdwdJeHpZyW5vpHxmNjWQ+ptaBfKaWOFO5r5na5wF2QOsbICq6e8IKNsliY9hlZnRzu32AzLj GXnmUfy+JF1+gOpSsxpzMGi+axBmxxV0gWCNMIIF/zCCBOegAwIBAgIQTLnfP04vlkvqxMUZU04a zjANBgkqhkiG9w0BAQsFADB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEp MCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBMB4XDTE2MDIwMzA5NDQ1N1oXDTE3MDIwMzA5NDQ1N1owSDEf MB0GA1UEAwwWa2V2aW5AZmFtaWxsZWNvdXNpbi5mcjElMCMGCSqGSIb3DQEJARYWa2V2aW5AZmFt aWxsZWNvdXNpbi5mcjCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAM7aVEpOkTQPuDSV lEcQ9J3Pjb+XrzJeE5nFDTD3uLfVZ5bXEsHlGJtgzS0AIT5dCgtyAO44QL8HQY/qOnyNU3/DSQIq 0c2BV/AJt9qrGdInhD32LfsyaIGyEUS1KYY++SfndVwWGxy2ZAtaqlwGSuR19mTwv4BCD0IqSLbo ANo8xR+Hy6A10BzHRBklNhMPerWxySzSNC4YMQXDwQWe9cWqm1TcvOZmnYh/O0HCjirbNcA5gpgq cimNC6YTHEsfvLzpnbi53QdJC4gobRaQKw5MuMDDMOgOZVNGaKe8MVrVelyDFbXo4VNk5CbTcXP2 YK3Lbeuu/krCbYIN6CxioW9obxIMVzCbjA4z+6CqFJNc1Qv389vMF/WkeghZQOJL5JE/zB0NFgrq hriPmX1IEA/kW/MSBWujjFwxkS3p7V/Kg98mioCBerDEuU4k77y5NuOif42e1ssKWweRoi54kfzp m/DHigfzBoqowo2pudiEuMc91ta3CtgOBqEZSiQBYqS8biHChCXZv3me6Gf8WPaqyN0OwnCD+lOx dGKd56yHHKZyfT0b/RSfJ89uWls7+Ou47sXAa7IjKRLyirqEKjmC4Efl+pAsxbMoV4ZgWIAr8/VM x1pzwoUFbdla2jYttvOEWog/c1Ss+1/WJM+Lre9ItC+LN8iKKrT7fZfKy0f9AgMBAAGjggG2MIIB sjALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMAkGA1UdEwQCMAAw HQYDVR0OBBYEFFZg5P1hZz/039cwy9+ThVfL+w6kMB8GA1UdIwQYMBaAFCSBbDlhvkkPj7cbRivJ KLUnSG1oMG8GCCsGAQUFBwEBBGMwYTAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wu Y29tMDkGCCsGAQUFBzAChi1odHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zY2EuY2xpZW50 MS5jcnQwOAYDVR0fBDEwLzAtoCugKYYnaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2NhLWNsaWVu dDEuY3JsMCEGA1UdEQQaMBiBFmtldmluQGZhbWlsbGVjb3VzaW4uZnIwIwYDVR0SBBwwGoYYaHR0 cDovL3d3dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgQwLDAqBggrBgEF BQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQC0 QbMzgSfJicGx8BJneSYlo7ZxeMKKSWb8wXBj3rwCKrR1uiVx8fVIt5x/Hl1F3dZ6aVoF+dzTvUIA qTovD5ACumfqhu6qb1TiHRaCQr9tKBN6Cb5Du11muun5k5T17tFWD8qPi7u4iZCOGrynd3uWv9Dl T9a0LY6yL+GeIiIVwq8DyDHE7sqCiN+S9iL4Zkho7pS4l7mIW71JNqKZZgOANpzbCFw4lJc2NMhR GlcVdwdJeHpZyW5vpHxmNjWQ+ptaBfKaWOFO5r5na5wF2QOsbICq6e8IKNsliY9hlZnRzu32AzLj GXnmUfy+JF1+gOpSsxpzMGi+axBmxxV0gWCNMYIEXjCCBFoCAQEwgYkwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQTLnfP04vlkvq xMUZU04azjANBglghkgBZQMEAgEFAKCCAaUwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkq hkiG9w0BCQUxDxcNMTYwNDIwMDgzNzIyWjAvBgkqhkiG9w0BCQQxIgQgfZeXCGYFUmKsdLOHx4NE aEq0sJBSKbQuh9i4Xsv8TWMwgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJTDEWMBQG A1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRo b3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhBMud8/Ti+WS+rExRlT ThrOMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNV BAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhBMud8/Ti+WS+rExRlTThrOMA0GCSqGSIb3 DQEBAQUABIICAGVSCvmU9QPKUVQ279ewbf1k3L173bl9uVAyU0xGt9ftkQpuiVvfpH29skJvjZNt x76nN2XmphI8LllsoZFRQR0peA3qK3um84IB74YboKwBvbjrM4mcoeDK2EhO7rE11n7tyLa0OsEa x9JRtWTVi77bXWk4mhDMrDMQp/oYtuqZjadEBhzeb22AF9KM2X60QkWmVTh/zO3C/UQ1ms+u277r xoawRiyHnS9auIzceq8YsApqyhuVuW24+qwLi3w+pAgjQ/+BTewtWcPeT4bpx1AbFklQgNGc9eya 0VE+g7t9DyN73VgD9+UrRwhtTQGwGg1XvqyZjVu+9IXzSrPM2JclwaYuRjFsEsQVsija+s9VdyXr 7hhLHb22uJ9LgJz8AIlVG/lFJUY7kQq21PGP6D/IPmvLDBnBekmUKMhOOqSo61z2hhjMeFKY4t5p q7NSt9X72Tm39rWSiugMtN4yPkob5VbCA6trR+HYlrCen+gIe2ty+KPnWP2fQLwBdFrWetfURH1h gzrPmykB2ahuAExf965DlsVNWIq26lnVKPtYZuUfpqVDpLarsZjwd/7coCoZDRkDIZWv1jGTrutD q9AvDGRMzRTtlBwDK36JauRwkdhqawObks60LQeug+v1li7Tp2kmFIYLULYscxnEK7u1jFdLfU6E OUvNZPGf5eknAAAAAAAA --=-o2gRJMTGeaU/VtN/+5E8--

3 2

hosted-engine install stalls
by Johan Vermeulen 20 Apr '16

20 Apr '16

Hello All, my setup of a hosted engine on Centos7.2 hangs on : [ INFO ] Connecting Storage Pool In the log file I see a lot of items with "ok": *2016-04-20 13:04:01 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._activateStorageDomain:1067 activateStorageDomain2016-04-20 13:04:01 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage heconflib.task_wait:283 Waiting for existing tasks to complete2016-04-20 13:04:01 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._activateStorageDomain:1076 {'status': {'message': 'OK', 'code': 0}, 'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 2}}2016-04-20 13:04:01 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._activateStorageDomain:1078 {'status': {'message': 'OK', 'code': 0}, 'info': {'name': 'No Description', 'isoprefix': '', 'pool_status': 'connected', 'lver': 2, 'spm_id': 1, 'master_uuid': '4bec7cce-b3d4-4a46-a1db-c7829951ec89', 'version': '3', 'domains': '4bec7cce-b3d4-4a46-a1db-c7829951ec89:Active,c817a126-f45b-4f03-b44b-e6249ef214a7:Active', 'type': 'POSIXFS', 'master_ver': 1}, 'dominfo': {'4bec7cce-b3d4-4a46-a1db-c7829951ec89': {'status': 'Active', 'diskfree': '1933926400', 'isoprefix': '', 'alerts': [], 'disktotal': '2046640128', 'version': 3}, 'c817a126-f45b-4f03-b44b-e6249ef214a7': {'status': 'Active', 'diskfree': '52560920576', 'isoprefix': '', 'alerts': [], 'disktotal': '53660876800', 'version': 3}}}2016-04-20 13:04:01 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._activateStorageDomain:1079 {'status': {'message': 'OK', 'code': 0}, '4bec7cce-b3d4-4a46-a1db-c7829951ec89': {'code': 0, 'actual': True, 'acquired': True, 'delay': '9.9272e-05', 'lastCheck': '0.3', 'version': 3, 'valid': True}, 'c817a126-f45b-4f03-b44b-e6249ef214a7': {'code': 0, 'actual': True, 'acquired': False, 'delay': '0.0889462', 'lastCheck': '9.0', 'version': 3, 'valid': True}}2016-04-20 13:04:01 DEBUG otopi.context context._executeMethod:142 Stage misc METHOD otopi.plugins.ovirt_hosted_engine_setup.storage.heconf.Plugin._misc_create_volume2016-04-20 13:04:01 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.heconf heconflib.create_and_prepare_image:358 {'status': {'message': 'OK', 'code': 0}, 'uuid': '4835326e-5528-4c2f-831b-19dd323f1084'}2016-04-20 13:04:01 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.heconf heconflib.create_and_prepare_image:372 Created configuration volume OK, request was:- image: f48e629e-17b3-4849-871e-e5547dd8b031- volume: 869c3519-6875-4f7a-a15f-6ddf93f23d93* but then it keeps displaying: *2016-04-20 13:05:02 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.heconf heconflib.task_wait:283 Waiting for existing tasks to complete* and that's it. This is the summary of the install: --== CONFIGURATION PREVIEW ==-- Bridge interface : enp13s0 Engine FQDN : *********.ddns.net Bridge name : ovirtmgmt Host address : **********.ddns.net SSH daemon port : 8023 Firewall manager : iptables Gateway address : 192.168.66.1 Host name for web application : ************ Host ID : 1 Image size GB : 25 GlusterFS Share Name : hosted_engine_glusterfs GlusterFS Brick Provisioning : False Storage connection : ***********.ddns.net: /export/data Console type : qxl Memory size MB : 4096 MAC address : 00:16:3e:4f:0e:31 Boot type : cdrom Number of CPUs : 2 ISO image (cdrom boot/cloud-init) : /tmp/CentOS-7-x86_64-Minimal-1511.iso CPU Type : model_Penryn Thanks for any help on this issue. greetings, J.

2 1