- Users - oVirt List Archives

Outreachy Hopeful
by JonathanPosada 11 Oct '16

11 Oct '16

This is a multi-part message in MIME format. --b1_3b1df74a2a83f7448181eb2877ab80db Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 SGkgYWxsLAoKTXkgbmFtZSBpcyBKb25hdGhhbiBQb3NhZGEgYW5kIEkgYW0gYSBzZW5pb3IgQ1Mg c3R1ZGVudCBhdCBDb3JuZWxsIFVuaXZlcnNpdHkuIEZvciBtb3JlIGFib3V0IG15IGJhY2tncm91 bmQgc2VlIG15IExpbmtlZGluIGhlcmUgKGh0dHBzOi8vd3d3LmxpbmtlZGluLmNvbS9pbi9qb25h dGhhbi1wb3NhZGEtMTY2YWJhOTYpLgoKSSdtIGludGVyZXN0ZWQgaW4gbGVhcm5pbmcgbW9yZSBh Ym91dCB0aGUgY2xvdWQgYW5kIHRvcGljcyBzdWNoIGFzIGNvbnRhaW5lcnMgYW5kIFZNcyB3aGlj aCBicm91Z2h0IG1lIHRvIG9WaXJ0LiBJbiBwYXJ0aWN1bGFyIEknZCBsaWtlIHRvIHRha2Ugb24g dGhlIFB5dGhvbiB0ZXN0aW5nIHByb2plY3QgZm91bmQgaGVyZSAoaHR0cHM6Ly93d3cub3ZpcnQu b3JnL2NvbW11bml0eS9hY3Rpdml0aWVzL291dHJlYWNoeS8pIHVuZGVyICdTb21lIElkZWFzJy4g V2l0aCB0aGUgZGVhZGxpbmUgdG8gYXBwbHkgZmFzdCBhcHByb2FjaGluZywgSSdkIGxpa2UgdG8g Z2V0IHN0YXJ0ZWQgd2l0aCBteSBmaXJzdCBjb250cmlidXRpb24gdG8gdGhlIHByb2plY3QuIEhv dyBzaG91bGQgSSBnZXQgc3RhcnRlZD8KCgoKSm9uYXRoYW4KU2VudCB3aXRoIFtQcm90b25NYWls XShodHRwczovL3Byb3Rvbm1haWwuY29tKSBTZWN1cmUgRW1haWwu --b1_3b1df74a2a83f7448181eb2877ab80db Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGRpdj5IaSBhbGwsPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+TXkgbmFtZSBpcyBKb25h dGhhbiBQb3NhZGEgYW5kIEkgYW0gYSBzZW5pb3IgQ1Mgc3R1ZGVudCBhdCBDb3JuZWxsIFVuaXZl cnNpdHkuIEZvciBtb3JlIGFib3V0IG15IGJhY2tncm91bmQgc2VlIG15IExpbmtlZGluIGhlcmUg KDxhIGhyZWY9Imh0dHBzOi8vd3d3LmxpbmtlZGluLmNvbS9pbi9qb25hdGhhbi1wb3NhZGEtMTY2 YWJhOTYiPmh0dHBzOi8vd3d3LmxpbmtlZGluLmNvbS9pbi9qb25hdGhhbi1wb3NhZGEtMTY2YWJh OTY8L2E+KS48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5JJ20gaW50ZXJlc3RlZCBpbiBs ZWFybmluZyBtb3JlIGFib3V0IHRoZSBjbG91ZCBhbmQgdG9waWNzIHN1Y2ggYXMgY29udGFpbmVy cyBhbmQgVk1zIHdoaWNoIGJyb3VnaHQgbWUgdG8gb1ZpcnQuIEluIHBhcnRpY3VsYXIgSSdkIGxp a2UgdG8gdGFrZSBvbiB0aGUgUHl0aG9uIHRlc3RpbmcgcHJvamVjdCBmb3VuZCBoZXJlICg8YSBo cmVmPSJodHRwczovL3d3dy5vdmlydC5vcmcvY29tbXVuaXR5L2FjdGl2aXRpZXMvb3V0cmVhY2h5 LyI+aHR0cHM6Ly93d3cub3ZpcnQub3JnL2NvbW11bml0eS9hY3Rpdml0aWVzL291dHJlYWNoeS88 L2E+KSB1bmRlciAnU29tZSBJZGVhcycuIFdpdGggdGhlIGRlYWRsaW5lIHRvIGFwcGx5IGZhc3Qg YXBwcm9hY2hpbmcsIEknZCBsaWtlIHRvIGdldCBzdGFydGVkIHdpdGggbXkgZmlyc3QgY29udHJp YnV0aW9uIHRvIHRoZSBwcm9qZWN0LiBIb3cgc2hvdWxkIEkgZ2V0IHN0YXJ0ZWQ/PC9kaXY+PGRp dj48YnI+PC9kaXY+PGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2sgIj48ZGl2 IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jay11c2VyICI+PGRpdj5Kb25hdGhhbjxi cj48L2Rpdj48L2Rpdj48ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVyZV9ibG9jay1wcm90 b24gIj5TZW50IHdpdGggPGEgaHJlZj0iaHR0cHM6Ly9wcm90b25tYWlsLmNvbSI+UHJvdG9uTWFp bDwvYT4gU2VjdXJlIEVtYWlsLjxicj48L2Rpdj48L2Rpdj48ZGl2Pjxicj48L2Rpdj4= --b1_3b1df74a2a83f7448181eb2877ab80db--

2 1

ovirt-shell show vm doesn't show all vm properties
by Nathanaël Blanchet 11 Oct '16

11 Oct '16

Hi all, I'd like to find any vms with some defined properties like (console-enabled or serial_number-policy for example) with ovirt-shell -E "show vm name", but I can't find all information that I can get with edit vm popupin the UI. I belevied these kind of properties were unvailable because the flag was by default to false, but after updating the flag to true, it is still not visible. Does it exist an extended way to get those feature with ovirt-shell? Thank you. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

2 5

Replace Engine Self-Signed Certificate
by Alan Griffiths 11 Oct '16

11 Oct '16

Hi, I'm trying to replace the self-signed certificate in the engine. I updated the four files listed here http://www.ovirt.org/develop/release-management/features/infra/pki/ But on restarting Apache and logging in I get the following error, "sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target" What am I missing? Thanks, Alan

2 2

HA not working when killing one node
by Felip Moll 11 Oct '16

11 Oct '16

Hello, I have latest version of ovirt 4 installed on a Centos 7, 2 hypervisor nodes (rdkvm[1-2]) and 1 ovirt-engine node (rdhead1). GlusterFS is setup with 2 bricks on both rdkvm1 and rdkvm2. I have some vm's running on the infraestructure. I have HA enabled and ipmi is working. I manually poweroff force one node. Then I expect that VM's running on that node are started in the remaining node because of the HA setting. What happens is that ovirt starts the powered off node but not the vm's that remain shutted down. Is it the correct behaviour? How can I make that vm's are auto-started if they were running before hypervisor kill? Regards, Felip M -- Felip Moll Marquès Computer Science Engineer E-Mail - lipixx(a)gmail.com WebPage - http://lipix.ciutadella.es

2 2

Migrating Hosted Engine Storage
by Maton, Brett 11 Oct '16

11 Oct '16

Hi, I was wondering how to move the Hosted Engine 'disk' to another storage domain? Live migration doesn't appear to be working, just left the disk in a 'locked' state, the engine is currently up and running. Any suggestions ?

2 1

cbs.centos.org
by Bruckner, Simone 10 Oct '16

10 Oct '16

--_000_2CB4E8C8E00E594EA06D4AC427E429920F5FF372fabamailserverf_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I'm trying to update my oVirt installation but cbs.centos.org (referenced= by ovirt-4.0-dependencies.repo) seems to be down. Any ideas when it will b= e up again? All the best, Simone Bruckner --_000_2CB4E8C8E00E594EA06D4AC427E429920F5FF372fabamailserverf_ 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"><span lang=3D"EN-US">Hi all,<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">  I’m trying to upda= te my oVirt installation but cbs.centos.org (referenced by ovirt-4.0-depend= encies.repo) seems to be down. Any ideas when it will be up again?<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"DE-AT" style=3D"mso-fareast-language:D= E">All the best,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE-AT" style=3D"mso-fareast-language:D= E">Simone Bruckner</span><span lang=3D"DE-AT"><o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_2CB4E8C8E00E594EA06D4AC427E429920F5FF372fabamailserverf_--

2 1

Mantenance mode error
by nicola.gentile.to 10 Oct '16

10 Oct '16

Hi, I have a problem. I try to put in maintenance mode the host, but the message that is displayed is this "Error while executing action: Cannot switch Host to Maintenance mode. Host has asynchronous running tasks, wait for operation to complete and retry." I checked the log file engine.log: "2016-10-10 14:32:53,841 INFO [org.ovirt.engine.core.bll.MaintenanceNumberOfVdssCommand] (default task-15) [697e9736] Lock Acquired to object 'EngineLock:{exclusiveLocks='null', sharedLocks='[00000001-0001-0001-0001-00000000016a=<POOL, ACTION_TYPE_FAILED_OBJECT_LOCKED>]'}' 2016-10-10 14:32:53,843 WARN [org.ovirt.engine.core.bll.MaintenanceNumberOfVdssCommand] (default task-15) [697e9736] Validation of action 'MaintenanceNumberOfVdss' failed for user admin@internal-authz. Reasons: VAR__TYPE__HOST,VAR__ACTION__MAINTENANCE,VDS_CANNOT_MAINTENANCE_SPM_WITH_RUNNING_TASKS 2016-10-10 14:32:53,843 INFO [org.ovirt.engine.core.bll.MaintenanceNumberOfVdssCommand] (default task-15) [697e9736] Lock freed to object 'EngineLock:{exclusiveLocks='null', sharedLocks='[00000001-0001-0001-0001-00000000016a=<POOL, ACTION_TYPE_FAILED_OBJECT_LOCKED>]'}' 2016-10-10 14:32:53,851 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-15) [] Operation Failed: [Cannot switch Host to Maintenance mode. Host has asynchronous running tasks," How can I revolve? Regards Nicola

2 1

Error while executing action RefreshLunsSize: REFRESH_LUN_ERROR
by vasily.lamykin＠MegaFon.ru 10 Oct '16

10 Oct '16

--_000_15bc846ff2aa4fb0945833691675231fvlgums05Megafonru_ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable I want to add some space on my LUN. Previously I added the place simply by pressing the "plus" button in domain= management. Today I have some error with this. I touch "plus" button and get next error= s: In web: "Error while executing action RefreshLunsSize: REFRESH_LUN_ERROR " In engine.log: 2016-10-06 05:30:09,974 ERROR [org.ovirt.engine.core.bll.storage.domain.Ref= reshLunsSizeCommand] (default task-1) [784d8d11] Failed to refresh device 3= 600c0ff0001b7485f7aeea5701000000 Not all VDS are seeing the same size VDS := [Host[node10,37d1a1a7-4d40-45bb-8351-0b4f8b3d349c], Host[node1,5a978ba9-331= 4-4f4d-bfc2-59aaefc5a33c], Host[node3,d03c5b81-fdc3-4407-a444-feaa3d2e9d96]= , Host[node2,a44c06e1-379d-4e73-8a8f-60210a99141e]] 2016-10-06 05:30:09,974 ERROR [org.ovirt.engine.core.bll.storage.domain.Ref= reshLunsSizeCommand] (default task-1) [784d8d11] Command 'org.ovirt.engine.= core.bll.storage.domain.RefreshLunsSizeCommand' failed: EngineException: Fa= iled to refresh LUNs. Not all VDS are seeing the same size: [LUN : 3600c0ff= 0001b7485f7aeea5701000000VDS: node10, node1, node3, node2] (Failed with err= or REFRESH_LUN_ERROR and code 5060) 2016-10-06 05:30:09,975 INFO [org.ovirt.engine.core.bll.storage.domain.Ref= reshLunsSizeCommand] (default task-1) [784d8d11] Command [id=3D44f94cb2-3ef= f-49b5-85c6-d2cb79801277]: Compensating CHANGED_STATUS_ONLY of org.ovirt.en= gine.core.common.businessentities.StoragePoolIsoMap; snapshot: EntityStatus= Snapshot:{id=3D'StoragePoolIsoMapId:{storagePoolId=3D'00000001-0001-0001-00= 01-00000000034e', storageId=3D'f5309743-d46b-4365-951a-571d2d9fbc87'}', sta= tus=3D'Active'}. 2016-10-06 05:30:15,683 ERROR [org.ovirt.engine.core.dal.dbbroker.auditlogh= andling.AuditLogDirector] (default task-1) [784d8d11] Correlation ID: 784d8= d11, Job ID: b47afe3a-6052-4c67-a5b6-7f7303aa18b6, Call Stack: null, Custom= Event ID: -1, Message: Failed to resize LUNs. Not all the hosts are seeing the same LUN size. But on all node's I see same LUN size in `multipath -ll` How can i repair this problem, and expand lun size in ovirt? ________________________________ =E9=CE=C6=CF=D2=CD=C1=C3=C9=D1 =D7 =DC=D4=CF=CD =D3=CF=CF=C2=DD=C5=CE=C9=C9= =D0=D2=C5=C4=CE=C1=DA=CE=C1=DE=C5=CE=C1 =C9=D3=CB=CC=C0=DE=C9=D4=C5=CC=D8= =CE=CF =C4=CC=D1 =CB=CF=CE=CB=D2=C5=D4=CE=D9=C8 =CC=C9=C3, =CB=CF=D4=CF=D2= =D9=CD =CF=CE=C1 =C1=C4=D2=C5=D3=CF=D7=C1=CE=C1. =F7 =D3=CF=CF=C2=DD=C5=CE= =C9=C9 =CD=CF=D6=C5=D4 =D3=CF=C4=C5=D2=D6=C1=D4=D8=D3=D1 =CB=CF=CE=C6=C9=C4= =C5=CE=C3=C9=C1=CC=D8=CE=C1=D1 =C9=CE=C6=CF=D2=CD=C1=C3=C9=D1, =CB=CF=D4=CF= =D2=C1=D1 =CE=C5 =CD=CF=D6=C5=D4 =C2=D9=D4=D8 =D2=C1=D3=CB=D2=D9=D4=C1 =C9= =CC=C9 =C9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C1 =CB=C5=CD-=CC=C9=C2=CF, =CB=D2= =CF=CD=C5 =C1=C4=D2=C5=D3=C1=D4=CF=D7. =E5=D3=CC=C9 =D7=D9 =CE=C5 =C1=C4=D2= =C5=D3=C1=D4 =DC=D4=CF=C7=CF =D3=CF=CF=C2=DD=C5=CE=C9=D1, =D4=CF =C9=D3=D0= =CF=CC=D8=DA=CF=D7=C1=CE=C9=C5, =D0=C5=D2=C5=C1=C4=D2=C5=D3=C1=C3=C9=D1, = =CB=CF=D0=C9=D2=CF=D7=C1=CE=C9=C5 =C9=CC=C9 =D2=C1=D3=D0=D2=CF=D3=D4=D2=C1= =CE=C5=CE=C9=C5 =D3=CF=C4=C5=D2=D6=C1=CE=C9=D1 =D3=CF=CF=C2=DD=C5=CE=C9=D1 = =C9=CC=C9 =C5=C7=CF =DE=C1=D3=D4=C9 =CE=C5=DA=C1=CB=CF=CE=CE=CF =C9 =DA=C1= =D0=D2=C5=DD=C5=CE=CF. =E5=D3=CC=C9 =F7=D9 =D0=CF=CC=D5=DE=C9=CC=C9 =DC=D4= =CF =D3=CF=CF=C2=DD=C5=CE=C9=C5 =CF=DB=C9=C2=CF=DE=CE=CF, =D0=CF=D6=C1=CC= =D5=CA=D3=D4=C1, =CE=C5=DA=C1=CD=C5=C4=CC=C9=D4=C5=CC=D8=CE=CF =D3=CF=CF=C2= =DD=C9=D4=C5 =CF=D4=D0=D2=C1=D7=C9=D4=C5=CC=C0 =CF=C2 =DC=D4=CF=CD =C9 =D5= =C4=C1=CC=C9=D4=C5 =D3=CF =D7=D3=C5=CD =D3=CF=C4=C5=D2=D6=C9=CD=D9=CD =D3= =C1=CD=CF =D3=CF=CF=C2=DD=C5=CE=C9=C5 =C9 =CC=C0=C2=D9=C5 =D7=CF=DA=CD=CF= =D6=CE=D9=C5 =C5=C7=CF =CB=CF=D0=C9=C9 =C9 =D0=D2=C9=CC=CF=D6=C5=CE=C9=D1. The information contained in this communication is intended solely for the = use of the individual or entity to whom it is addressed and others authoriz= ed to receive it. It may contain confidential or legally privileged informa= tion. The contents may not be disclosed or used by anyone other than the ad= dressee. If you are not the intended recipient(s), any use, disclosure, cop= ying, distribution or any action taken or omitted to be taken in reliance o= n it is prohibited and may be unlawful. If you have received this communica= tion in error please notify us immediately by responding to this email and = then delete the e-mail and all attachments and any copies thereof. (c)20mf50 --_000_15bc846ff2aa4fb0945833691675231fvlgums05Megafonru_ Content-Type: text/html; charset="koi8-r" 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=3Dkoi8-r"> <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"RU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><b><span lang=3D"EN" style=3D"font-size:12.0pt;font-= family:"Times New Roman",serif;mso-fareast-language:RU">I want to= add some space on my LUN.</span></b><b><span lang=3D"EN-US"><o:p></o:p></s= pan></b></p> <p class=3D"MsoNormal"><b><span lang=3D"EN" style=3D"font-size:12.0pt;font-= family:"Times New Roman",serif;mso-fareast-language:RU">Previousl= y I added the place simply by pressing the “plus” button in dom= ain management.<o:p></o:p></span></b></p> <p class=3D"MsoNormal"><b><span lang=3D"EN" style=3D"font-size:12.0pt;font-= family:"Times New Roman",serif;mso-fareast-language:RU">Today I h= ave some error with this. I touch “plus” button and get next er= rors:<o:p></o:p></span></b></p> <p class=3D"MsoNormal"><b><span lang=3D"EN" style=3D"font-size:12.0pt;font-= family:"Times New Roman",serif;mso-fareast-language:RU">In web:</= span></b><span lang=3D"EN" style=3D"font-size:12.0pt;font-family:"Time= s New Roman",serif;mso-fareast-language:RU"> </span><span lang=3D"EN-US" style=3D"font-family:"Times New Roman&quot= ;,serif;mso-fareast-language:RU">“Error while executing action Refres= hLunsSize: REFRESH_LUN_ERROR ”<o:p></o:p></span></p> <p class=3D"MsoNormal"><b><span lang=3D"EN" style=3D"font-size:12.0pt;font-= family:"Times New Roman",serif;mso-fareast-language:RU">In engine= .log:<o:p></o:p></span></b></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:"Time= s New Roman",serif;mso-fareast-language:RU">2016-10-06 05:30:09,974 ER= ROR [org.ovirt.engine.core.bll.storage.domain.RefreshLunsSizeCommand] (defa= ult task-1) [784d8d11] Failed to refresh device 3600c0ff0001b7485f7aeea5701000000 Not all VDS are seeing the same size VDS= :[Host[node10,37d1a1a7-4d40-45bb-8351-0b4f8b3d349c], Host[node1,5a978ba9-3= 314-4f4d-bfc2-59aaefc5a33c], Host[node3,d03c5b81-fdc3-4407-a444-feaa3d2e9d9= 6], Host[node2,a44c06e1-379d-4e73-8a8f-60210a99141e]]<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:"Time= s New Roman",serif;mso-fareast-language:RU">2016-10-06 05:30:09,974 ER= ROR [org.ovirt.engine.core.bll.storage.domain.RefreshLunsSizeCommand] (defa= ult task-1) [784d8d11] Command 'org.ovirt.engine.core.bll.storage.domain.Re= freshLunsSizeCommand' failed: EngineException: Failed to refresh LUNs. Not all VDS are seeing th= e same size: [LUN : 3600c0ff0001b7485f7aeea5701000000VDS: node10, node1, no= de3, node2] (Failed with error REFRESH_LUN_ERROR and code 5060)<o:p></o:p><= /span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:"Time= s New Roman",serif;mso-fareast-language:RU">2016-10-06 05:30:09,975 IN= FO  [org.ovirt.engine.core.bll.storage.domain.RefreshLunsSizeCommand] = (default task-1) [784d8d11] Command [id=3D44f94cb2-3eff-49b5-85c6-d2cb79801= 277]: Compensating CHANGED_STATUS_ONLY of org.ovirt.engine.core.common.businesse= ntities.StoragePoolIsoMap; snapshot: EntityStatusSnapshot:{id=3D'StoragePoo= lIsoMapId:{storagePoolId=3D'00000001-0001-0001-0001-00000000034e', storageI= d=3D'f5309743-d46b-4365-951a-571d2d9fbc87'}', status=3D'Active'}.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:"Time= s New Roman",serif;mso-fareast-language:RU">2016-10-06 05:30:15,683 ER= ROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] = (default task-1) [784d8d11] Correlation ID: 784d8d11, Job ID: b47afe3a-6052-4c67-a5b6-7f7303aa18b6, Call Stack: null, Custom Eve= nt ID: -1, Message: Failed to resize LUNs.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-family:"Time= s New Roman",serif;mso-fareast-language:RU">Not all the hosts are seei= ng the same LUN size.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US" style=3D"font-size:12.0pt;font-= family:"Times New Roman",serif;mso-fareast-language:RU"><o:p>&nbs= p;</o:p></span></p> <p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:12.0pt;fo= nt-family:"Times New Roman",serif;mso-fareast-language:RU">But on= all node’s I see same LUN size in `multipath –ll`<o:p></o:p></= span></b></p> <p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:12.0pt;fo= nt-family:"Times New Roman",serif;mso-fareast-language:RU">How ca= n i repair this problem, and expand lun size in ovirt?<o:p></o:p></span></b= ></p> <p class=3D"MsoNormal"><b><span lang=3D"EN-US" style=3D"font-size:12.0pt;fo= nt-family:"Times New Roman",serif;mso-fareast-language:RU"><o:p>&= nbsp;</o:p></span></b></p> </div> <br> <hr> <font face=3D"Arial" color=3D"Gray" size=3D"1"><br> =E9=CE=C6=CF=D2=CD=C1=C3=C9=D1 =D7 =DC=D4=CF=CD =D3=CF=CF=C2=DD=C5=CE=C9=C9= =D0=D2=C5=C4=CE=C1=DA=CE=C1=DE=C5=CE=C1 =C9=D3=CB=CC=C0=DE=C9=D4=C5=CC=D8= =CE=CF =C4=CC=D1 =CB=CF=CE=CB=D2=C5=D4=CE=D9=C8 =CC=C9=C3, =CB=CF=D4=CF=D2= =D9=CD =CF=CE=C1 =C1=C4=D2=C5=D3=CF=D7=C1=CE=C1. =F7 =D3=CF=CF=C2=DD=C5=CE= =C9=C9 =CD=CF=D6=C5=D4 =D3=CF=C4=C5=D2=D6=C1=D4=D8=D3=D1 =CB=CF=CE=C6=C9=C4= =C5=CE=C3=C9=C1=CC=D8=CE=C1=D1 =C9=CE=C6=CF=D2=CD=C1=C3=C9=D1, =CB=CF=D4=CF= =D2=C1=D1 =CE=C5 =CD=CF=D6=C5=D4 =C2=D9=D4=D8 =D2=C1=D3=CB=D2=D9=D4=C1 =C9= =CC=C9 =C9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C1 =CB=C5=CD-=CC=C9=C2=CF, =CB=D2= =CF=CD=C5 =C1=C4=D2=C5=D3=C1=D4=CF=D7. =E5=D3=CC=C9 =D7=D9 =CE=C5 =C1=C4=D2= =C5=D3=C1=D4 =DC=D4=CF=C7=CF =D3=CF=CF=C2=DD=C5=CE=C9=D1, =D4=CF =C9=D3=D0=CF=CC=D8=DA=CF=D7=C1=CE=C9= =C5, =D0=C5=D2=C5=C1=C4=D2=C5=D3=C1=C3=C9=D1, =CB=CF=D0=C9=D2=CF=D7=C1=CE= =C9=C5 =C9=CC=C9 =D2=C1=D3=D0=D2=CF=D3=D4=D2=C1=CE=C5=CE=C9=C5 =D3=CF=C4=C5= =D2=D6=C1=CE=C9=D1 =D3=CF=CF=C2=DD=C5=CE=C9=D1 =C9=CC=C9 =C5=C7=CF =DE=C1= =D3=D4=C9 =CE=C5=DA=C1=CB=CF=CE=CE=CF =C9 =DA=C1=D0=D2=C5=DD=C5=CE=CF. =E5= =D3=CC=C9 =F7=D9 =D0=CF=CC=D5=DE=C9=CC=C9 =DC=D4=CF =D3=CF=CF=C2=DD=C5=CE= =C9=C5 =CF=DB=C9=C2=CF=DE=CE=CF, =D0=CF=D6=C1=CC=D5=CA=D3=D4=C1, =CE=C5=DA= =C1=CD=C5=C4=CC=C9=D4=C5=CC=D8=CE=CF =D3=CF=CF=C2=DD=C9=D4=C5 =CF=D4=D0=D2= =C1=D7=C9=D4=C5=CC=C0 =CF=C2 =DC=D4=CF=CD =C9 =D5=C4=C1=CC=C9=D4=C5 =D3=CF = =D7=D3=C5=CD =D3=CF=C4=C5=D2=D6=C9=CD=D9=CD =D3=C1=CD=CF =D3=CF=CF=C2=DD=C5=CE=C9=C5 =C9 =CC=C0=C2=D9=C5 =D7=CF=DA=CD= =CF=D6=CE=D9=C5 =C5=C7=CF =CB=CF=D0=C9=C9 =C9 =D0=D2=C9=CC=CF=D6=C5=CE=C9= =D1.<br> <br> The information contained in this communication is intended solely for the = use of the individual or entity to whom it is addressed and others authoriz= ed to receive it. It may contain confidential or legally privileged informa= tion. The contents may not be disclosed or used by anyone other than the addressee. If you are not the intended re= cipient(s), any use, disclosure, copying, distribution or any action taken = or omitted to be taken in reliance on it is prohibited and may be unlawful.= If you have received this communication in error please notify us immediately by responding to this email and then= delete the e-mail and all attachments and any copies thereof.<br> <br> (c)20mf50<br> </font> </body> </html> --_000_15bc846ff2aa4fb0945833691675231fvlgums05Megafonru_--

2 2

nagios for ovirt 4
by Kapetanakis Giannis 10 Oct '16

10 Oct '16

Hi, Is there any usable nagios plugin what works with ovirt engine 4? regards, Giannis

3 3

Re: [ovirt-users] Cleanup illegal snapshot
by Markus Stockhausen 09 Oct '16

09 Oct '16

------=_NextPartTM-000-f97ca609-a0b3-4f45-9e40-6fc3b3ab4980 Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B85F7E2EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B85F7E2EXCHANGEcollogi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Ala, that did not help. VDSM log tells me that the delta qcow2 file is missing: Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 873, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 49, in wrapper res =3D f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 3162, in getVolumeInfo volUUID=3DvolUUID).getInfo() File "/usr/share/vdsm/storage/sd.py", line 457, in produceVolume volUUID) File "/usr/share/vdsm/storage/fileVolume.py", line 58, in __init__ volume.Volume.__init__(self, repoPath, sdUUID, imgUUID, volUUID) File "/usr/share/vdsm/storage/volume.py", line 181, in __init__ self.validate() File "/usr/share/vdsm/storage/volume.py", line 194, in validate self.validateVolumePath() File "/usr/share/vdsm/storage/fileVolume.py", line 540, in validateVolume= Path raise se.VolumeDoesNotExist(self.volUUID) VolumeDoesNotExist: Volume does not exist: (u'c277351d-e2b1-4057-aafb-55d4b= 607ebae',) ... Thread-196::ERROR::2016-10-09 19:31:07,037::utils::739::root::(wrapper) Unh= andled exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 736, in wrapp= er return f(*a, **kw) File "/usr/share/vdsm/virt/vm.py", line 5264, in run self.update_base_size() File "/usr/share/vdsm/virt/vm.py", line 5257, in update_base_size self.drive.imageID, topVolUUID) File "/usr/share/vdsm/virt/vm.py", line 5191, in _getVolumeInfo (domainID, volumeID)) StorageUnavailableError: Unable to get volume info for domain 47202573-6e83= -42fd-a274-d11f05eca2dd volume c277351d-e2b1-4057-aafb-55d4b607ebae Do you have any idea? Markus ________________________ Von: Ala Hino [ahino(a)redhat.com] Gesendet: Donnerstag, 6. Oktober 2016 12:29 An: Markus Stockhausen Betreff: Re: [ovirt-users] Cleanup illegal snapshot Indeed, retry live merge. There is no harm in retrying live merge. As menti= oned, if the image deleted at storage side, retrying live merge should clea= n the engine side. On Thu, Oct 6, 2016 at 1:06 PM, Markus Stockhausen <stockhausen(a)collogia.de= <mailto:stockhausen@collogia.de>> wrote: Hi, we are on OVirt 4.0.4. As explained the situation is as follows: - On Disk we have the base image and the delata qcow2 file - Qemu runs only on the base image - The snapshot in Qemu is tagged as illegal So you say: "Just retry a live merge and everything will cleanup." Did I get it right? Markus ----------------------------------------------- Von: Ala Hino [ahino(a)redhat.com<mailto:ahino@redhat.com>] Gesendet: Donnerstag, 6. Oktober 2016 11:21 An: Markus Stockhausen Cc: Ovirt Users; Nir Soffer; Adam Litke Betreff: Re: [ovirt-users] Cleanup illegal snapshot Hi Markus, What's the version that you are using? In oVirt 3.6.6, illegal snapshots could be removed by retrying to live merg= e them again. Assuming the previous live merge of the snapshot successfully= completed but the engine failed to get the result, the second live merge s= hould do the necessary cleanups at the engine side. See https://bugzilla.re= dhat.com/1323629 Hope this helps, Ala On Thu, Oct 6, 2016 at 11:53 AM, Markus Stockhausen <stockhausen(a)collogia.d= e<mailto:stockhausen@collogia.de>> wrote: Hi Ala, > Von: Adam Litke [alitke(a)redhat.com<mailto:alitke@redhat.com>] > Gesendet: Freitag, 30. September 2016 15:54 > An: Markus Stockhausen > Cc: Ovirt Users; Ala Hino; Nir Soffer > Betreff: Re: [ovirt-users] Cleanup illegal snapshot > > On 30/09/16 05:47 +0000, Markus Stockhausen wrote: > >Hi, > > > >if a OVirt snapshot is illegal we might have 2 situations. > > > >1) qemu is still using it - lsof shows qemu access to the base raw and t= he > >delta qcow2 file. -> E.g. a previous live merge failed. In the past we > >successfully solved that situation by setting the status of the delta im= age > >in the database to OK. > > > >2) qemu is no longer using it. lsof shows qemu access only to the the ba= se > >raw file -> E.g. a previous live merge succeded in qemu but Ovirt did no= t > >recognize. > > > >How to clean up the 2nd situation? > > It seems that you will have to first clean up the engine database to > remove references to the snapshot that no longer exists. Then you > will need to remove the unused qcow2 volume. > > Unfortunately I cannot provide safe instructions for modifying the > database but maybe Ala Hino (added to CC:) will be able to help with > that. Do you have some tip for me? > > One you have fixed the DB you should be able to delete the volume > using a vdsm verb on the SPM host: > > # vdsClient -s 0 deleteVolume <sdUUID> <spUUID> <imgUUID> <volUUID> --_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B85F7E2EXCHANGEcollogi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" id=3D"owaParaStyle"></style> </head> <body fpstyle=3D"1" ocsi=3D"0"> <div style=3D"direction: ltr;font-family: Arial;color: #000000;font-size: 1= 0pt;">Hi Ala, <div><br> </div> <div>that did not help. <span style=3D"font-size: 10pt;">VDSM log tell= s me that the delta qcow2 file is missing:</span></div> <div><span style=3D"font-size: 10pt;"><br> </span></div> <div> <div>Traceback (most recent call last):</div> <div>  File "/usr/share/vdsm/storage/task.py", line 873, in = _run</div> <div>    return fn(*args, **kargs)</div> <div>  File "/usr/share/vdsm/logUtils.py", line 49, in wrapp= er</div> <div>    res =3D f(*args, **kwargs)</div> <div>  File "/usr/share/vdsm/storage/hsm.py", line 3162, in = getVolumeInfo</div> <div>    volUUID=3DvolUUID).getInfo()</div> <div>  File "/usr/share/vdsm/storage/sd.py", line 457, in pr= oduceVolume</div> <div>    volUUID)</div> <div>  File "/usr/share/vdsm/storage/fileVolume.py", line 58= , in __init__</div> <div>    volume.Volume.__init__(self, repoPath, sdUUID, imgUUID, = volUUID)</div> <div>  File "/usr/share/vdsm/storage/volume.py", line 181, i= n __init__</div> <div>    self.validate()</div> <div>  File "/usr/share/vdsm/storage/volume.py", line 194, i= n validate</div> <div>    self.validateVolumePath()</div> <div>  File "/usr/share/vdsm/storage/fileVolume.py", line 54= 0, in validateVolumePath</div> <div>    raise se.VolumeDoesNotExist(self.volUUID)</div> <div>VolumeDoesNotExist: Volume does not exist: (u'c277351d-e2b1-4057-aafb-= 55d4b607ebae',)</div> <div style=3D"font-size: 10pt;">...</div> </div> <div> <div> <div>Thread-196::ERROR::2016-10-09 19:31:07,037::utils::739::root::(wrapper= ) Unhandled exception</div> <div>Traceback (most recent call last):</div> <div>  File "/usr/lib/python2.7/site-packages/vdsm/utils.py"= , line 736, in wrapper</div> <div>    return f(*a, **kw)</div> <div>  File "/usr/share/vdsm/virt/vm.py", line 5264, in run<= /div> <div>    self.update_base_size()</div> <div>  File "/usr/share/vdsm/virt/vm.py", line 5257, in upda= te_base_size</div> <div>    self.drive.imageID, topVolUUID)</div> <div>  File "/usr/share/vdsm/virt/vm.py", line 5191, in _get= VolumeInfo</div> <div>    (domainID, volumeID))</div> <div>StorageUnavailableError: Unable to get volume info for domain 47202573= -6e83-42fd-a274-d11f05eca2dd volume c277351d-e2b1-4057-aafb-55d4b607ebae</d= iv> </div> <div><br> </div> <div>Do you have any idea?</div> <div><br> </div> <div>Markus</div> <div>________________________<br> <div><br> <div style=3D"font-family:Tahoma; font-size:13px"> <div style=3D"font-family:Tahoma; font-size:13px"> <div style=3D"font-family:Tahoma; font-size:13px"> <div style=3D"font-family:Tahoma; font-size:13px"> <div style=3D"font-family:Tahoma; font-size:13px"> <div> <div> <div><b style=3D"font-size: small;">Von:</b><span style=3D"font-size: small= ;"> Ala Hino [ahino(a)redhat.com]</span></div> </div> </div> </div> </div> </div> </div> </div> </div> <div style=3D"font-family: Times New Roman; color: #000000; font-size: 16px= "> <div id=3D"divRpF145670" style=3D"direction: ltr;"><font face=3D"Tahoma" si= ze=3D"2" color=3D"#000000"><b>Gesendet:</b> Donnerstag, 6. Oktober 2016 12:= 29<br> <b>An:</b> Markus Stockhausen<br> <b>Betreff:</b> Re: [ovirt-users] Cleanup illegal snapshot<br> </font><br> </div> <div></div> <div> <div dir=3D"ltr">Indeed, retry live merge. There is no harm in retrying liv= e merge. As mentioned, if the image deleted at storage side, retrying live = merge should clean the engine side.</div> <div class=3D"gmail_extra"><br> <div class=3D"gmail_quote">On Thu, Oct 6, 2016 at 1:06 PM, Markus Stockhaus= en <span dir=3D"ltr"> <<a href=3D"mailto:stockhausen@collogia.de" target=3D"_blank">stockhause= n(a)collogia.de</a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex; border-left:1= px #ccc solid; padding-left:1ex"> <div> <div style=3D"direction:ltr; font-family:Arial; color:#000000; font-size:10= pt">Hi, <div><br> </div> <div>we are on OVirt 4.0.4. As explained the situation is as follows:</div> <div><br> </div> <div>- On Disk we have the base image and the delata qcow2 file</div> <div>- Qemu runs only on the base image</div> <div>- The snapshot in Qemu is tagged as illegal</div> <div><br> </div> <div>So you say: "Just retry a live merge and everything will cleanup.= "</div> <div>Did I get it right?</div> <div><br> </div> <div>Markus</div> <div><br> </div> <div>------------------------------<wbr>-----------------<br> <div><br> <div style=3D"font-family:Tahoma; font-size:13px"> <div style=3D"font-family:Tahoma; font-size:13px"> <div style=3D"font-family:Tahoma; font-size:13px"> <div style=3D"font-family:Tahoma; font-size:13px"> <div style=3D"font-family:Tahoma; font-size:13px"> <div> <div> <div><b style=3D"font-size:small">Von:</b><span style=3D"font-size:small"> = Ala Hino [<a href=3D"mailto:ahino@redhat.com" target=3D"_blank">ahino@redha= t.com</a>]</span></div> </div> </div> </div> </div> </div> </div> </div> </div> <div style=3D"font-family:Times New Roman; color:#000000; font-size:16px"> <div style=3D"direction:ltr"><font face=3D"Tahoma" size=3D"2" color=3D"#000= 000"><b>Gesendet:</b> Donnerstag, 6. Oktober 2016 11:21<br> <b>An:</b> Markus Stockhausen<br> <b>Cc:</b> Ovirt Users; Nir Soffer; Adam Litke <div> <div class=3D"h5"><br> <b>Betreff:</b> Re: [ovirt-users] Cleanup illegal snapshot<br> </div> </div> </font><br> </div> <div> <div class=3D"h5"> <div></div> <div> <div dir=3D"ltr">Hi Markus, <div><br> </div> <div>What's the version that you are using?</div> <div>In oVirt 3.6.6, illegal snapshots could be removed by retrying to live= merge them again. Assuming the previous live merge of the snapshot success= fully completed but the engine failed to get the result, the second live me= rge should do the necessary cleanups at the engine side. See <a href=3D"https://bugzilla.redhat.com/132362= 9" target=3D"_blank">https://bugzilla.redhat.<wbr>com/1323629</a></div> <div><br> </div> <div>Hope this helps,</div> <div>Ala</div> </div> <div class=3D"gmail_extra"><br> <div class=3D"gmail_quote">On Thu, Oct 6, 2016 at 11:53 AM, Markus Stockhau= sen <span dir=3D"ltr"> <<a href=3D"mailto:stockhausen@collogia.de" target=3D"_blank">stockhause= n(a)collogia.de</a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex; border-left:1= px #ccc solid; padding-left:1ex"> Hi Ala,<br> <br> > Von: Adam Litke [<a href=3D"mailto:alitke@redhat.com" target=3D"_blank= ">alitke(a)redhat.com</a>]<br> > Gesendet: Freitag, 30. September 2016 15:54<br> > An: Markus Stockhausen<br> > Cc: Ovirt Users; Ala Hino; Nir Soffer<br> > Betreff: Re: [ovirt-users] Cleanup illegal snapshot<br> <span>><br> > On 30/09/16 05:47 +0000, Markus Stockhausen wrote:<br> > >Hi,<br> > ><br> > >if a OVirt snapshot is illegal we might have 2 situations.<br> > ><br> > >1) qemu is still using it - lsof shows qemu access to the base raw= and the<br> > >delta qcow2 file. -> E.g. a previous live merge failed. In the = past we<br> > >successfully solved that situation by setting the status of the de= lta image<br> > >in the database to OK.<br> > ><br> > >2) qemu is no longer using it. lsof shows qemu access only to the = the base<br> > >raw file -> E.g. a previous live merge succeded in qemu but Ovi= rt did not<br> > >recognize.<br> > ><br> > >How to clean up the 2nd situation?<br> ><br> > It seems that you will have to first clean up the engine database to<b= r> > remove references to the snapshot that no longer exists.  Then yo= u<br> > will need to remove the unused qcow2 volume.<br> ><br> > Unfortunately I cannot provide safe instructions for modifying the<br> > database but maybe Ala Hino (added to CC:) will be able to help with<b= r> > that.<br> <br> </span>Do you have some tip for me?<br> <div> <div><br> ><br> > One you have fixed the DB you should be able to delete the volume<br> > using a vdsm verb on the SPM host:<br> ><br> > # vdsClient -s 0 deleteVolume <sdUUID> <spUUID> <imgUUI= D> <volUUID><br> </div> </div> </blockquote> </div> <br> </div> </div> </div> </div> </div> <div style=3D""></div> </div> </div> </div> </blockquote> </div> <br> </div> </div> </div> <div id=3D"ofmeet-extension-installed" style=3D"display: none;"></div> </div> </div> </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B85F7E2EXCHANGEcollogi_-- ------=_NextPartTM-000-f97ca609-a0b3-4f45-9e40-6fc3b3ab4980 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-f97ca609-a0b3-4f45-9e40-6fc3b3ab4980--

3 3

Stalled disk migration
by Nicolás 09 Oct '16

09 Oct '16

Hi, We've done a major datastore migration recently between 2 iSCSI-based datastores. We've successfully migrated 35 machines, however, 5 of them seem to have stalled. All we can see in the events tab tab is: Moving Disk bla_Disk1 from iscsi01 to iscsi02 Disks are small enough (25-27Gb) to assume this won't progress since it's been more than 30 hs. since the migration began, other VMs took approximately 1-1.5 hours to fully migrate a disk, so this seems to be stalled. The bad thing is that I can't find a way to "unstall" it. Disks are in a perpetual "migrating" status and there's no way to stop the migration (at least from the webadmin). I don't actually care if stopping the migration breaks those 5 machines since they are disposable, I just need to stop that event. I already tried restarting the ovirt-engine and it didn't work. Log doesn't seem to provide nothing relevant. Is there a way to do that? I wouldn't mind if I need to modify some record directly into the DB. Thanks! Nicolás

1 1

Decommissioning etherpad and old wiki
by Marc Dequènes (Duck) 09 Oct '16

09 Oct '16

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --UOElIP8pfCi0Hnf0njaNdv1OtAD7rJrx1 Content-Type: multipart/mixed; boundary="DXPDFOvgWAbgIdNBFpHK6kmdCLbSpUNV8"; protected-headers="v1" From: =?UTF-8?B?TWFyYyBEZXF1w6huZXMgKER1Y2sp?= <duck(a)redhat.com> To: oVirt Infra <infra(a)ovirt.org>, users(a)ovirt.org, wiki(a)ovirt.org Message-ID: <8a0a46d8-317c-690f-ce6b-c42580971bc2(a)redhat.com> Subject: Decommissioning etherpad and old wiki --DXPDFOvgWAbgIdNBFpHK6kmdCLbSpUNV8 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Quack, The wiki content was already converted into the website, and remaining broken links & co were fixed (thanks Garrett). It was merely kept in case some content was forgotten (read-only). The Etherpad was barely used and a pain to upgrade/maintain, so the infra team with the last remaining user decided to close it. They are to be removed soon. In fact we already stopped them to track the remaining users, and no one complained. It can be restarted on demand before the removal date. On 2016-10-26 the resources will be purged. Backup has been made, so nothing is lost but unless there is a good reason it won't be used. Btw, the wiki@ mailing-list was unused and is now read-only. If you have any concern, please contact the infra mailing-list. \_o< --DXPDFOvgWAbgIdNBFpHK6kmdCLbSpUNV8-- --UOElIP8pfCi0Hnf0njaNdv1OtAD7rJrx1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJX9hEiAAoJEFXp+fesHEQ/foMQAIW0GsRnyqnz1IuPVOFYVm1i BJueCUsGy4T61HHUtUKXslg5+dYkmiql+7Ws8LzuGGgQAyaVEnY3g5gLemFtjabv AlDa9LfiFWgLxO7cavLOsi1e3imcyaMtrWguxPYYQWpdJRR1hndNIiykIaR708yy bofjo5h16gMHmo3sQN1CRgnALQbnr5EZCSxLQ0HcP1JbyJ9oBylOU2Pfma3yNPT3 5vtezNTmFZC5Te8vzGfWnDrVlcgve1j5SawCwDpYTjZSAA0BGTU5GFOAIlDAdj7N Mi+6nSL9PZONpYp+Xo/3VsjOBL22N3wDtOdcKQwagSmF5SIEEmt0tCSFRMxmheUd 7fYkMYd49P3whMJQHXbHNJG8GSk9bGbeC1UD85/Nd9HgKNgkgqUfFC5Sy8Kn1jTh 0m2Eoqz3AH4xLub1PhzHikdcKvwuzZ5F+1v8c4PM7XznecvQAjahkHpASjYS8oz/ 5iwv7kIC2fdF32zW8TvQRIuvkRNuVxmHGFY4nG0QH/f2Ehvv73mNEVEE92vhV1A/ XHgmZRNrR3p50W6YQnF3pyiNhtAzgYlX09uu9ksd2Xr75TemAlTmTSXJJ/eAaVPE bsWOlgvLaHTI85cVebZakt1TpFg8XRjZjBJFHOf27uewjRxMiobFC9QW6OfdOMVS 5oRjO/8Zvzwi7IucRikT =wF1q -----END PGP SIGNATURE----- --UOElIP8pfCi0Hnf0njaNdv1OtAD7rJrx1--

2 2

Re: [ovirt-users] documentation change suggestion / question
by Karli Sjöberg 09 Oct '16

09 Oct '16

--_000_9cff90f6acfe44c2ab30837610301bceexch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gOCBva3QuIDIwMTYgMTk6MTUgc2tyZXYgQ2hhcmxlcyBLb3psZXIgPGNrb3psZXJpaWlA Z21haWwuY29tPjoNCj4NCj4gR29vZ2xpbmcgIm92aXJ0IHdpbmRvd3MgYWdlbnQiIHRoaXMgaXMg dGhlIGZpcnN0IGxpbmsgdGhhdCBwb3BzIHVwOiBodHRwOi8vd3d3Lm92aXJ0Lm9yZy9kb2N1bWVu dGF0aW9uL2ludGVybmFsL2d1ZXN0LWFnZW50L2d1ZXN0LWFnZW50LWZvci13aW5kb3dzLw0KPg0K PiBUaGlzIGRvYyBzZWVtcyBub24taW50dWl0aXZlIGFuZCBvdmVyIGNvbXBsaWNhdGVkDQo+DQo+ IFNwZWNpZmljYWxseSwgdGhlIFJlZEhhdCBkb2N1bWVudGF0aW9uIHRoYXQgaXMgNCBsaW5rcyBi ZWxvdyBpcyBzaW1wbGUgYXMgImluc3RhbGwgdGhpcyBwYWNrYWdlIGFuZCBtb3VudCB0aGUgaXNv IjogaHR0cHM6Ly9jb21tdW5pdHkucmVkaGF0LmNvbS9ibG9nLzIwMTUvMDUvaG93LXRvLWluc3Rh bGwtYW5kLXVzZS1vdmlydHMtd2luZG93cy1ndWVzdC10b29scy8NCj4NCj4gVGhlIGZvcm1lciB3 YXMgdXBkYXRlZCBhcyBlYXJseSBhcyBKdW5lIG9mIHRoaXMgeWVhcg0KPg0KPiAxLikgVGhlIFJl ZEhhdCBkb2N1bWVudCB3b3JrZWQgZm9yIG1lIHNvIEkgZG9udCB0aGluayBvVmlydCA0LnggY2Fu dCB1c2UgdGhlIHNhbWUNCj4gMi4pIFdoeSBoYXZlIHNlcGFyYXRlIGFyZWFzIG9mIGRvY3VtZW50 YXRpb24gdGhhdCBhcmUgc28gZGlmZmVyZW50IGZyb20gZWFjaCBvdGhlcj8gVGhpcyBoYXMgY2F1 c2VkIG1lIGlzc3VlcyBpbiB0aGUgcGFzdCB3aGVyZWJ5IEkgZm91bmQgUkggZG9jcyB0aGF0IHdl cmUgbXVjaCBtb3JlIGNsZWFyIGFuZCBjb25jaXNlDQoNClRoYXQncyBiZWNhdXNlIGFsbCBvVmly dCBkb2N1bWVudGF0aW9uIGlzIGNvbW11bml0eSBkcml2ZW4uIFRoaXMgc3BlY2lmaWMgcGFnZSB3 YXMgd3JpdHRlbiBieSBhIGd1eSBJIGhhcHBlbiB0byBrbm93IHF1aXRlIHdlbGwgKEkgd3JvdGUg aXQpOikNCg0KVGhpcyB3YXMgd3JpdHRlbiBiYWNrIHdoZW4gdGhlcmUgd2FzIG5vIGVhc3kgdG8g aW5zdGFsbCBwYWNrYWdlLCB3aGVyZSB5b3UgaGFkIHRvIGRvIHRoYXQgYnkgaGFuZCwgYW5kIGlm IHlvdSB3YW50IHRvLCB5b3Ugc3RpbGwgY2FuLCB0aGUgbWV0aG9kIHN0aWxsIHdvcmtzLiBCdXQg SSBhZ3JlZSB0aGF0IGlmIHRoZXJlJ3MgYW4gZWFzaWVyIHdheSB0b2RheSwgSSB0aGluayB3ZSBz aG91bGQgZ28gd2l0aCB0aGF0IGZpcnN0IGFuZCBrZWVwIHRoaXMgY29tcGlsaW5nIG1ldGhvZCBh cyB0aGUgZmFsbGJhY2suDQoNCj4gMy4pIElzIHRoZXJlIGFueW9uZSB3aG8gbWlnaHQgd2FudCB0 byBtZXJnZSBSSCBkb2NzIHdpdGggb1ZpcnQgZG9jcyB3aGVyZSB0aGUgUkggZG9jcyBhcmUgYmV0 dGVyIHRoYW4gb1ZpcnQ/DQoNCkhvcGluZyBzb21lb25lIEBSSCBjYW4gYW5zd2VyIHRoaXMsIGJl Y2F1c2UgSSBkb24ndCBrbm93IGlmIEknbSBhbGxvd2VkIHRvIGRvIHRoYXQ/DQoNCi9LDQoNCj4N Cj4gVGhhbmtzIHNvIG11Y2ggZm9yIHByb3ZpZGluZyBzdWNoIGEgZ3JlYXQgcHJvZHVjdCEgSSBq dXN0IGZlZWwgc29tZXRpbWVzIHRoZSBkb2NzIGFyZSBhIGxpdHRsZSBtb3JlIGRldmVsb3Blci1j ZW50cmljIHdoZXJlYXMgdGhlIFJlZEhhdCBkb2NzIGFyZSBtb3JlIGVhc2lseSByZWFkYWJsZQ0K --_000_9cff90f6acfe44c2ab30837610301bceexch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <7C7FB8E8E6F9084D92C4FF0EBE6AE5CC(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiA4IG9rdC4gMjAxNiAxOToxNSBza3JldiBDaGFybGVzIEtvemxlciAmbHQ7Y2tv emxlcmlpaUBnbWFpbC5jb20mZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7IEdvb2dsaW5nICZxdW90 O292aXJ0IHdpbmRvd3MgYWdlbnQmcXVvdDsgdGhpcyBpcyB0aGUgZmlyc3QgbGluayB0aGF0IHBv cHMgdXA6Jm5ic3A7aHR0cDovL3d3dy5vdmlydC5vcmcvZG9jdW1lbnRhdGlvbi9pbnRlcm5hbC9n dWVzdC1hZ2VudC9ndWVzdC1hZ2VudC1mb3Itd2luZG93cy88YnI+DQomZ3Q7PGJyPg0KJmd0OyBU aGlzIGRvYyBzZWVtcyBub24taW50dWl0aXZlIGFuZCBvdmVyIGNvbXBsaWNhdGVkPGJyPg0KJmd0 Ozxicj4NCiZndDsgU3BlY2lmaWNhbGx5LCB0aGUgUmVkSGF0IGRvY3VtZW50YXRpb24gdGhhdCBp cyA0IGxpbmtzIGJlbG93IGlzIHNpbXBsZSBhcyAmcXVvdDtpbnN0YWxsIHRoaXMgcGFja2FnZSBh bmQgbW91bnQgdGhlIGlzbyZxdW90OzombmJzcDtodHRwczovL2NvbW11bml0eS5yZWRoYXQuY29t L2Jsb2cvMjAxNS8wNS9ob3ctdG8taW5zdGFsbC1hbmQtdXNlLW92aXJ0cy13aW5kb3dzLWd1ZXN0 LXRvb2xzLzxicj4NCiZndDs8YnI+DQomZ3Q7IFRoZSBmb3JtZXIgd2FzIHVwZGF0ZWQgYXMgZWFy bHkgYXMgSnVuZSBvZiB0aGlzIHllYXImbmJzcDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyAxLikgVGhl IFJlZEhhdCBkb2N1bWVudCB3b3JrZWQgZm9yIG1lIHNvIEkgZG9udCB0aGluayBvVmlydCA0Lngg Y2FudCB1c2UgdGhlIHNhbWU8YnI+DQomZ3Q7IDIuKSBXaHkgaGF2ZSBzZXBhcmF0ZSBhcmVhcyBv ZiBkb2N1bWVudGF0aW9uIHRoYXQgYXJlIHNvIGRpZmZlcmVudCBmcm9tIGVhY2ggb3RoZXI/IFRo aXMgaGFzIGNhdXNlZCBtZSBpc3N1ZXMgaW4gdGhlIHBhc3Qgd2hlcmVieSBJIGZvdW5kIFJIIGRv Y3MgdGhhdCB3ZXJlIG11Y2ggbW9yZSBjbGVhciBhbmQgY29uY2lzZSZuYnNwOzwvcD4NCjxwIGRp cj0ibHRyIj5UaGF0J3MgYmVjYXVzZSBhbGwgb1ZpcnQgZG9jdW1lbnRhdGlvbiBpcyBjb21tdW5p dHkgZHJpdmVuLiBUaGlzIHNwZWNpZmljIHBhZ2Ugd2FzIHdyaXR0ZW4gYnkgYSBndXkgSSBoYXBw ZW4gdG8ga25vdyBxdWl0ZSB3ZWxsIChJIHdyb3RlIGl0KTopPC9wPg0KPHAgZGlyPSJsdHIiPlRo aXMgd2FzIHdyaXR0ZW4gYmFjayB3aGVuIHRoZXJlIHdhcyBubyBlYXN5IHRvIGluc3RhbGwgcGFj a2FnZSwgd2hlcmUgeW91IGhhZCB0byBkbyB0aGF0IGJ5IGhhbmQsIGFuZCBpZiB5b3Ugd2FudCB0 bywgeW91IHN0aWxsIGNhbiwgdGhlIG1ldGhvZCBzdGlsbCB3b3Jrcy4gQnV0IEkgYWdyZWUgdGhh dCBpZiB0aGVyZSdzIGFuIGVhc2llciB3YXkgdG9kYXksIEkgdGhpbmsgd2Ugc2hvdWxkIGdvIHdp dGggdGhhdCBmaXJzdA0KIGFuZCBrZWVwIHRoaXMgY29tcGlsaW5nIG1ldGhvZCBhcyB0aGUgZmFs bGJhY2suPC9wPg0KPHAgZGlyPSJsdHIiPiZndDsgMy4pIElzIHRoZXJlIGFueW9uZSB3aG8gbWln aHQgd2FudCB0byBtZXJnZSBSSCBkb2NzIHdpdGggb1ZpcnQgZG9jcyB3aGVyZSB0aGUgUkggZG9j cyBhcmUgYmV0dGVyIHRoYW4gb1ZpcnQ/PC9wPg0KPHAgZGlyPSJsdHIiPkhvcGluZyBzb21lb25l IEBSSCBjYW4gYW5zd2VyIHRoaXMsIGJlY2F1c2UgSSBkb24ndCBrbm93IGlmIEknbSBhbGxvd2Vk IHRvIGRvIHRoYXQ/PC9wPg0KPHAgZGlyPSJsdHIiPi9LPC9wPg0KPHAgZGlyPSJsdHIiPiZndDs8 YnI+DQomZ3Q7IFRoYW5rcyBzbyBtdWNoIGZvciBwcm92aWRpbmcgc3VjaCBhIGdyZWF0IHByb2R1 Y3QhIEkganVzdCBmZWVsIHNvbWV0aW1lcyB0aGUgZG9jcyBhcmUgYSBsaXR0bGUgbW9yZSBkZXZl bG9wZXItY2VudHJpYyB3aGVyZWFzIHRoZSBSZWRIYXQgZG9jcyBhcmUgbW9yZSBlYXNpbHkgcmVh ZGFibGUmbmJzcDs8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_9cff90f6acfe44c2ab30837610301bceexch24sluse_--

2 1

documentation change suggestion / question
by Charles Kozler 08 Oct '16

08 Oct '16

Googling "ovirt windows agent" this is the first link that pops up: http://www.ovirt.org/documentation/internal/guest-agent/guest-agent-for-win… This doc seems non-intuitive and over complicated Specifically, the RedHat documentation that is 4 links below is simple as "install this package and mount the iso": https://community.redhat.com/blog/2015/05/how-to-install-and-use-ovirts-win… The former was updated as early as June of this year 1.) The RedHat document worked for me so I dont think oVirt 4.x cant use the same 2.) Why have separate areas of documentation that are so different from each other? This has caused me issues in the past whereby I found RH docs that were much more clear and concise 3.) Is there anyone who might want to merge RH docs with oVirt docs where the RH docs are better than oVirt? Thanks so much for providing such a great product! I just feel sometimes the docs are a little more developer-centric whereas the RedHat docs are more easily readable

1 0

How to add a tcp type serial to a vm in ovirt 4.0?
by lifuqiong 08 Oct '16

08 Oct '16

This is a multipart message in MIME format. ------=_NextPart_000_04AE_01D221B2.B69E7920 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, We can easily add a Serial Hardware in virt-manager, when adding the serial, the vm's xml add these lines as follows: . <serial type='tcp'> <source mode='bind' host='127.0.0.1' service='4555' /> <protocol type='telnet' /> </serial> ... But I can't add a tcp serial in ovirt 4.0 when I create a VM, even after I reading http://www.ovirt.org/documentation/admin-guide/serial-console-setup/ Hope someone can help me. Thank you Mark ------=_NextPart_000_04AE_01D221B2.B69E7920 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-microsoft-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=3DGenerator content=3D"Microsoft Word 14 = (filtered medium)"><style></style></head><body lang=3DZH-CN link=3Dblue = vlink=3Dpurple style=3D'text-justify-trim:punctuation'><div = class=3DWordSection1><p class=3DMsoNormal><span lang=3DEN-US>Hi, = <o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>         We can = easily add a Serial Hardware in virt-manager, when adding the serial, = the vm’s xml add these lines as follows:<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>…<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US><serial = type=3D’tcp’><o:p></o:p></span></p><p = class=3DMsoNormal><span = lang=3DEN-US>         <source = mode=3D’bind’ host=3D’127.0.0.1’ = service=3D’4555’ /><o:p></o:p></span></p><p = class=3DMsoNormal><span = lang=3DEN-US>         = <protocol type=3D’telnet’ /><o:p></o:p></span></p><p = class=3DMsoNormal><span = lang=3DEN-US></serial><o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>…..<o:p></o:p></span></p><p = class=3DMsoNormal><span = lang=3DEN-US>         = <o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>         But I = can’t add a tcp serial in ovirt 4.0 when I create a VM, even after = I reading <a = href=3D"http://www.ovirt.org/documentation/admin-guide/serial-console-set= up/">http://www.ovirt.org/documentation/admin-guide/serial-console-setup/= </a><o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>Hope someone can help me. <o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>Thank you<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>Mark<o:p></o:p></span></p><p = class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p></div></body></html> ------=_NextPart_000_04AE_01D221B2.B69E7920--

1 0

RE > Multiple export domains limit?
by aleksey.maksimov＠it-kb.ru 07 Oct '16

07 Oct '16

Hello oVirt guru`s! http://lists.ovirt.org/pipermail/users/2015-November/036056.html Is there a progress on this issue?

2 1

Can't add host - Failed to read hardware information
by David Pinkerton 07 Oct '16

07 Oct '16

I'm trying to add a host to a freshly built cluster. yum install finishes, then the message " Failed to read hardware information" is displayed - host has installation failed. If I try to re-install I get the same message and the host goes non-responsive. engine log: 2016-10-07 21:13:46,525 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [2854e702] Connecting to /192.168.21.71 2016-10-07 21:13:46,526 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (DefaultQuartzScheduler4) [3fa97b73] Command 'GetCapabilitiesVDSCommand(HostName = rhv1, VdsIdAndVdsVDSCommandParametersBase:{runAsync='true', hostId='96358424-a14e-4d29-957f-3d7ddac99c12', vds='Host[rhv1,96358424-a14e-4d29-957f-3d7ddac99c12]'})' execution failed: org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed 2016-10-07 21:13:46,526 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (DefaultQuartzScheduler4) [3fa97b73] Failure to refresh Vds runtime info: org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed 2016-10-07 21:13:46,526 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (DefaultQuartzScheduler4) [3fa97b73] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createNetworkException(VdsBrokerCommand.java:157) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:120) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73) [vdsbroker.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.runVdsCommand(ResourceManager.java:451) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:653) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring.refreshVdsRunTimeInfo(HostMonitoring.java:121) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring.refresh(HostMonitoring.java:85) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:238) [vdsbroker.jar:] at sun.reflect.GeneratedMethodAccessor129.invoke(Unknown Source) [:1.8.0_102] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_102] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102] at org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:77) [scheduler.jar:] at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:51) [scheduler.jar:] at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_102] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_102] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_102] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_102] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102] Caused by: org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed at org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient.connect(ReactorClient.java:165) [vdsm-jsonrpc-java-client.jar:] at org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.getClient(JsonRpcClient.java:134) [vdsm-jsonrpc-java-client.jar:] at org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.call(JsonRpcClient.java:81) [vdsm-jsonrpc-java-client.jar:] at org.ovirt.engine.core.vdsbroker.jsonrpc.FutureMap.<init>(FutureMap.java:70) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.jsonrpc.JsonRpcVdsServer.getCapabilities(JsonRpcVdsServer.java:258) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand.executeVdsBrokerCommand(GetCapabilitiesVDSCommand.java:15) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:110) [vdsbroker.jar:] ... 18 more 2016-10-07 21:13:49,531 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [2854e702] Connecting to /192.168.21.71 vdsm.log jsonrpc.Executor/3::INFO::2016-10-07 20:45:31,554::__init__::513::jsonrpc.JsonRpcServer::(_serveRequest) RPC call Host.getCapabilities succeeded in 0.06 seconds jsonrpc.Executor/4::DEBUG::2016-10-07 20:45:32,566::__init__::530::jsonrpc.JsonRpcServer::(_handle_request) Calling 'Host.getHardwareInfo' in bridge with {} jsonrpc.Executor/4::ERROR::2016-10-07 20:45:32,673::API::1340::vds::(getHardwareInfo) failed to retrieve hardware info Traceback (most recent call last): File "/usr/share/vdsm/API.py", line 1337, in getHardwareInfo hw = supervdsm.getProxy().getHardwareInfo() File "/usr/lib/python2.7/site-packages/vdsm/supervdsm.py", line 53, in __call__ return callMethod() File "/usr/lib/python2.7/site-packages/vdsm/supervdsm.py", line 51, in <lambda> **kwargs) File "<string>", line 2, in getHardwareInfo File "/usr/lib64/python2.7/multiprocessing/managers.py", line 759, in _callmethod kind, result = conn.recv() EOFError jsonrpc.Executor/4::INFO::2016-10-07 20:45:32,680::__init__::513::jsonrpc.JsonRpcServer::(_serveRequest) RPC call Host.getHardwareInfo failed (error 57) in 0.11 seconds jsonrpc.Executor/6::DEBUG::2016-10-07 20:45:33,783::__init__::530::jsonrpc.JsonRpcServer::(_handle_request) Calling 'Host.getCapabilities' in bridge with {} MainThread::DEBUG::2016-10-07 20:45:36,211::vdsm::73::vds::(sigtermHandler) Received signal 15 I'm also seeing segfaults in supervdsm on the host's console. -- David Pinkerton +61-488-904-232 <http://apac.redhat.com/>

2 1

change broker.conf configuration on shared storage
by emanuel.santosvarina＠mahle.com 07 Oct '16

07 Oct '16

This is a multipart message in MIME format. --=_alternative 004F9B75C1258043_= Content-Type: text/plain; charset="US-ASCII" hi all, hmm, broker.conf is now on the shared storage and not replicated on each host local file system. how to make changes to the conf, e.g. the notify key? thanks, emanuel --=_alternative 004F9B75C1258043_= Content-Type: text/html; charset="US-ASCII" <font size=2 face="sans-serif">hi all,</font><font size=3> <br> </font><font size=2 face="sans-serif"><br> hmm, broker.conf is now on the shared storage and not replicated on each host local file system. how to make changes to the conf, e.g.  the notify key?</font><font size=3> <br> </font><font size=2 face="sans-serif"><br> thanks, emanuel</font> <br><font size=2 face="sans-serif"><br> </font> --=_alternative 004F9B75C1258043_=--

3 5

VMs paused due to IO issues - Dell Equallogic controller failover
by Gary Lloyd 07 Oct '16

07 Oct '16

Hi We have Ovirt 3.65 with a Dell Equallogic SAN and we use Direct Luns for all our VMs. At the weekend during early hours an Equallogic controller failed over to its standby on one of our arrays and this caused about 20 of our VMs to be paused due to IO problems. I have also noticed that this happens during Equallogic firmware upgrades since we moved onto Ovirt 3.65. As recommended by Dell disk timeouts within the VMs are set to 60 seconds when they are hosted on an EqualLogic SAN. Is there any other timeout value that we can configure in vdsm.conf to stop VMs from getting paused when a controller fails over ? Also is there anything that we can tweak to automatically unpause the VMs once connectivity with the arrays is re-established ? At the moment we are running a customized version of storageServer.py, as Ovirt has yet to include iscsi multipath support for Direct Luns out of the box. Many Thanks *Gary Lloyd* ________________________________________________ I.T. Systems:Keele University Finance & IT Directorate Keele:Staffs:IC1 Building:ST5 5NB:UK +44 1782 733063 <%2B44%201782%20733073> ________________________________________________

4 7

VM SSO
by Maxence Sartiaux 07 Oct '16

07 Oct '16

Hello, I try to use the VM SSO but no login, still on the logon screen ... I'm on ovirt 4.0.3, connected to an AD (Samba 4.5) + VMs Windows 7/10 stateless sysprep-ed to integrate to the domain and obviously the guest-agent is installed. My AD user can connect to the user panel, take a vm and connect to the console but no sign on on the windows. (the "Connect Automatically" option is ticked) Also, i don't know why but my username on ovirt panel has a double domain "u1@labo.lan@labo.lan" <- is this my problem ? The AD configuration is the configuration from the extension setup wizard, no custom config, no mapping Any ideas ? Thank you

2 1

VDSM Network Interface configuration
by Maton, Brett 07 Oct '16

07 Oct '16

Where is the configuration that VDSM uses to generate ifcfg files? My nameservers have moved and it seems to regenerate the ifcfg (ovirtmgmt) file overwriting the changes with the correct name servers in when the server is rebooted and s putting in the wrong (old) nameserver addresses. Where can I fix this ? Thanks

2 1

Cleanup illegal snapshot
by Markus Stockhausen 06 Oct '16

06 Oct '16

This is a multi-part message in MIME format. ------=_NextPartTM-000-fc1f7529-5cad-4353-95c5-d05ce067665d Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi,=0A= =0A= if a OVirt snapshot is illegal we might have 2 situations.=0A= =0A= 1) qemu is still using it - lsof shows qemu access to the base raw and the = =0A= delta qcow2 file. -> E.g. a previous live merge failed. In the past we =0A= successfully solved that situation by setting the status of the delta image= =0A= in the database to OK. =0A= =0A= 2) qemu is no longer using it. lsof shows qemu access only to the the base= =0A= raw file -> E.g. a previous live merge succeded in qemu but Ovirt did not= =0A= recognize. =0A= =0A= How to clean up the 2nd situation?=0A= =0A= Best regards.=0A= =0A= Markus=0A= ------=_NextPartTM-000-fc1f7529-5cad-4353-95c5-d05ce067665d Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-fc1f7529-5cad-4353-95c5-d05ce067665d--

3 4

Ovirt setup
by Bryan Sockel 06 Oct '16

06 Oct '16

Hi, I am getting an error attempting to install ovirt on a pair of bonded nics. The error that we are getting is Cannot acquire nic/bridge address. We typically run all our servers with an active/backup setup.

2 1

unable to upgrade from ovirt 3.6 to 4.0.4
by Alon Dotan 06 Oct '16

06 Oct '16

Hey all, Im trying to upgrade my ovirt installation, CentOS 7.2 fully updated engine version: oVirt Engine Version: 3.6.7.5-1.el7.centos hosts version: OS Version: RHEL - 7 - 2.1511.el7.centos.2.10 Kernel Version: 3.10.0 - 327.36.1.el7.x86_64 KVM Version: 2.3.0 - 31.el7_2.10.1 LIBVIRT Version: libvirt-1.2.17-13.el7_2.5 VDSM Version: vdsm-4.17.32-1.el7 SPICE Version: 0.12.4 - 15.el7_2.2 GlusterFS Version: [N/A] CEPH Version: got the following error after deploying the backup tar (following this guide http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/) Failed to execute stage 'Setup validation': Trying to upgrade from unsupported versions: 3.5 attaching the engine-setup answer and log Thanks,

4 3

Correct recovery procedure of the oVirt Hosted Engine 4.0
by aleksey.maksimov＠it-kb.ru 06 Oct '16

06 Oct '16

Hello oVirt guru`s! My Hosted Engine VM located on a dedicated LUN FC Storage. I do daily data backups (on NFS share) with the command: /usr/bin/engine-backup --mode=backup --scope=all --file=$BcpFileName.xz --log=$BcpFileName.log --archive-compressor=xz --files-compressor=None However, I don't know what would be the correct procedure to recover, because in different manuals outline the various steps. For example, there is information that I have to do configure postgresql (with password from file files/etc/ovirt-engine/engine.conf.d/10-setup-database.conf) before restoring (engine-backup --mode=restore): https://www.ovirt.org/documentation/admin-guide/hosted-engine-backup-and-re… And at the same time, in another document, there are no such steps: https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/singl… What should be the correct procedure for the recovery of Hosted Engine 4.0 ?

2 10