December 2015 - Users - oVirt List Archives

ovirt-aaa-jdbc-tool error on engine-setup
by Kevin C 27 Dec '15

27 Dec '15

Hi list, I cannot setup an ovirt-engine on a new server, It fails with [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/bin/ovirt-aaa-jdbc-tool' failed to execute. What I need to do to debug ? Regards Kevin C

2 1

Hosted Engine RAM
by Justin Foreman 27 Dec '15

27 Dec '15

My FCP HE is now successfully imported into oVirt after 3.6.2 rc1. I wanted to increase its RAM, but found that I couldn’t. I found this article and now understand that doing most management tasks on the HE through the UI is a work in progress: http://www.ovirt.org/Hosted_engine_VM_management I went to edit /etc/ovirt-hosted-engine/vm.conf to increase memSize but vm.conf doesn’t exist. Is there any way that I can increase the RAM during this time of transition for HE management? Thanks, Justin

2 1

Merry Christmas!
by Karli Sjöberg 24 Dec '15

24 Dec '15

And a happy new year, from Sweden! /K

3 2

Re: [ovirt-users] mount a usb
by Fernando Fuentes 24 Dec '15

24 Dec '15

------sinikael-?=_1-14509404274870.9423928409814835 Content-Type: text/plain; format=flowed Content-Transfer-Encoding: 7bit I am bit confused by your reply. You run this from the ovirt engine. Once you run the command it will ask u what ovirt version... Choose the correct one and restart the engine... Than you attach your usb to your host where your VM resides... Once attach you edit your VM and add your hot plug. What I am puzzled is that you mention you are trying to attach it to a VMware? You are running a hypervisor within a hypervisor? On Wed, Dec 23, 2015 at 11:44 PM, alireza sadeh seighalan < seighalani(a)gmail.com [seighalani(a)gmail.com] > wrote: hi again i double check that document but it doesnt work. i have 2 servers (main and hypervisoer 1) . i installed vdsm-hook-hostusb then run this command in main server : # engine-config -s "UserDefinedVMProperties=hostusb=^0x[0-9a-fA-F]{4}:0x[0-9a-fA-F]{4}$" after that restart ovirt-engine and attach usb to hypervisor1 and run lsub command and took usb id forexample: 0x920:0x3214 and add it in my vmware . start vmware but it didnt start. what should i do? (passthrough in vmware done in some easy step)!! On Wed, Dec 23, 2015 at 8:32 AM, alireza sadeh seighalan < seighalani(a)gmail.com [seighalani(a)gmail.com] > wrote: hi Fernando Fuentes thanks for your kind of help :) best regards On Wed, Dec 23, 2015 at 7:42 AM, Fernando Fuentes < ffuentes(a)darktcp.net [ffuentes(a)darktcp.net] > wrote: I follow this blog and worked for me like a charm. http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/ [http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/] -- Fernando Fuentes ffuentes(a)txweather.org [ffuentes(a)txweather.org] http://www.txweather.org [http://www.txweather.org] On Tue, Dec 22, 2015, at 10:08 PM, alireza sadeh seighalan wrote: hi everyone i want to mount a usb to a windows vm in ovirt3.6.1. how can i run it?thanks in advance _______________________________________________ Users mailing list Users(a)ovirt.org [Users(a)ovirt.org] http://lists.ovirt.org/mailman/listinfo/users [http://lists.ovirt.org/mailman/listinfo/users] _______________________________________________ Users mailing list Users(a)ovirt.org [Users(a)ovirt.org] http://lists.ovirt.org/mailman/listinfo/users [http://lists.ovirt.org/mailman/listinfo/users] ------sinikael-?=_1-14509404274870.9423928409814835 Content-Type: text/html; format=flowed Content-Transfer-Encoding: 7bit <p dir="ltr">I am bit confused by your reply.<br> You run this from the ovirt engine. Once you run the command it will ask u what ovirt version... Choose the correct one and restart the engine...  Than you attach your usb to your host where your VM resides... Once attach you edit your VM and add your hot plug.</p> <p dir="ltr">What I am puzzled is that you mention you are trying to attach it to a VMware?<br> You are running a hypervisor within a hypervisor?</p> <div class="cm_quote" style=" color: #787878">On Wed, Dec 23, 2015 at 11:44 PM, alireza sadeh seighalan <<a href="mailto:seighalani@gmail.com">seighalani(a)gmail.com</a>> wrote:</div><br><div id="oldcontent" style="background: rgb(255, 255, 255);"><blockquote style=""><div dir="ltr"><div><div><div><div><div><div>hi again<br><br></div>i double check that document but it doesnt work. i have 2 servers (main and hypervisoer 1) . i installed <code>vdsm-hook-hostusb then run this command in main server :<br></code><br><code># engine-config -s "UserDefinedVMProperties=hostusb=^0x[0-9a-fA-F]{4}:0x[0-9a-fA-F]{4}$"<br><br></code></div><code>after that restart ovirt-engine and attach usb to hypervisor1 and run lsub command and took usb id forexample:<br><br></code></div><code>0x920:0x3214<br><br></code></div><code>and add it in my vmware . start vmware but it didnt start.<br><br></code></div><code>what should i do? (passthrough in vmware done in some easy step)!!<br><br><br></code></div><code><br></code></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 23, 2015 at 8:32 AM, alireza sadeh seighalan <span dir="ltr"><<a href="mailto:seighalani@gmail.com">seighalani(a)gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>hi<span> Fernando Fuentes<br><br><br></span></div><span>thanks for your kind of help :)<br><br><br></span></div><span>best regards<br></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 23, 2015 at 7:42 AM, Fernando Fuentes <span dir="ltr"><<a href="mailto:ffuentes@darktcp.net">ffuentes(a)darktcp.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u> <div><div>I follow this blog and worked for me like a charm.<br></div> <div> </div> <div><a href="http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/">http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/</a><br></div> <div> </div> <div> </div> <div><div>--<br></div> <div>Fernando Fuentes<br></div> <div><a href="mailto:ffuentes@txweather.org">ffuentes(a)txweather.org</a><br></div> <div><a href="http://www.txweather.org">http://www.txweather.org</a><br></div> <div> </div> </div><span> <div> </div> <div> </div> <div>On Tue, Dec 22, 2015, at 10:08 PM, alireza sadeh seighalan wrote:<br></div> </span><blockquote><span><div dir="ltr"><div><div>hi everyone<br></div> </div> <div>i want to mount a usb to a windows vm in ovirt3.6.1. how can i run it?thanks in advance<br></div> </div> </span><div><u>_______________________________________________</u><br></div> <div>Users mailing list<br></div> <div><a href="mailto:Users@ovirt.org">Users(a)ovirt.org</a><br></div> <div><a href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a><br></div> </blockquote></div> <br>_______________________________________________<br> Users mailing list<br> <a href="mailto:Users@ovirt.org">Users(a)ovirt.org</a><br> <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer">http://lists.ovirt.org/mailman/listinfo/users</a><br> <br></blockquote></div><br></div> </div></div></blockquote></div><br></div> </blockquote></div> ------sinikael-?=_1-14509404274870.9423928409814835--

1 0

VM database update ( VMrestore)
by paf1＠email.cz 24 Dec '15

24 Dec '15

This is a multi-part message in MIME format. --------------000108070003000708050207 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, 1) if I've got full VM's datastore backup ( eg. via rsync ) and restore one VM's files to different store and empty oVirt database, will that database be updated automaticaly or any more actions needed ?? 2) Are VM's file stored in oVirt database in names only ? ( no check sum, or other IDs ) - meaning can I replace VM file by another one with different size ?? regs. Paf1 --------------000108070003000708050207 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello,<br> <br> 1) if I've got full VM's datastore backup ( eg. via rsync ) and restore one VM's files to different store and empty oVirt database, will that database be updated automaticaly or any more actions needed ??<br> 2) Are VM's file stored in oVirt database in names only ? ( no check sum, or other IDs ) - meaning can I replace VM file by another one with different size ??<br> regs.<br> Paf1<br> </body> </html> --------------000108070003000708050207--

2 1

aaa-LDAP schema selection
by Jamie Lawrence 24 Dec '15

24 Dec '15

--Apple-Mail=_6D675AA7-CA97-4DA5-9B6D-4B4607EEF1F0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello all, I=E2=80=99d like to get the LDAP plugin working. We have a lovely LDAP = setup deployed (OpenLDAP), and nobody here has a clue how to map what we = have to the options the installer presents. Well, a clue, yes.=20 We include the core, cosine, nis, inetorgperson and misc schemas in the = config. The RHDS, 389, AD, IPA and Novell options are eliminated because we = aren=E2=80=99t running any of that. I eliminated =E2=80=98RFC-2307 = Schema (Generic)=E2=80=99 by finding attributes not included in the RFC, = but added by OpenLDAP.=20 Assuming what we are running maps to any of them, one of the = =E2=80=98OpenLDAP [RFC-2307|Standard] Schema' seem likely.=20 Does anyone know of a test (attribute that should be in one, or not in = another, or some such) to figure this out? Can it be inferred from my = schema includes (listed above)? I fear that determining this via process = of elimination is going to be brutal due to difficult-to-replicate = weirdness because of only minor differences, and the fact that there are = other moving parts at the moment with this setup. And to those who enjoy them, happy holidays. -j= --Apple-Mail=_6D675AA7-CA97-4DA5-9B6D-4B4607EEF1F0 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHejCCB3Yw ggVeoAMCAQICE1QAABNFH2NktVR+MW0AAAAAE0UwDQYJKoZIhvcNAQEFBQAwYDETMBEGCgmSJomT 8ixkARkWA2NvbTEbMBkGCgmSJomT8ixkARkWC3NxdWFyZXRyYWRlMRQwEgYKCZImiZPyLGQBGRYE Y29ycDEWMBQGA1UEAxMNY29ycC1TVUJDQS1DQTAeFw0xNTA5MjgxNjA1MDVaFw0xNjA4MTMyMjA3 NDJaMIGsMRMwEQYKCZImiZPyLGQBGRYDY29tMRswGQYKCZImiZPyLGQBGRYLc3F1YXJldHJhZGUx FDASBgoJkiaJk/IsZAEZFgRjb3JwMRIwEAYDVQQLEwlFbXBsb3llZXMxCzAJBgNVBAsTAklUMRcw FQYDVQQDEw5KYW1pZSBMYXdyZW5jZTEoMCYGCSqGSIb3DQEJARYZamxhd3JlbmNlQHNxdWFyZXRy YWRlLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJKcbsIRNOtf5dPVSwBJPfmu SwaS3lsqO4k/GyptrL70oxJHcsFWu1er4Qne2LwL4pvWzG3ID8QCPzBNMaijhgmOqf5lCS66t5bt XqqKDUWw+JYW8qKNLxEFpXYJMnoRJ6GAwsD+R/TL9qB6tSZa/ElWm3u+Q+B6PsOPTJR0FcPy6jzD DeoLMcN/MgKBsUGYmJSBcqoBrd/7ugZancX5ZsIMtDpjGG9zYfT3r3deMRFFksfkUf2BakUoFYRP hVl2IUAsarZ8oWGOkkm6NoV8AQrCsFtJNlfrBWFjaJDgSU/7waVpaFwNbE3y5vKfsydkHCfuatdt gmTCIMXX8QU3mBkCAwEAAaOCAtowggLWMB0GA1UdDgQWBBSidwBvd8Keglu5uZyaGnDa0tfFBzAf BgNVHSMEGDAWgBSsU98vE8JHTC7TGa8VLHCSZCOFSTCB1QYDVR0fBIHNMIHKMIHHoIHEoIHBhoG+ bGRhcDovLy9DTj1jb3JwLVNVQkNBLUNBLENOPXN1YmNhLENOPUNEUCxDTj1QdWJsaWMlMjBLZXkl MjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWNvcnAsREM9c3F1YXJl dHJhZGUsREM9Y29tP2NlcnRpZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1j UkxEaXN0cmlidXRpb25Qb2ludDCBywYIKwYBBQUHAQEEgb4wgbswgbgGCCsGAQUFBzAChoGrbGRh cDovLy9DTj1jb3JwLVNVQkNBLUNBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxD Tj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWNvcnAsREM9c3F1YXJldHJhZGUsREM9Y29t P2NBQ2VydGlmaWNhdGU/YmFzZT9vYmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MBcG CSsGAQQBgjcUAgQKHggAVQBzAGUAcjAOBgNVHQ8BAf8EBAMCBaAwKQYDVR0lBCIwIAYKKwYBBAGC NwoDBAYIKwYBBQUHAwQGCCsGAQUFBwMCMFQGA1UdEQRNMEugLgYKKwYBBAGCNxQCA6AgDB5qbGF3 cmVuY2VAY29ycC5zcXVhcmV0cmFkZS5jb22BGWpsYXdyZW5jZUBzcXVhcmV0cmFkZS5jb20wRAYJ KoZIhvcNAQkPBDcwNTAOBggqhkiG9w0DAgICAIAwDgYIKoZIhvcNAwQCAgCAMAcGBSsOAwIHMAoG CCqGSIb3DQMHMA0GCSqGSIb3DQEBBQUAA4ICAQBwdFGJ18Dzg6eQoQU2oJ8PaoxTgOccXQNNcEZG wP0yk9ldV2BmqAw3yr0lUnhdk/ChkF9duSmWTHXrt8nAbyO8XVTwhIR6EcJEqS/MneudUsKbwClq yweMqsr/J9jz8Xl/IsbS0mWG9rb3o4stowNycrk2+t68DNMANQa4HGqh7Rz3XcrDtZOIRe33CPSc 552FgT1yJHBcNCkJHJQdZ6pXb0voP59eGIbrqOwhxfdorbb6lqYjSmOlUoQk5x0Gn25Z+B5q8a6o UTf1G5vMNups9133xuc1DeyFmjJVt6Xbs+BIIkAeL543iPWrr03vLclFRF+rwHBGkwklRY2eP/Qv oNOLBeuY85SiVdPKFlOSQc/U1kcpDani9UuQmQ1IZz3gea8WHDUyY2jSyAMZYFPNMQq+26eEo+HP +Gz7+F5IWRO1OL01EGsjCv/cdugqOsH/aIEc9XP4b/BUyWnxJxgI0d0j8BDfGiKcV+sCvkW4sO0p Oggj0b0SYnTB87hvjciZ4E8PHxaYlTyU95fdTQYLT6XjNMSQC3cIO4klbsObGRaIq5V4YbGiq91Z CkPCQjmBezFM7aLI9qb28gAT1NL2HZ0y5i8CDQWasE5RGyjqAhI6z+pl5RCUtUXimuo2KoA09eC6 RZllX/dT1f6+xGQu8DHMx+TSkYtuc2gzPFeFtjGCAxMwggMPAgEBMHcwYDETMBEGCgmSJomT8ixk ARkWA2NvbTEbMBkGCgmSJomT8ixkARkWC3NxdWFyZXRyYWRlMRQwEgYKCZImiZPyLGQBGRYEY29y cDEWMBQGA1UEAxMNY29ycC1TVUJDQS1DQQITVAAAE0UfY2S1VH4xbQAAAAATRTAJBgUrDgMCGgUA oIIBcTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEyMjQwMTA2 NTZaMCMGCSqGSIb3DQEJBDEWBBQodZhL6dhRa4keT1Tc7lcceZyY/TCBhgYJKwYBBAGCNxAEMXkw dzBgMRMwEQYKCZImiZPyLGQBGRYDY29tMRswGQYKCZImiZPyLGQBGRYLc3F1YXJldHJhZGUxFDAS BgoJkiaJk/IsZAEZFgRjb3JwMRYwFAYDVQQDEw1jb3JwLVNVQkNBLUNBAhNUAAATRR9jZLVUfjFt AAAAABNFMIGIBgsqhkiG9w0BCRACCzF5oHcwYDETMBEGCgmSJomT8ixkARkWA2NvbTEbMBkGCgmS JomT8ixkARkWC3NxdWFyZXRyYWRlMRQwEgYKCZImiZPyLGQBGRYEY29ycDEWMBQGA1UEAxMNY29y cC1TVUJDQS1DQQITVAAAE0UfY2S1VH4xbQAAAAATRTANBgkqhkiG9w0BAQEFAASCAQAMXanM3/mX 60yJ1vHsVl2R906uUHku+scVU2NYQX8vTqudmhIM/ESLFAQXXtxVrNMRVoC6ZpekEoiUWj505fek c73Q7CClPV1BMl2LU+LDN1bRVQZRwg58ISCt30A0kaYZTxXIcEeM4G42B0qpqigXl184T7QXNBh2 KVbBhZMo2LsRcx5LHKODibaEeeqcoKSBq6SMcRbQhTLNXLlJJQQyYoTeFiNNM0vP4jLmCvsJVnmp IEn6wp4F/Ufpcc8ckh7D0jveIOIbiC+EcyxRcJj/sMSLDy808YyhSpZrQYzgtrEhjI/+ym3JKze7 +zvnC8jKlRAYOv+xmxZee21zu0DTAAAAAAAA --Apple-Mail=_6D675AA7-CA97-4DA5-9B6D-4B4607EEF1F0--

2 1

How to add a Gluster storage domain on hyper-converged?
by Will Dennis 24 Dec '15

24 Dec '15

--_000_F3282EEAFF180F43BAF1AD0A7C34739D391C0Fnjmailneclabscom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I have a three-node hyper-converged oVirt datacenter running; now I need to= add my first storage domain. I had prepped for this before installing oVir= t by creating two distributed Gluster volumes with 3x replicas (one for the= hosted engine, one for VM storage) - [root@ovirt-node-01 ~]# gluster volume info | grep -e "Name" -e "Type" -e "= Number" Volume Name: engine Type: Distributed-Replicate Number of Bricks: 2 x 3 =3D 6 Volume Name: vmdata Type: Distributed-Replicate Number of Bricks: 2 x 3 =3D 6 Now I'd like to use the "vmdata" volume for my storage domain. When in weba= dmin I select "New Domain" I get a dialog that lets me select GlusterFS as = the storage type, but then requires a "Use host:" setting, and a path. Is i= t possible for me to select one of my oVirt hosts (they all have the 'vmdat= a' volume), and then use "localhost:/vmdata" for the path? Or will this not= work? I know this isn't officially supported yet, but if I can get it to work som= ehow, that'd be great :) It's a non-production (PoC) setup, so the cost of= failure should be low... That said, I don't want to trash my rig and have = to redo the whole thing all over ;) Thanks, Will --_000_F3282EEAFF180F43BAF1AD0A7C34739D391C0Fnjmailneclabscom_ 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 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hi all,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I have a three-node hyper-converged oVirt datacenter= running; now I need to add my first storage domain. I had prepped for this= before installing oVirt by creating two distributed Gluster volumes with 3= x replicas (one for the hosted engine, one for VM storage) –<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">[root@ovirt-node-01 ~]# gluster volume info | grep -= e "Name" -e "Type" -e "Number"<o:p></o:p></p> <p class=3D"MsoNormal">Volume Name: engine<o:p></o:p></p> <p class=3D"MsoNormal">Type: Distributed-Replicate<o:p></o:p></p> <p class=3D"MsoNormal">Number of Bricks: 2 x 3 =3D 6<o:p></o:p></p> <p class=3D"MsoNormal">Volume Name: vmdata<o:p></o:p></p> <p class=3D"MsoNormal">Type: Distributed-Replicate<o:p></o:p></p> <p class=3D"MsoNormal">Number of Bricks: 2 x 3 =3D 6<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Now I’d like to use the “vmdata” v= olume for my storage domain. When in webadmin I select “New Domain&#8= 221; I get a dialog that lets me select GlusterFS as the storage type, but = then requires a “Use host:” setting, and a path. Is it possible for me to select one of my oVirt hosts (they all have the ‘vmdata&#8= 217; volume), and then use “localhost:/vmdata” for the path? Or= will this not work?<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I know this isn’t officially supported yet, bu= t if I can get it to work somehow, that’d be great :)  It’= s a non-production (PoC) setup, so the cost of failure should be low... Tha= t said, I don’t want to trash my rig and have to redo the whole thing all over ;)<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thanks,<o:p></o:p></p> <p class=3D"MsoNormal">Will<o:p></o:p></p> </div> </body> </html> --_000_F3282EEAFF180F43BAF1AD0A7C34739D391C0Fnjmailneclabscom_--

2 2

Re: [ovirt-users] gwt super dev mode
by Alexander Wels 23 Dec '15

23 Dec '15

On Wednesday, December 23, 2015 11:15:17 AM royin rolland wrote: > Hi, > > Depending on your patch, appear “Error while executing action: A Request to > the Server failed with the following Status Code: 500". Did you do step 2? setup GWT_CODESVR=localhost:9876 in the shell you are going to start the engine in. This will allow the engine to know where to get the permutations generated by the "code" server below. Before you start the engine, which I am assuming you are running from a shell like so: $HOME/ovirt-engine/share/ovirt-engine/services/ovirt-engine/ovirt-engine.py start Make sure you do this: set GWT_CODESVR=localhost:9876 export GWT_CODESVR Then run the command to start the engine. > > 在 2015年12月21日，22:54，Alexander Wels <awels(a)redhat.com> 写道： > > > > On Thursday, December 17, 2015 09:05:10 AM Vojtech Szocs wrote: > >> Hi, > >> > >> oVirt UI currently uses GWT SDK version 2.6.1 > >> In GWT 2.6.x "classic" dev mode is still the default one. > >> > >> We tried to use "super" dev mode some time ago [1] but it > >> didn't work for us, probably due to using direct-eval RPC > >> mechanism (we got HTTP 500 responses for RPC requests). > >> > >> [1] https://gerrit.ovirt.org/#/c/26093/ > >> > >> Because "classic" dev mode relies on NPAPI-based browser > >> plugin, the downside is that developers must use old'ish > >> browsers that still support NPAPI (Firefox <= 26 etc). > >> > >> I think we can revisit this and try to experiment with > >> "super" dev mode as I believe [1] was done in context of > >> GWT 2.5.x anyway. > >> > >> Regards, > >> Vojtech > > > > Hi, > > > > I updated the initial WIP patch and I think it should work if you follow > > the instructions in the new patch [2]. Feel free to give it a whirl and > > give me feedback. > > > > [2] https://gerrit.ovirt.org/#/c/50742/ > > <https://gerrit.ovirt.org/#/c/50742/>> > >> ----- Original Message ----- > >> > >>> From: "royin rolland" <royinrolland(a)yahoo.com > >>> <mailto:royinrolland@yahoo.com>> To: vszocs(a)redhat.com > >>> <mailto:vszocs@redhat.com> > >>> Cc: users(a)ovirt.org <mailto:users@ovirt.org> > >>> Sent: Wednesday, December 16, 2015 2:49:25 AM > >>> Subject: gwt super dev mode > >>> > >>> hi，vszos： > >>> > >>> ovirt engine when it supports super dev mode？ovirt 3.6?

2 3

Ovirt 3.5 host gluster storage connection failure
by Steve Dainard 23 Dec '15

23 Dec '15

I have two hosts, only one of them was running VM's at the time of this crash so I can't tell if this is a node specific problem. rpm -qa | egrep -i 'gluster|vdsm|libvirt' |sort glusterfs-3.6.7-1.el7.x86_64 glusterfs-api-3.6.7-1.el7.x86_64 glusterfs-cli-3.6.7-1.el7.x86_64 glusterfs-fuse-3.6.7-1.el7.x86_64 glusterfs-libs-3.6.7-1.el7.x86_64 glusterfs-rdma-3.6.7-1.el7.x86_64 libvirt-client-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-config-nwfilter-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-driver-interface-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-driver-network-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-driver-nodedev-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-driver-nwfilter-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-driver-qemu-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-driver-secret-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-driver-storage-1.2.8-16.el7_1.5.x86_64 libvirt-daemon-kvm-1.2.8-16.el7_1.5.x86_64 libvirt-lock-sanlock-1.2.8-16.el7_1.5.x86_64 libvirt-python-1.2.8-7.el7_1.1.x86_64 vdsm-4.16.30-0.el7.centos.x86_64 vdsm-cli-4.16.30-0.el7.centos.noarch vdsm-jsonrpc-4.16.30-0.el7.centos.noarch vdsm-python-4.16.30-0.el7.centos.noarch vdsm-python-zombiereaper-4.16.30-0.el7.centos.noarch vdsm-xmlrpc-4.16.30-0.el7.centos.noarch vdsm-yajsonrpc-4.16.30-0.el7.centos.noarch VM's were in a paused state, with errors in UI: 2015-Dec-22, 15:06 VM pcic-apps has paused due to unknown storage error. 2015-Dec-22, 15:06 Host compute2 is not responding. It will stay in Connecting state for a grace period of 82 seconds and after that an attempt to fence the host will be issued. 2015-Dec-22, 15:03 Invalid status on Data Center EDC2. Setting Data Center status to Non Responsive (On host compute2, Error: General Exception). 2015-Dec-22, 15:03 VM pcic-storage has paused due to unknown storage error. 2015-Dec-22, 15:03 VM docker1 has paused due to unknown storage error. VDSM logs look normal until: Dummy-99::DEBUG::2015-12-22 23:03:58,949::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) dd if=/rhev/data-center/f72ec125-69a1-4c1b-a5e1-313fcb70b6ff/mastersd/dom_md/inbox iflag=direct,fullblock count=1 bs=1024000 (cwd None) Dummy-99::DEBUG::2015-12-22 23:03:58,963::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) SUCCESS: <err> = '1+0 records in\n1+0 records out\n1024000 bytes (1.0 MB) copied, 0.00350501 s, 292 MB/s\n'; <rc> = 0 VM Channels Listener::INFO::2015-12-22 23:03:59,527::guestagent::180::vm.Vm::(_handleAPIVersion) vmId=`7067679e-43aa-43c0-b263-b0a711ade2e2`::Guest API version changed from 2 to 1 Thread-245428::DEBUG::2015-12-22 23:03:59,718::libvirtconnection::151::root::(wrapper) Unknown libvirterror: ecode: 80 edom: 20 level: 2 message: metadata not found: Requested metadata element is not present libvirtEventLoop::INFO::2015-12-22 23:04:00,447::vm::4982::vm.Vm::(_onIOError) vmId=`376e98b7-7798-46e8-be03-5dddf6cfb54f`::abnormal vm stop device virtio-disk0 error eother libvirtEventLoop::DEBUG::2015-12-22 23:04:00,447::vm::5666::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`376e98b7-7798-46e8-be03-5dddf6cfb54f`::event Suspended detail 2 opaque None libvirtEventLoop::INFO::2015-12-22 23:04:00,447::vm::4982::vm.Vm::(_onIOError) vmId=`376e98b7-7798-46e8-be03-5dddf6cfb54f`::abnormal vm stop device virtio-disk0 error eother ... libvirtEventLoop::INFO::2015-12-22 23:04:00,843::vm::4982::vm.Vm::(_onIOError) vmId=`97fbbf97-944b-4b77-b0bf-6a831f9090d8`::abnormal vm stop device virtio-disk1 error eother libvirtEventLoop::DEBUG::2015-12-22 23:04:00,844::vm::5666::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`97fbbf97-944b-4b77-b0bf-6a831f9090d8`::event Suspended detail 2 opaque None Dummy-99::DEBUG::2015-12-22 23:04:00,973::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) dd if=/rhev/data-center/f72ec125-69a1-4c1b-a5e1-313fcb70b6ff/mastersd/dom_md/inbox iflag=direct,fullblock count=1 bs=1024000 (cwd None) Dummy-99::DEBUG::2015-12-22 23:04:00,983::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) FAILED: <err> = "dd: failed to open '/rhev/data-center/f72ec125-69a1-4c1b-a5e1-313fcb70b6ff/mastersd/dom_md/inbox': Transport endpoint is not connected\n"; <rc> = 1 Dummy-99::ERROR::2015-12-22 23:04:00,983::storage_mailbox::787::Storage.MailBox.SpmMailMonitor::(run) Error checking for mail Traceback (most recent call last): File "/usr/share/vdsm/storage/storage_mailbox.py", line 785, in run self._checkForMail() File "/usr/share/vdsm/storage/storage_mailbox.py", line 734, in _checkForMail "Could not read mailbox: %s" % self._inbox) IOError: [Errno 5] _handleRequests._checkForMail - Could not read mailbox: /rhev/data-center/f72ec125-69a1-4c1b-a5e1-313fcb70b6ff/mastersd/dom_md/inbox Dummy-99::DEBUG::2015-12-22 23:04:02,987::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) dd if=/rhev/data-center/f72ec125-69a1-4c1b-a5e1-313fcb70b6ff/mastersd/dom_md/inbox iflag=direct,fullblock count=1 bs=1024000 (cwd None) Dummy-99::DEBUG::2015-12-22 23:04:02,994::storage_mailbox::731::Storage.Misc.excCmd::(_checkForMail) FAILED: <err> = "dd: failed to open '/rhev/data-center/f72ec125-69a1-4c1b-a5e1-313fcb70b6ff/mastersd/dom_md/inbox': Transport endpoint is not connected\n"; <rc> = 1 Dummy-99::ERROR::2015-12-22 23:04:02,994::storage_mailbox::787::Storage.MailBox.SpmMailMonitor::(run) Error checking for mail Traceback (most recent call last): File "/usr/share/vdsm/storage/storage_mailbox.py", line 785, in run self._checkForMail() File "/usr/share/vdsm/storage/storage_mailbox.py", line 734, in _checkForMail "Could not read mailbox: %s" % self._inbox) IOError: [Errno 5] _handleRequests._checkForMail - Could not read mailbox: /rhev/data-center/f72ec125-69a1-4c1b-a5e1-313fcb70b6ff/mastersd/dom_md/inbox Thread-563692::DEBUG::2015-12-22 23:04:03,539::__init__::481::jsonrpc.JsonRpcServer::(_serveRequest) Calling 'StoragePool.getSpmStatus' in bridge with {u'storagepoolID': u'f72ec125-69a1-4c1b-a5e1-313fcb70b6ff'} Thread-563692::DEBUG::2015-12-22 23:04:03,540::task::595::Storage.TaskManager.Task::(_updateState) Task=`6121360f-af29-48cf-8a8c-957480472a9d`::moving from state init -> state preparing Thread-563692::INFO::2015-12-22 23:04:03,540::logUtils::44::dispatcher::(wrapper) Run and protect: getSpmStatus(spUUID=u'f72ec125-69a1-4c1b-a5e1-313fcb70b6ff', options=None) Thread-563692::ERROR::2015-12-22 23:04:03,541::task::866::Storage.TaskManager.Task::(_setError) Task=`6121360f-af29-48cf-8a8c-957480472a9d`::Unexpected error 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 45, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 633, in getSpmStatus status = self._getSpmStatusInfo(pool) File "/usr/share/vdsm/storage/hsm.py", line 627, in _getSpmStatusInfo (pool.spmRole,) + pool.getSpmStatus())) File "/usr/share/vdsm/storage/sp.py", line 126, in getSpmStatus return self._backend.getSpmStatus() File "/usr/share/vdsm/storage/spbackends.py", line 416, in getSpmStatus lVer, spmId = self.masterDomain.inquireClusterLock() File "/usr/share/vdsm/storage/sd.py", line 515, in inquireClusterLock return self._clusterLock.inquire() File "/usr/share/vdsm/storage/clusterlock.py", line 321, in inquire resource = sanlock.read_resource(self._leasesPath, SDM_LEASE_OFFSET) SanlockException: (107, 'Sanlock resource read failure', 'Transport endpoint is not connected') ... I noticed the gluster mount point was still shown running 'mount' but when I tried to ls the mount point I got a "transport endpoint is not connected" error. I haven't been able to find anything more interested in the logs, and the journal is blank before the recent host restart. In the gluster client logs from the host I see: ... [2015-12-22 22:52:23.238369] W [fuse-bridge.c:1261:fuse_err_cbk] 0-glusterfs-fuse: 31263720: REMOVEXATTR() /__DIRECT_IO_TEST__ => -1 (No dat a available) [2015-12-22 22:57:23.778018] W [fuse-bridge.c:1261:fuse_err_cbk] 0-glusterfs-fuse: 31316031: REMOVEXATTR() /__DIRECT_IO_TEST__ => -1 (No dat a available) [2015-12-22 23:02:24.376491] W [fuse-bridge.c:1261:fuse_err_cbk] 0-glusterfs-fuse: 31473552: REMOVEXATTR() /__DIRECT_IO_TEST__ => -1 (No dat a available) pending frames: frame : type(1) op(FSTAT) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(1) op(READ) frame : type(0) op(0) frame : type(0) op(0) ... frame : type(1) op(READ) frame : type(0) op(0) frame : type(1) op(OPEN) frame : type(1) op(OPEN) frame : type(1) op(OPEN) frame : type(1) op(OPEN) frame : type(0) op(0) patchset: git://git.gluster.com/glusterfs.git signal received: 6 time of crash: 2015-12-22 23:04:00 configuration details: argp 1 backtrace 1 dlfcn 1 libpthread 1 llistxattr 1 setfsid 1 spinlock 1 epoll.h 1 xattr.h 1 st_atim.tv_nsec 1 package-string: glusterfs 3.6.7 /lib64/libglusterfs.so.0(_gf_msg_backtrace_nomem+0xb2)[0x7f0d091f6392] /lib64/libglusterfs.so.0(gf_print_trace+0x32d)[0x7f0d0920d88d] /lib64/libc.so.6(+0x35650)[0x7f0d0820f650] /lib64/libc.so.6(gsignal+0x37)[0x7f0d0820f5d7] /lib64/libc.so.6(abort+0x148)[0x7f0d08210cc8] /lib64/libc.so.6(+0x75e07)[0x7f0d0824fe07] /lib64/libc.so.6(+0x7d1fd)[0x7f0d082571fd] /usr/lib64/glusterfs/3.6.7/xlator/protocol/client.so(client_local_wipe+0x39)[0x7f0cfe8acdf9] /usr/lib64/glusterfs/3.6.7/xlator/protocol/client.so(client3_3_readv_cbk+0x487)[0x7f0cfe8c1197] /lib64/libgfrpc.so.0(rpc_clnt_handle_reply+0x90)[0x7f0d08fca100] /lib64/libgfrpc.so.0(rpc_clnt_notify+0x174)[0x7f0d08fca374] /lib64/libgfrpc.so.0(rpc_transport_notify+0x23)[0x7f0d08fc62c3] /usr/lib64/glusterfs/3.6.7/rpc-transport/socket.so(+0x8790)[0x7f0d047f3790] /usr/lib64/glusterfs/3.6.7/rpc-transport/socket.so(+0xaf84)[0x7f0d047f5f84] /lib64/libglusterfs.so.0(+0x767c2)[0x7f0d0924b7c2] /usr/sbin/glusterfs(main+0x502)[0x7f0d096a0fe2] /lib64/libc.so.6(__libc_start_main+0xf5)[0x7f0d081fbaf5] /usr/sbin/glusterfs(+0x6381)[0x7f0d096a1381] In /var/log/messages: ... Dec 22 23:00:49 compute2 journal: metadata not found: Requested metadata element is not present Dec 22 23:00:59 compute2 journal: metadata not found: Requested metadata element is not present Dec 22 23:01:01 compute2 systemd: Created slice user-0.slice. Dec 22 23:01:01 compute2 systemd: Starting Session 1316 of user root. Dec 22 23:01:01 compute2 systemd: Started Session 1316 of user root. Dec 22 23:01:01 compute2 systemd: Failed to reset devices.list on /machine.slice: Invalid argument Dec 22 23:01:03 compute2 journal: metadata not found: Requested metadata element is not present ... Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: pending frames: Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: frame : type(1) op(FSTAT) Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: frame : type(1) op(READ) Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: frame : type(1) op(READ) ... Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: frame : type(1) op(OPEN) Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: frame : type(0) op(0) Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: patchset: git://git.gluster.com/glusterfs.git Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: signal received: 6 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: time of crash: Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: 2015-12-22 23:04:00 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: configuration details: Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: argp 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: backtrace 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: dlfcn 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: libpthread 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: llistxattr 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: setfsid 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: spinlock 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: epoll.h 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: xattr.h 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: st_atim.tv_nsec 1 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: package-string: glusterfs 3.6.7 Dec 22 23:04:00 compute2 rhev-data-center-mnt-glusterSD-10.0.231.50:_vm-storage[14098]: --------- Dec 22 23:04:03 compute2 sanlock[944]: 2015-12-22 23:04:03+0000 944341 [948]: open error -107 /rhev/data-center/mnt/glusterSD/10.0.231.50:_vm-storage/a5a83df1-47e2-4927-9add-079199ca7ef8/dom_md/leases Dec 22 23:04:03 compute2 sanlock[944]: 2015-12-22 23:04:03+0000 944342 [944]: ci 8 fd 17 pid -1 recv errno 104 Dec 22 23:04:03 compute2 sanlock[944]: 2015-12-22 23:04:03+0000 944342 [949]: open error -107 /rhev/data-center/mnt/glusterSD/10.0.231.50:_vm-storage/a5a83df1-47e2-4927-9add-079199ca7ef8/dom_md/leases Dec 22 23:04:03 compute2 sanlock[944]: 2015-12-22 23:04:03+0000 944342 [944]: ci 9 fd 18 pid -1 recv errno 104 Dec 22 23:04:03 compute2 sanlock[944]: 2015-12-22 23:04:03+0000 944342 [948]: open error -1 /rhev/data-center/mnt/glusterSD/10.0.231.50:_vm-storage/a5a83df1-47e2-4927-9add-079199ca7ef8/dom_md/leases Dec 22 23:04:03 compute2 sanlock[944]: 2015-12-22 23:04:03+0000 944342 [948]: r1 release_token open error -107 Dec 22 23:04:03 compute2 journal: vdsm root ERROR Panic: Unrecoverable errors during SPM stop process. Traceback (most recent call last): File "/usr/share/vdsm/storage/sp.py", line 414, in stopSpm self.masterDomain.releaseClusterLock() File "/usr/share/vdsm/storage/sd.py", line 512, in releaseClusterLock self._clusterLock.release() File "/usr/share/vdsm/storage/clusterlock.py", line 342, in release raise se.ReleaseLockFailure(self._sdUUID, e) ReleaseLockFailure: Cannot release lock: (u'a5a83df1-47e2-4927-9add-079199ca7ef8', SanlockException(107, 'Sanlock resource not released', 'Transport endpoint is not connected')) Dec 22 23:04:03 compute2 journal: End of file while reading data: Input/output error Dec 22 23:04:03 compute2 journal: End of file while reading data: Input/output error Dec 22 23:04:03 compute2 systemd: vdsmd.service: main process exited, code=killed, status=9/KILL Dec 22 23:04:03 compute2 systemd: Failed to reset devices.list on /machine.slice: Invalid argument Dec 22 23:04:03 compute2 vdsmd_init_common.sh: vdsm: Running run_final_hooks Dec 22 23:04:03 compute2 systemd: Unit vdsmd.service entered failed state. Dec 22 23:04:03 compute2 systemd: vdsmd.service holdoff time over, scheduling restart. Dec 22 23:04:03 compute2 systemd: Stopping Virtual Desktop Server Manager... Dec 22 23:04:03 compute2 systemd: Starting Virtual Desktop Server Manager... Dec 22 23:04:03 compute2 systemd: Failed to reset devices.list on /machine.slice: Invalid argument At this point I tried restarting vdsmd but ended up having to restart the host. There was network connectivity to gluster before I restarted, and I was able to manually mount the vm-storage volume on the host and ls without issue. After restarting the host I'm up and running again but I'm sure I'll get hit by this again if I can't sort out what the issue is.

3 4

Calculating Requirements
by Taste-Of-IT 23 Dec '15

23 Dec '15

Hello, i have a testsystem with 16GB RAM and ovirt as sef-hosted-engine on centos7. i have no vm started and the host consume 2,5GB RAM. In documents it is written that the engine needs aprox 3GB RAM and the system self 1GB RAM. At all nearly 4GB RAM. So i can use aprox 12GB RAM for virtual machines if i use the ram 1:1. is that a good point of calculation, or are there any other points to calculate? thx Taste

3 3

[ANN] Async release for ovirt-hosted-engine-setup is now available
by Sandro Bonazzola 23 Dec '15

23 Dec '15

The oVirt Team has just released a new version of ovirt-hosted-engine-setup package that fixes one issue when adding an additional host[1]. We recommend to all users who are going to add a new host to update it with the new build including the 1.3.1.4 from this async release. Thanks, [1] https://bugzilla.redhat.com/show_bug.cgi?id=1293892 -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[ANN] oVirt Bugzilla Now Supports Votes.
by Yaniv Dary 23 Dec '15

23 Dec '15

Hi all, I'm happy to announce that voting has been enabled for all the oVirt projects. Let us know what RFEs and bugs you hold dear and help us in prioritizing what to fix first and what will have most impact. To vote please login, enter any oVirt bug and press on vote button (see attached image). Thanks! Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: ydary(a)redhat.com IRC : ydary

3 4

[ANN] oVirt 3.6.2 First Release Candidate is now available for testing
by Sandro Bonazzola 23 Dec '15

23 Dec '15

The oVirt Project is pleased to announce the availability of the First Release Candidate of oVirt 3.6.2 for testing, as of December 23rd, 2015. This release is available now for Fedora 22, Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (or similar). This release supports Hypervisor Hosts running Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (or similar) and Fedora 22. Highly experimental support for Debian 8.2 Jessie has been added too. This release candidate includes updated packages for: - ovirt-engine - ovirt-engine-dwh - ovirt-engine-reports - ovirt-engine-sdk-java - ovirt-engine-sdk-python - ovirt-hosted-engine-setup - ovirt-setup-lib - vdsm This release of oVirt 3.6.2 includes numerous bug fixes. See the release notes [1] for an initial list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO is already available [2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.6.2_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Spice SSL Certificate
by Kristof VAN DEN EYNDEN 23 Dec '15

23 Dec '15

--_004_961f2ca8a4324c9d85a5ce95e33ce72bEXCH2013politiewestkust_ Content-Type: multipart/alternative; boundary="_000_961f2ca8a4324c9d85a5ce95e33ce72bEXCH2013politiewestkust_" --_000_961f2ca8a4324c9d85a5ce95e33ce72bEXCH2013politiewestkust_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I was trying to get Spice or VNC to work on Firefox. After activating the o= virt-websocket-proxy settings (using this guide https://access.redhat.com/s= olutions/718653) I kept on getting error - Server disconnected (code: 1006). This pointed me= to other posts stating it was a certificate issue. After doing some resear= ch I found post: https://bugzilla.redhat.com/show_bug.cgi?id=3D1098574 So I started tracing the messages: grep -i 'websocket.*trace' /var/log/mess= ages Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,314 ovirt-websocket-proxy: INFO= msg:824 Got SIGTERM, exiting Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,314 ovirt-websocket-proxy: INFO= msg:824 In exit Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,514 ovirt-websocket-proxy: INFO= msg:824 WebSocket server settings: Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,515 ovirt-websocket-proxy: INFO= msg:824 - Listen on *:6100 Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,515 ovirt-websocket-proxy: INFO= msg:824 - Flash security policy server Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,515 ovirt-websocket-proxy: INFO= msg:824 - SSL/TLS support Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,515 ovirt-websocket-proxy: INFO= msg:824 - Deny non-SSL/TLS connections Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,515 ovirt-websocket-proxy: INFO= msg:824 - Recording to '/tmp/websocketproxy_trace.log.*' Dec 23 13:47:07 ovirt36 2015-12-23 13:47:07,519 ovirt-websocket-proxy: INFO= msg:824 - proxying from *:6100 to targets in /dummy Dec 23 13:47:19 ovirt36 2015-12-23 13:47:19,543 ovirt-websocket-proxy: INFO= msg:824 handler exception: [Errno 1] _ssl.c:1390: error:14094412:SSL routi= nes:SSL3_READ_BYTES:sslv3 alert bad certificate Dec 23 13:48:12 ovirt36 2015-12-23 13:48:12,328 ovirt-websocket-proxy: INFO= msg:824 handler exception: [Errno 1] _ssl.c:1390: error:14094412:SSL routi= nes:SSL3_READ_BYTES:sslv3 alert bad certificate Dec 23 13:49:49 ovirt36 2015-12-23 13:49:49,420 ovirt-websocket-proxy: INFO= msg:824 handler exception: [Errno 1] _ssl.c:1390: error:14094412:SSL routi= nes:SSL3_READ_BYTES:sslv3 alert bad certificate Dec 23 13:55:36 ovirt36 2015-12-23 13:55:36,114 ovirt-websocket-proxy: INFO= msg:824 handler exception: [Errno 1] _ssl.c:1390: error:14094418:SSL routi= nes:SSL3_READ_BYTES:tlsv1 alert unknown ca Dec 23 13:56:40 ovirt36 2015-12-23 13:56:40,201 ovirt-websocket-proxy: INFO= msg:824 handler exception: [Errno 1] _ssl.c:1390: error:14094418:SSL routi= nes:SSL3_READ_BYTES:tlsv1 alert unknown ca So I added the certificate by surfing to https://(ovirt)/ca.crt which gives following box in firefox : [cid:image001.png@01D13D83.B2200CB0] So I assume it would be OK now? Nevertheless it still doesn't work! /var/lo= g/messages still shows the same error? On another post I found that someone= surfed to https://(ovirt):6100 and accepted the certificiate there. So I d= id the same thing which solved my problem immediately. I don't quite understand the issue, feels like the CA is not getting author= ized or the 2 certificates do not belong to the same CA ? I can continue like this, but I feel it should be easier to complete? --_000_961f2ca8a4324c9d85a5ce95e33ce72bEXCH2013politiewestkust_ 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"NL-BE" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">I was trying to get Spice or VN= C to work on Firefox. After activating the ovirt-websocket-proxy settings (= using this guide <a href=3D"https://access.redhat.com/solutions/718653">https://access.redha= t.com/solutions/718653</a>)<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 kept on getting error - Serve= r disconnected (code: 1006). This pointed me to other posts stating it was = a certificate issue. After doing some research I found  post: <a href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1098574">https://b= ugzilla.redhat.com/show_bug.cgi?id=3D1098574</a><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">So I started tracing the messag= es: grep -i 'websocket.*trace' /var/log/messages<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">Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,314 ovirt-websocket-proxy: INFO msg:824 Got SIGTERM, exiting<o= :p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,314 ovirt-websocket-proxy: INFO msg:824 In exit<o:p></o:p></sp= an></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,514 ovirt-websocket-proxy: INFO msg:824 WebSocket server setti= ngs:<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,515 ovirt-websocket-proxy: INFO msg:824   - Listen o= n *:6100<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,515 ovirt-websocket-proxy: INFO msg:824   - Flash se= curity policy server<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,515 ovirt-websocket-proxy: INFO msg:824   - SSL/TLS = support<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,515 ovirt-websocket-proxy: INFO msg:824   - Deny non= -SSL/TLS connections<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,515 ovirt-websocket-proxy: INFO msg:824   - Recordin= g to '/tmp/websocketproxy_trace.log.*'<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Dec 23 13:47:07 ovirt36 2015-12= -23 13:47:07,519 ovirt-websocket-proxy: INFO msg:824   - proxying= from *:6100 to targets in /dummy<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Dec 23 13:47:19 ovirt36 2015-12= -23 13:47:19,543 ovirt-websocket-proxy: INFO msg:824 handler exception: [Er= rno 1] _ssl.c:1390: error:14094412:SSL routines:SSL3_READ_BYTES:sslv3 alert= bad certificate<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Dec 23 13:48:12 ovirt36 2015-12= -23 13:48:12,328 ovirt-websocket-proxy: INFO msg:824 handler exception: [Er= rno 1] _ssl.c:1390: error:14094412:SSL routines:SSL3_READ_BYTES:sslv3 alert= bad certificate<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Dec 23 13:49:49 ovirt36 2015-12= -23 13:49:49,420 ovirt-websocket-proxy: INFO msg:824 handler exception: [Er= rno 1] _ssl.c:1390: error:14094412:SSL routines:SSL3_READ_BYTES:sslv3 alert= bad certificate<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Dec 23 13:55:36 ovirt36 2015-12= -23 13:55:36,114 ovirt-websocket-proxy: INFO msg:824 handler exception: [Er= rno 1] _ssl.c:1390: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert= unknown ca<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Dec 23 13:56:40 ovirt36 2015-12= -23 13:56:40,201 ovirt-websocket-proxy: INFO msg:824 handler exception: [Er= rno 1] _ssl.c:1390: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert= unknown ca<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">So I added the certificate by s= urfing to <a href=3D"https://(ovirt)/ca.crt"> https://(ovirt)/ca.crt</a> <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">which gives following box in fi= refox :<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 style=3D"mso-fareast-language:NL-BE"><img bord= er=3D"0" width=3D"558" height=3D"325" id=3D"Afbeelding_x0020_1" src=3D"cid:= image001.png(a)01D13D83.B2200CB0"></span><span lang=3D"EN-US"><o:p></o:p></sp= an></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">So I assume it would be OK now?= Nevertheless it still doesn’t work! /var/log/messages still shows th= e same error? On another post I found that someone surfed to <a href=3D"https://(ovirt):6100">https://(ovirt):6100</a> and accepted the = certificiate there. So I did the same thing which solved my problem immedia= tely. <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 don’t quite understand = the issue, feels like the CA is not getting authorized or the 2 certificate= s do not belong to the same CA ?<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 can continue like this, but I= feel it should be easier to complete?<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"><o:p> </o:p></span></p> </div> </body> </html> --_000_961f2ca8a4324c9d85a5ce95e33ce72bEXCH2013politiewestkust_-- --_004_961f2ca8a4324c9d85a5ce95e33ce72bEXCH2013politiewestkust_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=19011; creation-date="Wed, 23 Dec 2015 12:13:07 GMT"; modification-date="Wed, 23 Dec 2015 12:13:07 GMT" Content-ID: <image001.png(a)01D13D83.B2200CB0> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAi4AAAFFCAIAAABE8/GMAAAAAXNSR0IArs4c6QAASf1JREFUeF7t nQl8HMWV/1s+sGwu+VhOH9iDiTYrkwyCkDgQ8MHEJFYOIgsSon845ATQ6o+SfxJWKMuSTYSXkCzK KiIkiGMzOCSyjAkiiz0chpCDSwyYSSzWHjAYbAiHlcQm+NT/VfXdXd3T18g9o19/9LFHPa9evfet 6npdr1pdFUNDQ5J6LF68WPuMDyAAAiAAAiBQDAKvv/76vn37tm/frimvkEMRBaEjjjjiqquuev/7 3z99+vRi1A2dIAACIAACIEAE9u/f/9LbQ2d/4f/sfv7pN994g86wUERx6MILL1y2bNl9z74FTCAA AiAAAiAwAgTmn/G+jdveaD77QxSNWCg677zzfvazn/362bdHoG5UAQIgAAIgAAIyger5J1745S9v XXVnxamnnrpmzZr7n98BNCAAAiAAAiAwwgSqahNfq30fC0WPPfbYnY9sHuHqUR0IgAAIgECcCYzf 8cZDP/7hto1/jNbI4/7xnxZdfuXeyUfLag/94Oz/rDubhaKnnnrqtnURVxat6dAGAiAAAiAwwgTu /b8XN3/9y/M/koy23t//Idv9/Z9+6r9ul9WOO/mErk+poej2DEJRtLShDQRAAARKm8DKCz91z0O/ eHdwQ7RuTKo++TOLLrhw5b2y2gM1J9z8aTUUrVz/v9FWBm0gAAIgAAIlTeD2hnPXZH6+a/C5igru x7DiDf1PZ4b5r+wb/lkWUY+KYWmYlRqukNhHfpr9yv6fVP2Bz6a+cHHv/bLw1jnHr64/e4z8S4X1 eOy2he/7ovrz7dWv2ATCnCDlF6zbFkyDWnbbz74dXIlc9SvrWlQfW372Z1/mGGt/8hoGijREYJIv IyAMAiAAAkUkQKHhwP59w/v2HdjLf+jDfvYjn7knt/Wf7xlopp81A/SZvl2T28p+ZT9PszOsyF6l oKxk3779XIkx6Ow7wGOQvFb0i0fz5uj9aM/Z3cev7D33eDpNny99aOmtd339LLNM4N+Myv0qCVPW UNdrd/zbhd+dcf3mptP5ydfuuP/Vi86VPzsewqoZHEnT48ObiBzxUSNEQQAEQMAHgZ76VN99t+/6 U1aezcgzHO24ct2f+n75E/nX+vO/smj21Ideett4pvPj72cxRiugTq0O/adk/dKLm/oy8jd/mnHM /ec7zopYeTXanr385/960n0P0iQtosOo3K/KMGW1ul5Zu+K7M7+XX/5h9cz0iz+hfXa0SFg1nTxl +gy/XpB8JI4EqBdFQAAEQMATAYoTbCa0Z+/+feznwB6a0/DPe9m/C2dNpgh0gB+9d/2Y4hD9K/9K 5+nbYSrCf9RSNDHievaZZ0U8vKkJujFShflH/lI5OWPBR2ruevpJ/uv2O645K3EB/+nhZ577gfKh YswjPWctu3+7KvaDR5Qzq78ly1+z+mVZoa7cpk1WKMtfwDSYKr1m9Ra1rFYX/2CrQrPzmtV36FYp 2tb/Iff50z5iddns3beeY8JMec8PlnF7Ln1Qeua/vyBbJddO/yonuWsG98e8fH+zlZLBKb2g4qPO Qa4XPyAAAiBwkAnIs5b9lJTjubXh/SyK8A/s30/Oqlow88iGz19Ob/Gh4647fyR/oDN0/hMnVDFh Oa2n/FAc2je8l8UhNltSR7k9fNFJCUVjKsZYftisSNJP8kkS/fqbngu+M+v7L6367UurfnHNK99Y dv9rY0752OcffOw3rPgTD75SI/3h91vp859//2vphAR9qKDhe0uKyX//8//7X7c8xytSlQu00ben fJPr/+3t59zbTfqNlbZIv35QNUyzUFSFrtlYRPGRPKuZe5zNZV7Rr+f/gtf+fWn1KuYIKX/lhP9U 7JFOuYi+/eZC1YWFXyEj+cmOhtkGv7bef/nCPyx8hJd66SsfYS6bndILcm2Ceu0tgjMgAAIgMJIE KEK89afnXrh75QtrVtK/g/SB/8gfBtesPDF7/wf+/trnv/jPO9SDPtMZOq+IrdFLKWXXrCSdLPao I/Be06zIOl3jUct4yGmo1156RfrChz7Cv5hxybJPPfPaa/Rh7vtefOn1iopnf/PCRy9eWvHww69X vPLMw9JHP3oCf+7ilIsvXMDkP5I6R3phO8nzjCE7I9RG559oX3bG7GVnXPyAJlZzzad4pcee33KO YphmoagK0iwoovkjVeQ2k8HWg9nzzB0XUNWzl339rv/d8pJsP3fEYLbpsxGU5tfDf8h9Ydn5cin1 sDilQVA4WOr1NH2GEAiAAAgUj4A8fRl7yIQxEyaMnaD8Sx/GTqgce0glfXjqiDnPTTz+xu9/a7d6 0Gc6Q+eZABXkP0yeFZkg/yizItVuUyiyzonGsLUMOpTzrz38+1z18TNpjsCf3FPDGZthkczMRR+t +HX2tUeeeqnu1Pn0efMbJF9RdyrJm/VoOpUPQm2v3d7+/6Rv/eHlu//w6CXzuA3cFs1CqxJhFQ5F FCVk8LyfP/WEfSZI3n2BV81/2hY62W88bwQl9ItVanfKaDbjYK3X3iI4AwIgAAIjSYCN9mPHjpt0 6PiJh46bqPxLH8ZNnDhu0qQnDz3h2fHHXH/dN/fw46tf/678gc7Q+ScPm8UK8p9xEyexH/rAf0gn mxWpcWQvf4JOS9CxEd/4o4QcdvKRmxu+PevG/ziVRZ05s6SfP/k4l3zt9lX3XPjh+fR59mmLpd99 p+vlxYuOZ59fePKuzRL7bAhd5s+KcqG21za/MO8kVva19b97noc9Env+27/ilb7R20VPXbCTWhgz fNBPOhRRHZz9qUsuzHxt1s2yI9yXX9Nnbs+q3pcdOKhhWOiL8eTMRWfMM+uxO2U0W1SvpTnwKwiA AAiMMAF5SjT+0MPGHXo4/Yw/7DD6zH8Op3+fqZj63W9/dS8/rrr6e6eO+xv9K/9K5+lbJiYXoX/Z B1aKfuSJkeaLKRSZwxCXkQZurZ/5mQ/Tz3/NXP1q83y54KLm1de+8lV+vr7/zNXX1/KR/Lgz6iqe l848Y478+ZU1g/JnrodNaayflZMibfMvb5KuvZz0f3vTCfPksouaOy/M8Ep/KNV9XFNo/6BX51BE s2T+9b/SHGF1SacxB5k9FTd+jHs98zPXP2q2f9FHPsuZWM4LHJzzqZ70CaqeHz8+pkLklEGbqF7r vcEId0JUBwIgMNoJsFBUWTn+sMMP4T/jDz2CPvMf9uH0ibu/9W83yj/0eWHVsOUMDz+8CAtCPA6x gkeQTr5Go+CVH2NQ/q6o/+ltcv6uDI9Xb/nmZzdf8NT1p5Shb3AJBEAABIpF4Ifnnvnfd1z/50fX RVSB8rqFo876+JcuuurK+x+T1d458fAXL1ro9LaF4q2EjbTmZ9LXDp5Mz8vhAAEQAAEQ8EGA4oSy xkMLReqKEV8roiUfde1n4qTxymc6o60J8Q/8R15n4ktN9Kv8eRKfFSnHPvkFQvLbFn79jL7HeEQB 8OCqeelXF3/0FuUlfl+8duB7px5cc1A7CIAACJQagZ4vnvfPX730gzVzozX82dymH914a9Odd8tq fzr+sG2XLFRC0f9kX4+2MmgDARAAARAoaQLbnnvmvhXX7nwn4g2+D5sydWnbtcd9QFkz6R572J8v XaCEorXPvlHSyGA8CIAACIBAKRLorJj0dpM6K1r33J9L0QfYDAIgAAIgUNIEvj88cWi5GooyG94s aWdgPAiAAAiAQCkSuP5A5V8pFJHpw8PDFIpOn3VIKboBm0EABEAABEqUwBMv77luf+WjpxyhPMxd om7AbBAAARAAgTIggFBUBo0IF0AABECgtAkgFJV2+8F6EAABECgDAghFZdCIcAEEQAAESpsAQlFp tx+sBwEQAIEyIIBQVAaNCBdAAARAoLQJIBSVdvvBehAAARAoAwIIRWXQiHABBEAABEqbAEJRabcf rAcBEACBMiCAUFQGjQgXQAAEQKC0CSAUlXb7wXoQAAEQKAMCCEVl0IhwAQRAAARKm0CQUJRpqVrQ ndf9pt9bMoEwWDUFUmIpVAydXuzyW69feS82lIRMvntBlXKYupEH41lRtQzxo4N+M570oMOXCKvE X98O1KyBXGCFdNscqVpcCGSfL2YQBoEgBIKEolRrh9TeqQaffPeKXEdrKkjlKGMi4H2U8C5pRxym bOgGYwNm7WDbkHL0SGsL38MYDE40rx9a35wgMzItDenG3iH2m37Si3l+3Gddu7Ext8J43yWqw49O oY1Gv8y3eY4u5bub+uoHuvh150LV5kKqa6C+r6mQR15IQgYEoiQQJBRJiea2xrRygWY622va+OiA AwTcCdDw2V7TOySPn+xINDcHv4dJVhe51+XX9kn1ra31Ut9aQw4gHo3MbVvCAbhRFblAV2+NficZ D3dgBQgECkWSxCZG7AKlm650Y506nBiSBGrmwHjD6HDzqJbSsjVy6oUdTIs5D6Hp0OsSJVBsOrka Xal6L2k8w1V3K3XbU0dmq5R7UbNGuTtxQdko50oXdG8ydz4q1ZCWsu219rKWFJFFkpnd0kLOUZVC 2kYjbLWoRti806xzwGJ2zZCjNdhAMsbGoXExq3cWk/tWUJpThNKIRVaue8Gbyei1QJGh2V0g23uR MtonlhhjkZ2wCKlb99Na095wRlXdpvSb9dIxRiJnqpLQBboDqE7mNsUuumIwHt0EAoYiNjGiW6tu ujfTknOZllp2z8uOgY5cg8d1gGz7CqmHivQ2ZtVbtVSXnL/p5VMvPgXrV/I4mf50I5uDUV2UnpCl JFsCRdU5QIlEORdhlxdqyLYP1sk1a8Zo3cNsFamk6aDsreE2nwWfBolOszt/YaVKoR6pL23qeaS+ t1FKdpBTSlknmBZJ0pLNVRNCfbJhUmyy015WkbV6Z1Jhx2J1LVWntlGmP5dUphFsILTMXMQzGXFb cKd4Y+hYZLN0L+RsnXoQfK1bKDjMftkhO/cibbQ3xyLbcCFoDluXdro0LA1nVNUs6va6p4PZmrma 607zQycXEnNrsoMIRaN75I+d90FDEY0HNPq0G5Jz+U05Sb3nZeHDY2dPdvTw4YTUSeqtmnKLTrfD 8shjHOd45GN18QkEv2m21aTq1Mywy4s1JJW4ajTGOD2Q65PP0K1l2hpv+5rYUKjEBGGlag3MNJfO 4A9mUknVCBWK7BQIWpibJGxY7K6pN9oUierb5GmE4c5d0ybsFA5t4eaU0FM+67Imi138cu1FButZ LPKT0bJ1acfWdG04e7d36jAOl5qzC5gWxW4ghkHBQxEPHkXI16vzCja3SiqxqLWDrR2zJVh9fGKL 1srhMB+QQ5Z62OW9aDDccPPZjm4VW2oe6pGatGwczU4kKWkeFvxUUaTOKLDTVpOAeUFrzK4pUwcW iZakaOgezNsjEckktfmtRX9xQBX2y6lemktm1Zudqtr2rORkeEFOwQUoC27v9jZ1jlRdXMibJlXB LURJEIiMQIhQZLGBZv3a9aovIdH9lzo4U3LNi9l0mcgBjt3kKgX4QNfZ2ac+IMHrcn6wKausM2uL E3b5Ahrsg7XAKjY1al5PAVOdzSXre9b3SupUSVipmvhjhFxoiGEWxOdI22ynV+8c6xPQ403UJN8r 0Odcf+eguq6uqeG51gbTE8jdlHn12xZOZvFB2dQrRH1JL+1SL/VVnitVD2pkORb578+skPDSKNia jCPv9jaQptUeB6qOLvA7NOUeMvSzf4WdgAQIeCIQXSiiDD5bIuJJMz1NpVwn7GS/5JaS0qzlj4qz 3FvTYI0yK6KLmS7KdLpGe0CC1SVLqU83GL1N1gyyyQrdzdb0yjMmu7y7Bhs7u1XqQj9VYkwK8Ydl a/kTuaJKaf2LI2qS6m00aJqpPbYghKkzMkgaTRXRttpprEUtK2Tu1n8E9FgTZZVBk8WitGEGqxve xdcRlXYjCktY87i3hchgsW0UcHtr1F7BnkMQ+GWFLOxFbBg35Qe1qYewPxe00L01jc6YVbEVWer2 9idUzetXtMZko+rsAoUiTIo8DY4QGkkCFVTZ8PBwZsObp886ZCQrRl0gAAIFCdCNRH+d6IkUyj02 ST3mxzYKauMCwUt60w8pEPBB4ImX91y3v/LRU46IcFbko3qIggAIFCbg8ufjieYemn37exMEq5A/ zIc/BCzMHhIjTACzohEGjupAwAsB9mB6e5YWrIJMfLxUABkQiAMBzIri0AqwAQScCPAHH5W3HIES CJQ/ASToyr+N4SEIgAAIxJwAQlHMGwjmgQAIgED5E0AoKv82hocgAAIgEHMCCEUxbyCYBwIgAALl TwChqPzbGB6CAAiAQMwJIBTFvIFgHgiAAAiUPwGEovJvY3gIAiAAAjEngFAU8waCeSAAAiBQ/gQQ isq/jeEhCIAACMScAEJRzBsI5oEACIBA+RNAKCr/NoaHIAACIBBzAghFMW8gmAcCIAAC5U8Aoaj8 2xgeggAIgEDMCSAUxbyBYB4IgAAIlD8BhKLyb2N4CAIgAAIxJ4BQFPMGgnkgAAIgUP4EEIrKv43h IQiAAAjEnABCUcwbCOaBAAiAQPkTQCgq/zaGhyAAAiAQcwIIRTFvIJgHAiAAAuVPAKGo/NsYHoIA CIBAzAkgFMW8gWAeCIAACJQ/AYSi8m9jeAgCIAACMSeAUBTzBoJ5IAACIFD+BBCKyr+N4SEIgAAI xJwAQlHMGwjmgQAIgED5E0AoKv82hocgAAIgEHMCwUJRpqVKPxZ052PuZLzNI5gtGUn+1/OR715Q 5Qre0ES6Xu1kwTYrqJ8ZXFCLR3dYZfKhmKqfqFIrscmQbuaOzQbTSWe2MorgHvh3v0CNmkL/mmXM hZvMY3PEQUzrqX4uijgYDhuCEggWiqi2ZMfAED96a9prfY2iQU2NqpzwUvd+/XuXtBvsUDZZnZAS 1Y30r+cj0bx+aH2ztYCuP59olZtnqLcx3cCvZxqqGnJKq9mLWmoupN+zoRZBEYHMWqnHbCor1Ngr 2y+bapXhkalfarTake/uzyWNJ8VsMy0NaVZBQQ4m/eGaPkiNfjCLm8yPhvjIZjZV8+GFOu8K3OnG p12KaUngUKQZleoa6Eim+33c0RfTnxLUnaiuid7qREINU6k6ebzOdLZLHT226BV91b41ppoVq5ip uU3CObZVho27Q1111roynX3V9QacLmxZjBrZY+RrHFn/IqxNbe5Etem+IsIaoCpuBMKHIklKLKnX YpEhtWKeWrMvTJkiOTcikDfee1rvQw1pLMNXpISr1pNSSk1cplvJJvIK6UxDWsrSRM5sjfmkoxeW 4kx/Swvdn8sZNi3do302ppWEVZPVieYuGorlf/lhrV2IzpTP4TbQYXeNlK1IN9alpEx/OlkvdZry YEpnDKVfoc6AByagXhT5Tblk/RKFQrpBmEEzyViuJvJVamueazhrY8uDstYHlAZz6IRqy8r6RM2n FtTzfKI8orcaRSODzTDX/m9O8Zm6valf8UvCkprkZTNKolT9Ttigtj5vLSW8qF1ysPK1Kk7A1vbV x/LuKW7DeDnYE0Uo0jlkWmrba+TEykBHrsHY3RPNbY3a3InGxcY2Gnld5MVw6b5ZUZJhiZi+tTyc re2T+C1uqkvLSWnT+mz7YJ081c+2d2aYSG+jnF3sSql1WE66WGUvns1VU3ZJ12Wym2YiCg6SEFZt d9NeuxCdsaBsA3dSd025tmsH2zTr+iQFhZKyU3QE06+FzQaJWtwBAJuLeSWQ725qr2G9gkVnmvPw TiS11xpvaQwyAnJUFwXdgofeEDw/59TclpYVNH37Cp5ZVLoWD1c0dsqJ617JkFnyWKPFcoFh7v3f UN7S7WXblKbokfrSAkhZxR0Gvck1K2YkYy8l4mnqBiJQVgEem1ZUD/jLoBZsegjEl0BUoYgnH+iO VWJ34Oxg41t20JhsMV1GHa0k5i4vhEYzdp7CoUhU31bPYxGLRMq9tDItosmBdiR5TRSmnJM/lor8 WaXfxgvsJWvTpoBcuCMIa7ejMykS2qAO53X92gSwfomMotWaUQ2in2nqa2JDr1MY4t3AKwF5ALOo Yp3IkLITyqgkaEqUU9q6MGWDhGNzu7YsU5BU8p1a12Kq+ISbT1DNvd9LjWa7hYa593+Xbs9mkwoe TtV+qO7Yr1yrrJGMrZST2cYLwQ7K3k/yg9mauSOdQ/XVcyAcKYEoQhHFAk+9hobAHN0qsjFDS8P4 dYaSgSz+sEi0JEWfB/NaJGLL8uwGnd1MxyTDzMNBj9SkPxvm119FPgQ6cQy2rFsE05+l4dhxwJUt 90ZAaTq3mMafuqDmdZShoUsOA3KWMvizcQGbSCmmPm1B3dDVnYC1uPT/gBrtxVig8H+4lhJ0AzMo uwDNJIsB0L9jKDEyBMKHIsOtamJujaQm4dQ1CqMb/Drq7NQmMWJ5ukFSxzdK5FkxcB1NcjCjz7n+ zkFlTkRjkTzAstAYgl4hLxxUO5pNVxnFRofleJsyh9pVdEoGy4d7fJFoSYIiEs9Q0kHJEOXWQV8M CKQ/Wd+zvlfSpn1+Cai1y2kt0bjDHnSTb8GdZVQUanZWyVJ6zuwEbG5RC3BVhZ/48lijw9Xh2P/d +wRpU9ufXZoC4ayc7uaXj5zbcL8SZRW2Us7e6ReCAyjTlWJewfTR4SFamgQChyI1EVFFCV3t9oU9 TZfjy81VwtGF5v416bQ+nArl+dKFrETwtC6LP1JWiT4sFqXVKRbd2dPKApVqGqxxmxXxQdn02AI1 nfGkuxfC4uy6FZitPkdBuSe+COJU1th3HGpnbhM697UQTX+39pc6VTSV4MOyrpc90m0b+P3p15+X JLX1fbV8FTwYAT4war2JJRP1FWxmKTPeSUZ9TCPUFKhQp9Ubp2DzMVVyHzT8kZR9YPBYo1jMsf8X GIBSXeyxfmZXk1QvTNDVDLLpe5WeKC1wJfIKk7ZSIrNtF4IVlFWgNEdTWB2CQAWVHR4ezmx48/RZ h4TQ47Uodbn+Osy8veKCHAhET4BivfFpFlYBXZcBHhIIVip6h6CxdAk88fKe6/ZXPnrKEYFnRYF8 D7q0HKgyFAIBEBAQYAla/I0TukbMCIxYKOJZF/yZQMyaH+aMGgKGtCe9aMLzUtqo4QNHDzKBkU7Q HWR3UT0IgAAIgEBsCBykBF1s/IchIAACIAAC8SEwYgm6+LgMS0AABEAABOJFAKEoXu0Ba0AABEBg FBJAKBqFjQ6XQQAEQCBeBBCK4tUesAYEQAAERiEBhKJR2OhwGQRAAATiRQChKF7tAWtAAARAYBQS QCgahY0Ol0EABEAgXgQQiuLVHrAGBEAABEYhAYSiUdjocBkEQAAE4kUg+It/brv9di+uXHLxxV7E IAMCIAACIDDaCGgv/gkVir68fLkd3Lhx4yoqKvbv33/gwIGf3nILQtFo61vwFwRAAAQ8EojsHXSZ 9b8z/vxxcPPKNY9f84N7t73xDgUkoTXqLlnKBmP0X6idzxw91rco1UXY64m91Ka/xtgizoxv0TeO 84jbJCa2QWStR+1GhTJcLy56VM52simkzitVr1VCDgRAYLQRiGCtaMb06fLPzBkzTpwzO/NYfiC3 Pb/lLadQpO783NsoJTsGhugI9MZ64RBZaNykLYsL1sYGVrazmHL0SGu10MP2W2pszAn3jC5Utdaz vNhQuBsaqtMVsg24G3sDAi1cp5OE0YCCcSt4NSgJAiBQtgQiCEUymzFjKqZNqfrNky++M7Rr9oyp J1cfQwm6EsSW725qr+k17DObaG5OKX7k1/ZJ9a2t9VLf2nxcXcOeaHFtGdgFAiDgTCCCUDRpUuW0 qVWVEw6ZMvmINes2jBkz5vylyZ27dvrEzm7zW1pofz3KfxlnGNpnPWnWkqGTDWkp215rTJeJTqqF 1ByTUJvBUoo22cY6NfaYXeCRaEkiscQei2xVGzJ8tnyewTvdvE16XUZH2Vku380zb0ruzVKdrFA/ uaA7QzM7vV7zhI1+U78yWyKftdbO7bJitAhZDVAqsKoSqvbZTSAOAiBQjgTChqKjj5q2813pt09v PeaoKY8/8/Kbb++acdzkM06bs2f3Hv+4srnqniHDhMSkgbZBptkKP7pSlORT83tdWtywn8y2r5BI I8lm2ztNKzwmbWZLneYVSiSSJEEsslSdaalVjR3oyDU4rbXoYj1SX1qxgk721fO85VCvpKYCs+2D dfyM7EgB99c3p5rbGtP9iseZ/nRjW3NC9TJVp36V6c8llRkec66aRBxqlzEOdEjtTd00IRTTs0Mw O+LC3H9fQQkQAIFyIhA2FB179LSV9wzceffTr2zbufp+mhJVfO7cD1JqbkJlpX9MSZpzOJZKVCfT joO6Q6lkRw8fgmn0lXKbjEk1F23ZQWH2TYtEciyyhDaTAflNOUmdWiUoKDhp3JRLdrTySMqkZBWs LJ/t0dGQVkuqcnZHnHiZAo5SiyJLvnMYFInq2+QZnuqcU+0yRs0XL21hV+WllP9OgxIgAAJlQCBs KNqxY6j1krPoCYWrb7jv1deHjpp6+IL5cykUjR8/LmI6bG18qEdqoiE65CNs8tgv1kZRJqlNJ4we 0C19Vg0RVbXtWUkoFY3P7MkD5dDnfH5Vp1o72PMV7EkLS4RXZnUsEi1JUVQdzBvCrCS51M7Cixs9 q41mVdG2oF8ekAcBEIgxgbChaPfu3YcdOmHRGSdVSBSPKj6dmlchDdNy0fhxYUIR3T+r8wHKLhnw 0Wg20CHf00dwiLSxO/90gyHa5bu7KdFFZiiP+8kxgqxwjkWJuTVapKJQkHZYfCIxNW/IpGSHeFnh I3p+HeYRp7OTr2+Zy/JvmuQQRZ9z/Z2DipC49qzymIZ5Ia1AWzg4Yijl+ZlDv55DHgRAoNQIhA1F 48aOGXrnzfpzT144P7H4jLkL58/9286du3a9O3ZsqFAkxwN29EtK5kr9cyRaheELH5SBsjy2QOyF J0VtYtVmkKElD7bAo/7ZU5O0JMUjkWlEt8+ejFWnujQNbOHHaWqT6upV3GyS6hU3aR2ILcnIGTqX CaAHTymq1qTTMi17LMqq0YdiUVqbOAlrT9YMsskoTQZrerkvjvSsEEyOuDAvtcsG9oIACERLIJq3 LdB8iF6yMDw8TC9ZoH81E/G2hWhby682Gvz765yeA/GrDPIgAAIgEDGBaF7848UovPjHC6WiyNCz 001ST6C/Hy6KPVAKAiAAAmYCEYQiII0xAYpC9GgFrW4hEMW4lWAaCIx6ApG9g27Uk4wnAP6wWsFX HMXTdlgFAiAw+giEfWxh9BGDxyAAAiAAAhETQCiKGCjUgQAIgAAI+CWAUOSXGORBAARAAAQiJoBQ FDFQqAMBEAABEPBLAKHILzHIgwAIgAAIREwAoShioFAHAiAAAiDglwBCkV9ikAcBEAABEIiYAEJR xEChDgRAAARAwC8BhCK/xCAPAiAAAiAQMQGEooiBQh0IgAAIgIBfAqHezO2lMrwO1QslyIAACIDA KCQQwetQb7v99i8vX25nR7tF0J4RtFsE7eWKTSJGYd+CyyAAAiDgkUBkr0PNrP+d8eePg5tXrnn8 mh/cu+2NdyggCa1Rd1BT96arqlrQHc2urObqRJuE0hurPdXG5JTDbBwzPuR+5mIbQmxpalQowy0O UBNevdIQlnvsrRADARAodwIRrBXNmD5d/pk5Y8aJc2ZnHssP5Lbnt7zlFIpol1R+9DZKyh7dgXYy EI6AhYZF9sbqQrWxQbZ2sE02cmioR1pLG4rLB+37nWtszAn3+y5UtdaTvNhQuNsZqtMVZloa0o29 I/JK7mi8KOwnJEAABEYDgQhCkYxpzJiKaVOqfvPki+8M7Zo9Y+rJ1cdQgq4ECea7m2jbbMPOp4nm ZraHNo9Ea/uk+tbWeqlvbTGmcZHQSlbbtg+PRC+UgAAIgEDxCEQQiiZNqpw2tapywiFTJh+xZt2G MWPGnL80uXPXTp9Gs9v8lhbKi1H+yzjD0D7rSbOWDJ1sSEvZ9lpjukx0Ui2kpqyE2gyWUrTJNtap scfsAo9ESxKJJfZYZKvakOGz5fMM3unmbdLrMjrKznL5bp55U3JvlupkhfrJBd0Zmtnp9donbMIq WCF2UEHtey3Vp6dVFb0us8CCzScHdi0JKms0dgDrdz77EsRBAARKjEDYUHT0UdN2viv99umtxxw1 5fFnXn7z7V0zjpt8xmlz9uze459ENlfdM2SYkJg0ZDrZbIUfXSlK8qn5vS4tbthPZttXSKSRZLPt nVqajY97Rm1mS53mFUokkiRBLLJUnWmpVY0d6Mg1OC3d6GI9Ul9asYJO9tUPyClMSU0FZtsH6+Sk JnekgPvrm1PNbY3pfsXjTH+6sa3ZMFlyqEJllW6ooo3IDdUxy/S0alqYnyzU2lbgYhuUDuDSOoXq wfcgAAKlSCBsKDr26Gkr7xm48+6nX9m2c/X9NCWq+Ny5H6TU3ITKSv84kjTncCyVqE6mHQd1h1LJ jh4+BKfqGqXcJmNSzUVbdlCYfdMikRyLLKHNZEB+U05Sp1YJCgpOGjflkh2tPJIyKVkFK8tne3Q0 pNWSqpzdESdeJKnEokx/TqlFkXWqQmelNoSxOmVaRJPRQIcFuIMNSgcI0taBrEIhEACBeBAIG4p2 7BhqveQsekLh6hvue/X1oaOmHr5g/lwKRePHj4vYQb5Hdo/UJGeQwh5O2ijKJLXphLESulHPqiGi qrY9Kwmlwpoll2dPHiiHPufzqzrV2sGer2BPWggivM8qKGHWIHGrBjqSfi3h8gLgzjZE29aB7EUh EACBkSQQNhTt3r37sEMnLDrjpAqJ4lHFp1PzKqRhWi4aPy5MKKK7YnU+QNklAw8ao2gsNE9wguMS aWPzE8pQ6dEu391NkY/MUB73k2MEWeEcixJza7RIRaEg7bD4RGJq3pBJyX7wsoFSYFYOPI/Y2cnX t0zfBagiP5iV85ZsLa0gcA/N58EGQ+t4fjqxoGkQAAEQiCWBsKFo3NgxQ++8WX/uyQvnJxafMXfh /Ll/27lz1653x44NFYrkeMCOfknJXKnr5rQKwxc+KHlkeWyBAAtPisBbtRlkaFWELfCof1fUJC1J 8UhkGtHtsydj1akuTQNb+HGa2qS6ehU3m6R6xU1alBnokJQMncsE0IOnFFVr0mmZlunwWIWRSati U9NgTeFZkRLO3ZvPzU2X1onlVQSjQAAEQhII9eIf7W0LNB+ilywMDw/TSxboX80mvG0hZPOELE5D en+d03MgIXWjOAiAAAiEJRDNi3+8WIF30HmhVBQZWuChJ+EK/UVvUaqGUhAAARDwQCCCUOShFogc LAIUhejRClrdQiA6WE2AekEABAoTiOwddIWrgsRBIMAfQSv4iqODYBiqBAEQAAEBgbCPLQAqCIAA CIAACIQkgFAUEiCKgwAIgAAIhCWAUBSWIMqDAAiAAAiEJIBQFBIgioMACIAACIQlgFAUliDKgwAI gAAIhCSAUBQSIIqDAAiAAAiEJYBQFJYgyoMACIAACIQkgFAUEiCKgwAIgAAIhCWAUBSWIMqDAAiA AAiEJIBQFBIgioMACIAACIQlEOrN3F4qx+tQvVCCDAiAAAiMQgIRvA71tttv1zaJMBKk3SJozwja LYL2csUmEaOwb8FlEAABEPBIILLXoWbW/87488fBzSvXPH7ND+7d9sY7FJCE1qj7oql701VVLejO e7Tbj5ho6096Y7Wn2piccpiNY8aH3M9cbEOIjUqNCmW4kQCNUJWPZgvBgdUSsrgPQyEKAiAQIYEI 1opmTJ8u/8ycMePEObMzj+UHctvzW95yCkW0Syo/ehslZY/uQDsZCAedQiMRe2N1odrYyF472CYb OTTUI62lDcXlg/b9zjU25oT7fReqWms0LzYUbmFDdbrCTEtDurE3kldyG1V5dq2w2ZAAARAAAQGB CEKRrHXMmIppU6p+8+SL7wztmj1j6snVx1CCrgSR57ub2mt6DTufJpqbU2okWtsn1be21kt9a4sx jYuEVrLaun14YLURqgpsAwqCAAiMCgIRhKJJkyqnTa2qnHDIlMlHrFm3YcyYMecvTe7ctdMnP3br 3dJCeTHKfxlvw7XPetKsJUMnG9JStr3WmC4TnVQLqSkroTaDpfm1fdnGOjX2mF2g76T6JYnEEnss slVtyPDZ8nkG73TzNul1GR1lZ7l8N8+8Kbk3S3WyQv3kgu4Mzez0eq2zGmsFNNvT8pG8lFEVVayj pi9UtWYv1GJKVlMRMrYpm1OqtdiQFObAJAQeedBJJplsZmzMWUwRcLUrulTgs4NDHARAwJlA2FB0 9FHTdr4r/fbprcccNeXxZ15+8+1dM46bfMZpc/bs3uMfezZX3TNkmJCYNGQ62WyFH10pSvKp+b0u LW7YT2bbV0ikkWSz7Z1amo0P70ZtZkudJgNKJJIkQSyyVJ1pqVWNHejINTgt3ehiPVJfWrGCTvbV D8gpTElNBWbbB+vkpCZ3pID765tTzW2N6X7F40x/urGtWZ8sWX23W6vrX9/cbESdqlPVZvpzSWV2 yMDwuZieek1rOUytTYV+yT574SCJPPKkc8jUBGqXGOiQ2pv4GqUYuNIVXfqJ//6NEiAAAk4Ewoai Y4+etvKegTvvfvqVbTtX309ToorPnftBSs1NqKz0Dz1Jcw7HUonqZNpxUHcolezo4UMwjaBSbpMx qeaiLTsozL5pkUiORZbQZjIgvyknqVOrBA2hTho35ZIdrTySMilZBSvLZ3t0NKTVkqqc3REnXqag odSiyFp892itXJjKcpAUierb5NmhAYzyRArNorRDbVOxX6rLXjjYPXLXKW4CtUto7eIAXOmKQXqd /46PEiAw6gmEDUU7dgy1XnIWPaFw9Q33vfr60FFTD18wfy6FovHjx0XMlu+R3SM1GfItIWpw0kZR JqlNJ4z66fY4q4aIqtr2rCSUCmGRoSh78kA59DmfX9Wp1g72fAV70sIS4cOQVGaELBItSVFEHsxr kYhSWQ0St3ygIym01q9fFnmhR351aoaxEKQezkrCsPLbYpAHgVFMIGwo2r1792GHTlh0xkkVEsWj ik+n5lVIw7RcNH5cmFBE96LqfICyS4bmoZGBxjnzBCd464m0sbvldINhWSLf3U2JLjJDedxPjhFk hXMsSsyt0SIVhYK0w+ITial5QyalTDtYWeEjen795FGjs5Ovb9nL6r57tFadUjGtTXJ4oxpy/Z2D SgX5wayc22TrbbYKeS1ivzxzUD2qUdKN7jrFTZBVHjnRFgVdlKhOGPoJHib02w0hDwKeCIQNRePG jhl65836c09eOD+x+Iy5C+fP/dvOnbt2vTt2bKhQJMcDdvRLSuZK/XMkWoXhIxHlayyPLZDDwpMi EFZtBhla8WCrC+rfFTVJS1I8EplGdPvsyVh1qkvTwBZ+nKY2qa5exc0mqV5xkxZc2DKGnKFz+Rsm D55SVK1Jp9VxW/fQRrKQtaa6WDzIKtGHxaK0OumiSYtsd9NgjWBW5OKXZw6sbvJIe6zEVae4CZI1 g2xiTRPbml65XVyBu/QTT9cXhEAABDwRCPXiH+1tCzQfopcsDA8P00sW6F+tZrxtwVMjFE2IBtL+ OqfnQIpWa3wVE48V1QOF/rAsvvbDMhAoNwLRvPjHCxW8g84LpaLI0OJNk9SDgdc0H0QoKkpfg1IQ CEYgglAUrGKUGhECFIXo0Qpa3UIgMvLGrGhEeh8qAQHPBBCKPKOCIAiAAAiAQHEIRPY61OKYB60g AAIgAAKjiEDYJ+hGESq4CgIgAAIgUBwCCEXF4QqtIAACIAACngkgFHlGBUEQAAEQAIHiEEAoKg5X aAUBEAABEPBMAKHIMyoIggAIgAAIFIcAQlFxuEIrCIAACICAZwIIRZ5RQRAEQAAEQKA4BBCKisMV WkEABEAABDwTQCjyjAqCIAACIAACxSGAUFQcrtAKAiAAAiDgmQBCkWdUEAQBEAABECgOAYSi4nCF VhAAARAAAc8EEIo8o4IgCIAACIBAcQggFBWHK7SCAAiAAAh4JoBQ5BkVBEEABEAABIpDAKGoOFyh FQRAAARAwDMBhCLPqCAIAiAAAiBQHAIIRcXhCq0gAAIgAAKeCSAUeUYFQRAAARAAgeIQQCgqDldo BQEQAAEQ8EwAocgzKgiCAAiAAAgUhwBCUXG4QisIgAAIgIBnAghFnlFBEARAAARAoDgEEIqKwxVa QQAEQAAEPBNAKPKMCoIgAAIgAALFIYBQVByu0AoCIAACIOCZQLBQlGmp0o+WjHNtsuCC7rxng4oo mO9eEI0p5JXNJa/KmZxymHUwVE4oY4WxiC10UFSLWtOHIcLiIXV6q95rl7NpC1zQm126lLEirQ+P WO0FrLW1UbEMUysqln67nyPS/fx2hkLywUIRaU12DAyxY6Aj1+A8gjakG3uHhtY3JwrZ4fp9GLKG sonm9cFNKWSDF+WsL9YOtnFudPRIa7Uonu9ekWtszK0QBe1MSzQYQ7UBCseOgJcuJzRaL1ioVwfx WXjFGfqwP7OLYaGDV8XFIkn+HA+CvqTLBA5FqteJuTVSbpPjrCdZHS4KlTRcs/H57qb2mt6hrpSG rrlZ/Zxf2yfVt7bWS31rhSiBsYw6wih1BX14lDa8R7dDh6JMf7qxTZn16MknmifR7UxDWsq216rJ LENqSp1GsVuelhbKWPETpuKa/boeLmUsYrxj0j4btQjK8mkHF+5Wsox6nkwtyr8zps8serhturAc PIQGGFqBok22sU6LQ6b24ZFoSSKxxB6L/GNUNetZVAW33Wvmgz6ltd6A8t8zSkJRxSFkbmsUaylj 42o12tpb3AE0Ug7WOvQrdX5pv60WVWNtTaHBQt+NTayx2iS4/EzVGpI1qlZxe6kkqZk0Bba2KNCf bZlfuUpLr3ahX7CltA5AuWflqteuVmNF3HIjRqtmMwTbdedso4febrls7W3kC4vw6hB2G+NQpo0q Rk/cL0PGSzkcL+SCrnkMBwdTLHAoYjGGHQ1Sr3Kfn2mp7auXs3a90oruRNdQbyPP4/H8HH3L5gRq Tk9rkmyuumeITRUsxbXJQUrTo04otCIicJlOtRoSt5fVimTbB+u4qY3Z9k6eJ9Mt7JH60ibdAhva V0hkt6G4FgGMBpgtdLovVCIRTeHtsUiv2htGvUYqKTdGY1rL+1m8TjS3Nab7lSyh8aZC1ZJV3Bzo kNqbXFf8jI1iLyVqfVNLyfyN/cc+OxRa69SvnC8qa70kqRos6gw8Be1ltdOl/9i9k5rX99awjkeZ K6mXN624vdRulm6oauI9TtDlmK/C/uzO09yrBVhkhjRQag0jX4LClpI7ALdPzt7r039LHzbeW1g0 WyBYrju3HuKht7tf45pVHrEYuo1+dXjsjRakBS7D6Fw7mJGmYN2BQ5G2VlS9Qp5A5Dfl+ByIx6d0 dtA8lLBv1TkBI699n6TZAO/wrsVNfqhFhM4lqpNpLyNHsqOVz1BSdY1ygpEMUM8xAwuQS3b08Kmg VlyTdzHACkUpo0UiORYpkVFoQEGMxlLK3RTdpWqHzWuyX4lFmf6cgsSgQ3XT1GRCy4yNYislNNsC yksHsFvrCMS5/QQNZGvNAGrd+4/Au1RXr9RguJVT737N7aV3M5WwvcsxX0X92eV6tONx6rd8Nq/m PeTYJLxUXa9KcWe2aebBQhlB7EXce4iX3u7vGucWuI0n3vq5wBGb4+6XYZFcKxgcRlYgcChSzaTB M6kNsewZBeXQ74m8OxSyuNx16NkEeiCgiTq026N93o3yK+lkAAOlzUBMEaOzPavG8Kra9qwklPJr Bt140e22PAlNuhROtXawhyXYYxPKTYFjDPRrgjxoOR4CUAU7gEdrXS09aD3E1Tuv7eWrEQryNGjz h8WPZu8mF4bgUG/hgt6NMEt6wuLazz3V7Nyxi+eaJ8NGTih0KGI3TTzxxJ5f0DNBVg/4t0oqiIa9 tG3VxL24GAjdsahRkLJL5suKBmCXpykE+sgANVXHDAzXBNSBbQbwaXiDIUDmu7vZ4ld/Wp1hKulL ccSSA20hjJrZ+UG5WSTWQG7O8KRgZydfrLLJZZXHKPSFLkfmhrK2Us5m66C8dQCrtWLNhY0UNZCx Awk5u6p17z8C73hqjnLZ8gOontvLa8f0xtOiTYCF30KZnuwMpFl0xdk0u0NwqdcjvaDXuENv8dHP Te7bkSq5edFlWGTXvHan4ssFDkXqfTxL9soPa6e6WM5UztDZpyTs21wD/4oVsU+aXIrT9JVXZ53m KIM709kvKSk1dY2PVqZ4VsGprB0tJUxYqKCjSaq3Jeg867EaYKiIkr4aBF7NEloio0hkCgKOsyeu qCBGtTq6zZIbo2mwxm1WxOaRbTXptEzLeiRrBtn8kiZrNcqSoIh54VIis20tZe0/9gcOWDC2WCsE 4mqkSwPpjvhXS03j2n/M3nXTpJUnRNntMEsoe28vr4OC+/UoazH0akcsNA7TspZyXfNLsMCV7nC1 2u22aRZAMF53zvV6pefeRpqFXrCQsP3q8Hh52pE6X4YRu+a194y8XAVVOTw8nNnw5umzDhn56mNa I1tWpL//CZJkjKlHrmbRKNRfZ/eWTq+oVu4zvLsVrJRAv4NVbDVBZK13CyEJAuEJRNbPNVNGZ8d+ 4uU91+2vfPSUIwLPisK3ZXw10MNESnYrvjZGZxlbJrI/sBCd/oCa2AN9gmffY2ptQCdRDAQUAqO+ YyMUadeC/qQ/e7lB2DdElMQlxl2mfKn8mFa8DspmWmalcbY2XuxgTUkRQMdmzYUEXUl1WhgLAiAA AmVEAAm6MmpMuAICIAACJU4ACboSb0CYDwIgAAKlTwChqPTbEB6AAAiAQIkTQCgq8QaE+SAAAiBQ +gTiHIqEf+IYAXLlRbiGlyMrb77y8tJL9/p1nS7GC79ylC8WhQhAQgUIgAAIREMgzqEoGg+tWmjb IPltD8adsqLam64Iu2PRH3DX97m/Fbs4oKAVBEAABEaKwKgLRYbXYBsZx3lfL/auG7fXdY9UX0E9 IAACIFAkAsFCkXDbKG37LMs+eMZXxxXcg8u4JZ22t5UxR6V9dqpOflGd0x5bxkhk3SnLkp8z71gl 3t5KvKuVeX8MmwxvSvtebVoL222n93D6e7drkXoL1IIACIBAUQgEC0VkinBTNeM+ePaN8rzsweW+ /5gFgfO2e877gA1ma+aaXi3gtK+XZRcv8fZWol2trO3ktiWaYEs60f5g7I3Clg2gitIboBQEQAAE DgqBwKFIuKmacR8820Z5Xvbg8re3lfO2e1430HNlbtmxSri9lctOX5pu4c5X8rt27FvSifcHw7To oFwdqBQEQGCECAQORXo6yW17tMJeRLUHl1mPpw2vXI0T7Fhl297Ky65WBWSEm27ZmdCmJZbJXGGy kAABEACBUiEQOBTZN1UzuCzc0MzLHlziva0K7YTmsKeWcP86r6suoh2r1H3b1L19vOxqJZZxpif0 hU0W+T547Knz8I+cl0rnhJ0gAAKjhUDgUGTfNsqIzGHnscJ7cAn3tiq4XZttTy3nfcDYnqVrzc8V CNtauGMVi0W0y5y6d4GXXa3EMi70RPuDYVI0Wq5H+AkCo5RAsDdzR79t1Mjhp4xZk9RTSntAlJ7F I9eaqAkEQKCUCYziN3Mnmnvq+2qte5PHtzH5M4XC3b7jazMsAwEQAAFfBAIn6HzVEi9h9kxD6ewV zp4FLx1r49XSsAYEQKBECAQLRTQ8llKGq0TaAmaCAAiAwCglECwUjVJYcBsEQAAEQKAYBBCKikEV OkEABEAABHwQQCjyAQuiIAACIAACxSCAUFQMqtAJAiAAAiDggwBCkQ9YEAUBEAABECgGAYSiYlCF ThAAARAAAR8EEIp8wIIoCIAACIBAMQggFBWDKnSCAAiAAAj4IIBQ5AMWREEABEAABIpBAKGoGFSh EwRAAARAwAcBhCIfsCAKAiAAAiBQDAIIRcWgCp0gAAIgAAI+CCAU+YAFURAAARAAgWIQQCgqBlXo BAEQAAEQ8EEAocgHLIiCAAiAAAgUgwBCUTGoQicIgAAIgIAPAghFPmBBFARAAARAoBgEEIqKQRU6 QQAEQAAEfBBAKPIBC6IgAAIgAALFIIBQVAyq0AkCIAACIOCDAEKRD1gQBQEQAAEQKAYBhKJiUIVO EAABEAABHwQQinzAgigIgAAIgEAxCCAUFYMqdIIACIAACPggUEGyw8PDmQ1vnj7rEO/l7rjjju3b t+/evdt7kZhLTpgw4dhjj73oootibifMAwEQAIGyIfDEy3uu21/56ClHBAlFP7755kkTJ55//vnT pk0rGyJvvfXWL3/5y3f//vfLL7usbJyCIyAAAiAQZwKhQlFHR8c3vvGNqqqq9957L85O+rKtsrJy aGjohhtuaG9v91UQwiAAAiAAAsEIaKEoyFrR3r17p0yZUk5xiCCSO+QUuRYMKEqBAAiAAAgEJhAk FFFltLxUlkdgjigIAiAAAiAQmEDAUFSW0SgwRBQEARAAARAIQyB4KApTaymXzbTQKpl6tGSicCXf vaBqQXc+sCpWXjnMapit0ZhosM1orQyDKg3rQmDfURAEQKAcCAQPReWXoPPcnsmOAXrEgR1dKc+F XAQTzeuH1jcnAqliMaB2sE2xZ6hHWqtFx3z3ilxjY25FiCCnmUQxR41yurWZloZ0Y+8Qs92fCwZt gZxGIRAAgTIjEDAUURw6EPpY1zJ5wY8262ro95Z1Bzb/aIH5dOh6vCogp0qtdfPdTe01vYaImGhu VqNjfm2fVN/aWi/1rQ0+4SoEJFkdLIIW0ovvQQAERhWBgKEoEkbnLP3isy/oo+QD9935xaXnSHOu eOjth66YE0kNI6DEkJlS7/X1FJ6SHONfZJQsGp3TEmrqREObJfAP3UoKUE+26Rk4c7qNok22sU48 M+ORaEkiscQpFtmUWk8wY1pa5NxfQ1rKttfK6T7ZWvpXOcntNE50BIqU/KFS3KhN0nFEn0wcgQ6A KkAABCIgEDwURZCgm3PSB++8L6MoylAk+uTiCLQGVuEZJx+U2UEjK2WmemvaOzM0FjdIvTzNluqS 02W9jWktOZZtXyH1yOcaqpr4R/qcZQUtR7Z9sM78baaltq9eTgn2StZ0m9O0RIlEkiSORRQtNKXy pEpYSzZXzU0lWyWeltQzkuSlctKcW7RrtgDRC3Jtrt55bhIIggAIlDSBgxqKZn/8PIpFD/DYQXOi C+VI9MCV0xbflOcn8zctpjc6sONKkqIv2H92GfVs4CAkF/TckNpakTwwp7p6pYYqCkTqOK1Mi+je XzuSHT18MShVR2M6TVZ4Ofqc22RNniU7WmWt6rf5TTl5RsInJ9lBcwHr70qNWiSSY5E15PHpVJtx eUpci2qqZzSSXTMPc+rUyqbI3Tvv9UISBECglAkEDEX79u37awTHtI9+Yt6G5zeQpnvXrGxY+CGu 8t290v73drJzzaev+sRDeXbcuve6Gzd8aGHDyjX3MpF712yYt3/Vr1jBDb9atX/WURHY8te/klMR NCXNCigqsZnEQEcyAn1cBXs4QPCkBEWZZLpf8BRfprM9q83datuzklDKap1DLSGdKAykOPWGNBvF QQAERpBAwFAUlYUnLKqT+h/aIm3Jb5x34glmrXROev66RQl2XNr7/OYt0gknztuY3yJJj6zbWNeq FHyoX6pbZCkZlXUe9fDUHOXOGvhCTn4wKyfN2PzAowZXscTcGknP9JlFE81tLOOnryDlu7vZak5/ Wn/KTw6K5ljEY5gp1+dWix8v7JrdgURVrx8bIQsCIBA3AsFDkdfn0tzlZi5YKvU/+PCD/dLSBTMV UcqU8efz6P9lt2xSj46PHZCFX3x47calCz5Gnze9+KKpYEiTPLeNNt+Qn0ZoyLGcWqq1I9dAK/j0 v8TTaU2DNdHMilJdA4pKZX3KaCitvAxQxerfFTVJS1I8EilJQFnUPnuSl7j0JS+WZnSphaULtccW 3DnZNAuAGLW51+u5TSAIAiBQygSCvJn72muvve6661599dVIHN9y+3mpFbmatszdF8uTm0fbT/rh iew3+rB8o36efUfCX+uXpLr/pK/p8y2b/3HjicvVgmHNmT59+tVXX03ehVWE8iAAAiAAAh4IhHod KumP5O+K5EnMzLM/WSPVfPJsdU7EZ0MH2LTozO+su0pakTpJPq5eLwtLOUkWps8bV200Fgw5K/Lz 5IIHxhABARAAARDwRiDgrIj2idi6dau3KkpGasaMGbRDBGZFJdNgMBQEQKDECYSdFZH7IacgMSxe 4m0K80EABECgVAkEfGwhwgRdfGISEnSl2othNwiAQIkTCBiKStxrmA8CIAACIBAjAsFDUXxmM1FZ EqNmgSkgAAIgMJoIBAxFIV+xE9vio6np4SsIgAAIxIVAkFA0fvz4HTt2HH/88VFNR+Kgh9whp8i1 uLQM7AABEACBUUMgyMPcN99884QJE5YtW3bkkUeWDai//OUvq1at2r1792WXXVY2TsEREAABEIgz Ae1h7iChiBy76aabaA6xd+/eODvpyzaaD02ePPmKK67wVQrCIAACIAACgQmEDUWBK0ZBEAABEAAB EJAJRPAnrkAJAiAAAiAAApEQCPLYQiQVQwkIgAAIgAAIyAQQitATQAAEQAAEDjIBhKKD3ACoHgRA AARAAKEIfQAEQAAEQOAgE0AoOsgNgOpBAARAAAQQitAHQAAEQAAEDjIBhKKD3ACoHgRAAARAAKEI fQAEQAAEQOAgEwj44p+DbDWqBwEQKGUC9zzz6v88t23b0N9L2Qnd9uOqJn7iA8d95pTpHt254447 tm/fTm+89CgffzF6K+mxxx570UUX+TUVL/7xSwzyIAAC0RC4++mt/z24Y8LpHxhz+KRoNB5sLQf+ 9u7uJ577UvXk806dUdCWH99886SJE88///xp06YVFC4VgbfeeuuXv/zlu3//++U+XyeNUFQqTQw7 QaDcCFx62xN/+9iHT5xc+R//UCbTgn95c8LmHe8d/pvHb73k9IKt1dHR8Y1vfKOqquq9994rKFwq ApWVlUNDQzfccEN7e7svm/EOOl+4IAwCIBAZgTf+8t6YQyeVTRwiLuQLeUR+eWFEGxpMmTKlnOIQ eU3ukFNh9mrAYwteOg9kQAAEIiYQ262cgxnmi06wKuJfyhcEizBCURh6KAsCIBCQQPwHVl8W+qXg S3lJCPslgFAUkhiKgwAIgAAIREwAs6KIgUIdCIBAQQIlcZvv18iCXhsF/CqPv7wv9+3CCEUhAaI4 CIBAEAIHinGsa5msHgt+tFmtgc5qv23+0YLJk1vWRV65LwQUV0IYwF2QD4OTIRQaixpZ+VNJTvmC gARdGFwoCwIgEFcCD1w59YLcd556mx9PfW71aYtuetFi6wNXnrb6c0+9/cNz4upDIbtevGnR1NNe +BfZx7ffvkVa+0ChIiXyPWZFJdJQMBMEyojAsBR5winf/R93fvGuBy+fLWuefflP/1361x9m+C9E jv7Ndy+6QNIlIrZA8jcnCFR7vnv5v9bc9VbnYrX07Msv1z4H0mgvJLMKcITsnghFIQGiOAiAgH8C kcei/Nq7n73wk8ZxefbHz/tgblOeRSIWJdZe+aG7z3vixqhHbnXM9hmJAg33dh/V2h+4kl7dwI8r H+Dn6MTim25Szi6+iVHgR/6mxWZB6wnuR4BAFC47R3UiFPm/ilACBEAgHIF9+/b9Ndpj53v75806 yqSTTj2by9Gpd/dKz15zzcqGlgunRVupQRt55B1JQPcFPioWfOjf8/y4tWHldTduUF3OLZTPPXvN D+5lghtuXHj6qk88JIv++4fozL3N2olb9/KSxGr/ezuDYPJFwM4Koch7/4EkCIBAjAk8v3mL1bp5 J54gn5p39a1Xb7z0M7faJGLsj8g0gY9c7JG2BDsu7dULzbv6K2ez387+eIO0MU+Ob3mo//mG1ksV IuyrLfmN0vPXLVKKOukeGUQIRSPDGbWAAAjoBCgD5O/xrILSMxcsnde79mGD3IsP9j9fPXsmO0NJ p+GZF999S/V1i/7FKFJQq3cBeUXK++Fdsy5p91H+7sWez1w6fMsmOh5omyfJZJnLakn1s/Gc/B2d WcYL8qPjY5aCvoz07rtQEqEoJEAUBwEQCEIg0HqES6FZF//fZauWX/2IIvLI1eesGG5bfpb61AJb /zirI9O2cflnb3sp6rr9xiHiFcgE2ce5mpPDL912Gzm8ZfPzNSfOIo0vPdz/vLwKx2pQ61A/z1qw tGbVD43ez5pTLZnPmAr6szFIJzCUQSgKCRDFQQAEfBOgYdLXHbcn4TO/M/iT4eUnycfy4Z8M9n2J z4n4zf8BXuHML/X9pHpF6rxbX/Kk0YeQ/GyExyP4pJB8XHfVRtXJk7524OwzDxw4s+kqaUWKnP7a puoaxVPNZYP7ivcyoKvX0zdnfmedUlQ7ZSzow3+C7HNeaGGFrfM8dh6IgQAIRENg6Y2Pjvvswpsr X4tGXTy0XPbe8fvWPHzfV88qaM61115L+0Rs3bq1oGRpCcyYMYN2iCDvfJmNTSJ84YIwCIBApASG JV933PEX9jMpYiTj75FfC0P2DyToQgJEcRAAAd8Egmeo/A6QIyXvKz1Vfu6zNGC4BB1Cke+rCAVA AARAAASiJYBQFC1PaAMBEPBEYKSmKyNUjyefDUIjZNYIVuOXgEUeoSgkQBQHARDwTcDfY8IlIu2d Qok45NtM7wTskghFYeihLAiAgG8CRx9ZKb373vf2HTuCt+zFrYp8IY+YXx6O8ePH79ix4/jjjy+u TSOrndwhp8g1DwDEIniYOzA6FAQBEAhC4O6nt972x7crav9RmjghSPkYlvn77uGBjZf809TzTp1R 0Lqbb755woQJy5YtO/LIIwsKl4rAX/7yl1WrVu3evfuyyy7zZbP2MDdCkS9uEAYBEIiAwKqnXvmf 57a9+bfdEeiKgYp/OHzCJz5w3LLTZnq05aabbqI5xN69ez3Kx1+M5kO0k98VV1zh11SEIr/EIA8C IAACIBAxAfyJa8RAoQ4EQAAEQCAwATy2EBgdCoIACIAACERDAKEoGo7QAgIgAAIgEJgAQlFgdCgI AiAAAiAQDQGEomg4QgsIgAAIgEBgAghFgdGhIAiAAAiAQDQEEIqi4QgtIAACIAACgQkgFAVGh4Ig AAIgAALREEAoioYjtIAACIAACAQmgFAUGB0KggAIgAAIREMAoSgajtACAiAAAiAQmABCUWB0KAgC IAACIBANAf3N3NHogxYQAAEQAAEQ8EzgygN7BpPTWSiqzr7quRQEQQAEQAAEQCBKAhSKolQHXSAA AiAAAiAQgMD/B0OuQvfhjU3NAAAAAElFTkSuQmCC --_004_961f2ca8a4324c9d85a5ce95e33ce72bEXCH2013politiewestkust_--

2 2

Get Involved with oVirt project! Winter edition
by Sandro Bonazzola 23 Dec '15

23 Dec '15

Hi, Have you got some free time and do you want to get involved in oVirt project? Do you like the idea of having fresh disk images of recent distribution in oVirt Glance repository? You can help us by testing existing online images ensuring they works with cloud-init or creating one yourself and report your success to devel(a)ovirt.org. We'll be happy to upload the images once these are ready. Do you like Debian and do you have some programming skill? Help us getting VDSM running on it! We started releasing highly experimental packages and it's a good time for giving them a try. You can follow the progress here: http://www.ovirt.org/VDSM_on_Debian Here are some bugs you can try to help with: Bug ID Status Whiteboard Target Milestone Summary 1120588 NEW docs ovirt-4.0.0 update log collector documentation 1120586 NEW docs ovirt-4.0.0 update iso uploader documentation 1120585 NEW docs ovirt-4.0.0 update image uploader documentation 1159784 NEW docs --- [RFE] Document when and where new features are available when upgrading cluster / datacenters 1074301 NEW infra ovirt-4.0.0 [RFE] ovirt-shell has no man page 1227019 NEW integration ovirt-3.6.2 Require sos >= 3.3 when available - ovirt sosreport plugin doesn't obfuscate password used in aaa extensions 1251965 NEW integration ovirt-3.6.2 Appliance based setup should default to using /var/tmp for unpacking the image 1156060 NEW integration ovirt-4.0.0 [text] engine admin password prompt consistency 1237132 NEW integration ovirt-4.0.0 [TEXT] New package listing of engine-setup when upgrading packages is not user friendly 1115059 ASSIGNED network ovirt-4.0.0 Incomplete error message when adding VNIC profile to running VM 772931 NEW reports --- [RFE] Reports should include the name of the oVirt engine Are you great at packaging software? Do you prefer a distribution which is currently unsupported by oVirt? Do you want to have packages included in your preferred distribution? Help getting oVirt ported there! Fedora: http://lists.ovirt.org/pipermail/devel/2015-September/011426.html CentOS: https://wiki.centos.org/SpecialInterestGroup/Virtualization Gentoo: https://wiki.gentoo.org/wiki/OVirt Debian Jessie: http://www.ovirt.org/Features/Debian_support_for_hosts Archlinux: http://www.ovirt.org/OVirt_on_Arch_Linux OpenSUSE: https://build.opensuse.org/project/show/Virtualization:oVirt Do you love "DevOps?", you count stable builds in jenkins ci while trying to fall a sleep? Then oVirt infra team is looking for you!, join the infra team and dive in to do the newest and coolest devops tools today! Here are some of our open tasks you can help with: https://ovirt-jira.atlassian.net/secure/RapidBoard.jspa?rapidView=1&project… You can also help us by sharing how you use oVirt in your DevOps environment (please use [DevOps] in the subject) You don't have programming skills, not enough time for DevOps but you want still to contribute? Here are some bugs you can take care of, also without writing a line of code: https://bugzilla.redhat.com/buglist.cgi?quicksearch=classification%3Aovirt%… Do you prefer to test things? We have some test cases[5] you can try using nightly snapshots[6]. Do you want to contribute test cases? Most of the features[7] included in oVirt are missing a test case, you're welcome to contribute one! Do you want to contribute artworks? oVirt Live backgrounds and covers, release banners, stickers, .... Take a look at Fedora Artworks[9] as an example of what you can do Is this the first time you try to contribute to oVirt project? You can start from here [1][2]! You don't know gerrit very well? You can find some more docs here [3]. Any other question about development? Feel free to ask on devel(a)ovirt.org or on irc channel[4]. You don't really have time / skills for any development / documentation / testing related task? Spread the word[8]! Let us know you're getting involved, present yourself and tell us what you're going to do, you'll be welcome! [1] http://www.ovirt.org/Develop [2] http://www.ovirt.org/Working_with_oVirt_Gerrit [3] https://gerrit-review.googlesource.com/Documentation [4] http://www.ovirt.org/Community [5] http://www.ovirt.org/Category:TestCase [6] http://www.ovirt.org/Install_nightly_snapshot [7] http://www.ovirt.org/Category:Feature [8] http://www.zdnet.com/article/how-much-longer-can-red-hats-ovirt-remain-cove… [9] https://fedoraproject.org/wiki/Artwork#Resources -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

uncaught exception with engine vm in 3.6.1 selecting hosted_storage
by Gianluca Cecchi 23 Dec '15

23 Dec '15

Hello after updating from 3.6.0 to 3.6.1 my HE environment, I'm not able to import/activate the hosted_storage domain because it results anattached Moreover I get the popup message Uncaught exception occurred. Please try reloading the page. Details: (TypeError) __gwt$exception: <skipped>: c is null when I select the line of hosted_storage domain in storage tab. See: https://drive.google.com/file/d/0BwoPbcrMv8mvVlc1XzNUZ18yWWs/view?usp=shari… I don't find apparently ERROR messages wen I do this, so I don't know where to watch. On engine, where the db lives, I have under /var/lib/pgsql/data/pg_log [root@ractorshe pg_log]# ls -lrt total 12 -rw-------. 1 postgres postgres 0 Dec 16 01:00 postgresql-Wed.log -rw-------. 1 postgres postgres 0 Dec 17 01:00 postgresql-Thu.log -rw-------. 1 postgres postgres 0 Dec 18 01:00 postgresql-Fri.log -rw-------. 1 postgres postgres 7480 Dec 20 00:39 postgresql-Sat.log -rw-------. 1 postgres postgres 3488 Dec 20 01:29 postgresql-Sun.log -rw-------. 1 postgres postgres 0 Dec 21 01:00 postgresql-Mon.log -rw-------. 1 postgres postgres 0 Dec 22 01:00 postgresql-Tue.log On Sunday logs, when the engine was started I see LOG: database system was not properly shut down; automatic recovery in progress LOG: redo starts at 1/254C6710 LOG: record with zero length at 1/254EB6B8 LOG: redo done at 1/254EB688 LOG: last completed transaction was at log time 2015-12-19 23:49:47.920147+00 LOG: database system is ready to accept connections LOG: autovacuum launcher started ERROR: insert or update on table "storage_domain_dynamic" violates foreign key constraint "fk_stora ge_domain_dynamic_storage_domain_static" DETAIL: Key (id)=(00000000-0000-0000-0000-000000000000) is not present in table "storage_domain_static". CONTEXT: SQL statement "INSERT INTO storage_domain_dynamic(available_disk_size, id, used_disk_size) VALUES(v_available_disk_size, v_id, v_used_disk_size)" PL/pgSQL function insertstorage_domain_dynamic(integer,uuid,integer) line 3 at SQL statement STATEMENT: select * from insertstorage_domain_dynamic($1, $2, $3) as result and then many lines of kind LOG: autovacuum: found orphan temp table "pg_temp_8"."tt_temp22" in database "engine" so messages related to domains and could be the reason of the exception and of the inability of importing/attaching my HE storage domain. Let me know if I can provide more logs or output of queries from the database. Gianluca

4 8

How to run "engine-backup"?
by Will Dennis 23 Dec '15

23 Dec '15

--_000_F3282EEAFF180F43BAF1AD0A7C34739D38F285njmailneclabscom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yay, I *finally* have my 3-host hyper-converged oVirt datacenter stood up := ) [root@ovirt-node-01 ~]# hosted-engine --vm-status --=3D=3D Host 1 status =3D=3D-- Status up-to-date : True Hostname : ovirt-node-01 Host ID : 1 Engine status : {"health": "good", "vm": "up", "detail= ": "up"} Score : 3400 stopped : False Local maintenance : False crc32 : 65c41ca5 Host timestamp : 217522 --=3D=3D Host 2 status =3D=3D-- Status up-to-date : True Hostname : ovirt-node-02 Host ID : 2 Engine status : {"reason": "vm not running on this hos= t", "health": "bad", "vm": "down", "detail": "unknown"} Score : 3400 stopped : False Local maintenance : False crc32 : a7a599d8 Host timestamp : 56101 --=3D=3D Host 3 status =3D=3D-- Status up-to-date : True Hostname : ovirt-node-03 Host ID : 3 Engine status : {"reason": "vm not running on this hos= t", "health": "bad", "vm": "down", "detail": "unknown"} Score : 3400 stopped : False Local maintenance : False crc32 : 6e138d0b Host timestamp : 432658 Now in the oVirt webadmin UI down in the "Alerts" section, I am seeing this= message: "There is no full backup available, please run engine-backup to prevent dat= a loss in case of corruption." I do not see a "engine-backup" CLI command on my hosts; how does one do thi= s? (I have searched ovirt.org to no avail...) Thanks, Will --_000_F3282EEAFF180F43BAF1AD0A7C34739D38F285njmailneclabscom_ 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 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Yay, I *<b>finally</b>* have my 3-host hyper-converg= ed oVirt datacenter stood up :)<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">[root@ovirt-node-01 ~]# hosted-engine --vm-status<o:= p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">--=3D=3D Host 1 status =3D=3D--<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Status up-to-date     &nbsp= ;            : True<= o:p></o:p></p> <p class=3D"MsoNormal">Hostname       &n= bsp;           &nbsp= ;       : ovirt-node-01<o:p></o:p></p> <p class=3D"MsoNormal">Host ID       &nb= sp;            =         : 1<o:p></o:p></p> <p class=3D"MsoNormal">Engine status      &nb= sp;            =    : {"health": "good", "vm": &quot= ;up", "detail": "up"}<o:p></o:p></p> <p class=3D"MsoNormal">Score       &nbsp= ;            &n= bsp;         : 3400<o:p></o:p></p> <p class=3D"MsoNormal">stopped       &nb= sp;            =         : False<o:p></o:p></p> <p class=3D"MsoNormal">Local maintenance     &nbsp= ;            : False= <o:p></o:p></p> <p class=3D"MsoNormal">crc32       &nbsp= ;            &n= bsp;         : 65c41ca5<o:p></o:p><= /p> <p class=3D"MsoNormal">Host timestamp      &n= bsp;           &nbsp= ;  : 217522<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">--=3D=3D Host 2 status =3D=3D--<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Status up-to-date     &nbsp= ;            : True<= o:p></o:p></p> <p class=3D"MsoNormal">Hostname       &n= bsp;           &nbsp= ;       : ovirt-node-02<o:p></o:p></p> <p class=3D"MsoNormal">Host ID       &nb= sp;            =         : 2<o:p></o:p></p> <p class=3D"MsoNormal">Engine status      &nb= sp;            =    : {"reason": "vm not running on this host"= , "health": "bad", "vm": "down", &q= uot;detail": "unknown"}<o:p></o:p></p> <p class=3D"MsoNormal">Score       &nbsp= ;            &n= bsp;         : 3400<o:p></o:p></p> <p class=3D"MsoNormal">stopped       &nb= sp;            =         : False<o:p></o:p></p> <p class=3D"MsoNormal">Local maintenance     &nbsp= ;            : False= <o:p></o:p></p> <p class=3D"MsoNormal">crc32       &nbsp= ;            &n= bsp;         : a7a599d8<o:p></o:p><= /p> <p class=3D"MsoNormal">Host timestamp      &n= bsp;           &nbsp= ;  : 56101<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">--=3D=3D Host 3 status =3D=3D--<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Status up-to-date     &nbsp= ;            : True<= o:p></o:p></p> <p class=3D"MsoNormal">Hostname       &n= bsp;           &nbsp= ;       : ovirt-node-03<o:p></o:p></p> <p class=3D"MsoNormal">Host ID       &nb= sp;            =         : 3<o:p></o:p></p> <p class=3D"MsoNormal">Engine status      &nb= sp;            =    : {"reason": "vm not running on this host"= , "health": "bad", "vm": "down", &q= uot;detail": "unknown"}<o:p></o:p></p> <p class=3D"MsoNormal">Score       &nbsp= ;            &n= bsp;         : 3400<o:p></o:p></p> <p class=3D"MsoNormal">stopped       &nb= sp;            =         : False<o:p></o:p></p> <p class=3D"MsoNormal">Local maintenance     &nbsp= ;            : False= <o:p></o:p></p> <p class=3D"MsoNormal">crc32       &nbsp= ;            &n= bsp;         : 6e138d0b<o:p></o:p><= /p> <p class=3D"MsoNormal">Host timestamp      &n= bsp;           &nbsp= ;  : 432658<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Now in the oVirt webadmin UI down in the “Aler= ts” section, I am seeing this message:<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">“There is no full backup available, please run= engine-backup to prevent data loss in case of corruption.”<o:p></o:p= ></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I do not see a “engine-backup” CLI comma= nd on my hosts; how does one do this? (I have searched ovirt.org to no avai= l...)<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thanks,<o:p></o:p></p> <p class=3D"MsoNormal">Will<o:p></o:p></p> </div> </body> </html> --_000_F3282EEAFF180F43BAF1AD0A7C34739D38F285njmailneclabscom_--

3 5

mount a usb
by alireza sadeh seighalan 22 Dec '15

22 Dec '15

hi everyone i want to mount a usb to a windows vm in ovirt3.6.1. how can i run it?thanks in advance

2 1

virtual Disk
by Taste-Of-IT 22 Dec '15

22 Dec '15

Hello, i testing oVirt 3.6 as Self-Hosted-Engine and create a virtual machine. Now i want to change the size of the disk and found the possibilities to change the size of the disk and a field to grow the disk. In ovirt manual it is descripted to change the value of the grow field. My question is what is the difference and what are the results of that. E.g what happend if i only change the disk size from 8 to 10? is it the same like i change the grow size from 0 to 2? thx for technical explanation.

2 3

After update to 3.6.1 profile internal does not exist message
by Gianluca Cecchi 22 Dec '15

22 Dec '15

Hello. I updated my test self hosted engine vm to 3.6.1 and to CentOS 7.2. Now it seems it isn't able to to login to webadmin due to this in engine.log (field is empty in web admin gui) 2015-12-19 13:59:05,182 ERROR [org.ovirt.engine.core.bll.aaa.LoginBaseCommand] (default task-17) [] Can't login because authentication profile 'internal' doesn't exist. Is it an already known problem? The first ERRROR message I find in it is dated 13:34 and it is an SQL one: 2015-12-19 13:34:39,882 ERROR [org.ovirt.engine.core.bll.Backend] (ServerService Thread Pool -- 42) [] Failed to run compensation on startup for Command 'org.ovirt.engine.core.bll.storage.AddExistingFileStorageDomainCommand', Command Id 'bb7ee4a3-6b35-4c62-9823-a434a40e5b38': CallableStatementCallback; SQL [{call insertstorage_domain_dynamic(?, ?, ?)}]; ERROR: insert or update on table "storage_domain_dynamic" violates foreign key constraint "fk_storage_domain_dynamic_storage_domain_static" Detail: Key (id)=(00000000-0000-0000-0000-000000000000) is not present in table "storage_domain_static". Where: SQL statement "INSERT INTO storage_domain_dynamic(available_disk_size, id, used_disk_size) VALUES(v_available_disk_size, v_id, v_used_disk_size)" PL/pgSQL function insertstorage_domain_dynamic(integer,uuid,integer) line 3 at SQL statement; nested exception is org.postgresql.util.PSQLException: ERROR: insert or update on table "storage_domain_dynamic" violates foreign key constraint "fk_storage_domain_dynamic_storage_domain_static" Detail: Key (id)=(00000000-0000-0000-0000-000000000000) is not present in table "storage_domain_static". Where: SQL statement "INSERT INTO storage_domain_dynamic(available_disk_size, id, used_disk_size) VALUES(v_available_disk_size, v_id, v_used_disk_size)" PL/pgSQL function insertstorage_domain_dynamic(integer,uuid,integer) line 3 at SQL statement 2015-12-19 13:34:39,882 ERROR [org.ovirt.engine.core.bll.Backend] (ServerService Thread Pool -- 42) [] Exception: org.springframework.dao.DataIntegrityViolationException: CallableStatementCallback; SQL [{call insertstorage_domain_dynamic(?, ?, ?)}]; ERROR: insert or update on table "storage_domain_dynamic" violates foreign key constraint "fk_storage_domain_dynamic_storage_domain_static" Detail: Key (id)=(00000000-0000-0000-0000-000000000000) is not present in table "storage_domain_static". I think it is not related to update from CentOS 7.1 to 7.2 that generates an update of PostgreSQL too because it is 10 minutes later: from installed one Nov 04 12:55:30 Installed: postgresql-server-9.2.13-1.el7_1.x86_64 to 7.2 one Dec 19 13:45:51 Updated: postgresql-server-9.2.14-1.el7_1.x86_64 BTW: my order was yum update "ovirt-engine-setup-*" engine-setup the engine-setup completed successfully with ... [ INFO ] Stage: Misc configuration [ INFO ] Backing up database localhost:engine to '/var/lib/ovirt-engine/backups/engine-20151219132925.5OoFQA.dump'. [ INFO ] Creating/refreshing Engine database schema [ INFO ] Creating/refreshing Engine 'internal' domain database schema [ INFO ] Upgrading CA [ INFO ] Configuring WebSocket Proxy [ INFO ] Generating post install configuration file '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf' [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up --== SUMMARY ==-- SSH fingerprint: 19:56:8d:3e:50:fc:90:37:5a:ba:6c:57:30:b1:7d:93 Internal CA DA:E6:04:34:99:A0:DB:CE:3F:0A:7B:A2:96:67:4C:7F:19:CA:95:5F Note! If you want to gather statistical information you can install Reports and/or DWH: http://www.ovirt.org/Ovirt_DWH http://www.ovirt.org/Ovirt_Reports Web access is enabled at: http://ractorshe.mydomain:80/ovirt-engine https://ractorshe.mydomain:443/ovirt-engine --== END OF SUMMARY ==-- [ INFO ] Starting engine service [ INFO ] Restarting httpd [ INFO ] Restarting ovirt-vmconsole proxy service [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20151219132415-2pfee1.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20151219133045-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ INFO ] Execution of setup completed successfully Strangely the VM was shutdown... In /var/log/libvirt/qemu/HostedEngine.log I saw (in UTC) 2015-12-19 12:31:19.494+0000: shutting down So I exited from global maintenance, the VM was started and I verified that admin web gui was ok with new version. Then I put maintenance again and run on engine VM systemctl stop ovirt-engine yum update (I forgot to also shutdown POstgreSQL before... ) shutdown -r now As it was in maintenance it wasn't started again so I exited from maintenance and VM was started, but now I'm not able to see the internal profile.... Let me know if you need further info. Gianluca

5 12

Re: [ovirt-users] Cannot retrieve answer file from 1st HE host when setting up 2nd host
by Simone Tiraboschi 22 Dec '15

22 Dec '15

On Tue, Dec 22, 2015 at 3:06 PM, Will Dennis <wdennis(a)nec-labs.com> wrote: > See attached for requested logs > Thanks, the issue is here: Dec 21 19:40:53 ovirt-node-03 etc-glusterfs-glusterd.vol[1079]: [2015-12-22 00:40:53.496109] C [MSGID: 106002] [glusterd-server-quorum.c:351:glusterd_do_volume_quorum_action] 0-management: Server quorum lost for volume engine. Stopping local bricks. Dec 21 19:40:53 ovirt-node-03 etc-glusterfs-glusterd.vol[1079]: [2015-12-22 00:40:53.496410] C [MSGID: 106002] [glusterd-server-quorum.c:351:glusterd_do_volume_quorum_action] 0-management: Server quorum lost for volume vmdata. Stopping local bricks. So at that point gluster lost its quorum and the fail system got read-only. On the getStorageDomainsList VDSM internally raises cause the file-system is read only: Thread-141::DEBUG::2015-12-21 11:29:59,666::fileSD::157::Storage.StorageDomainManifest::(__init__) Reading domain in path /rhev/data-center/mnt/glusterSD/localhost:_engine/e89b6e64-bd7d-4846-b970-9af32a3295ee Thread-141::DEBUG::2015-12-21 11:29:59,666::__init__::320::IOProcessClient::(_run) Starting IOProcess... Thread-141::DEBUG::2015-12-21 11:29:59,680::persistentDict::192::Storage.PersistentDict::(__init__) Created a persistent dict with FileMetadataRW backend Thread-141::ERROR::2015-12-21 11:29:59,686::hsm::2898::Storage.HSM::(getStorageDomainsList) Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 2882, in getStorageDomainsList dom = sdCache.produce(sdUUID=sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 100, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 124, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 143, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/glusterSD.py", line 32, in findDomain return GlusterStorageDomain(GlusterStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 198, in __init__ validateFileSystemFeatures(manifest.sdUUID, manifest.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 93, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 350, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 543, in touch self.timeout) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 427, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 30] Read-only file system But instead of reporting a failure to hosted-engine-setup, it reported a successfully execution where it wasn't able to find any storage domain there ( this one is a real bug, I'm going to open a bug on that, can I attach your logs there? ): Thread-141::INFO::2015-12-21 11:29:59,702::logUtils::51::dispatcher::(wrapper) Run and protect: getStorageDomainsList, Return response: {'domlist': []} Thread-141::DEBUG::2015-12-21 11:29:59,702::task::1191::Storage.TaskManager.Task::(prepare) Task=`96a9ea03-dc13-483e-9b17-b55a759c9b44`::finished: {'domlist': []} Thread-141::DEBUG::2015-12-21 11:29:59,702::task::595::Storage.TaskManager.Task::(_updateState) Task=`96a9ea03-dc13-483e-9b17-b55a759c9b44`::moving from state preparing -> state finished Thread-141::DEBUG::2015-12-21 11:29:59,703::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-141::DEBUG::2015-12-21 11:29:59,703::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-141::DEBUG::2015-12-21 11:29:59,703::task::993::Storage.TaskManager.Task::(_decref) Task=`96a9ea03-dc13-483e-9b17-b55a759c9b44`::ref 0 aborting False Thread-141::INFO::2015-12-21 11:29:59,704::xmlrpc::92::vds.XMLRPCServer::(_process_requests) Request handler for 127.0.0.1:39718 stopped And so, cause VDSM doesn't report any existing storage domain, hosted-engine-setup assumes that you are going to deploy the first host and so your original issue. > > > *From:* Simone Tiraboschi [mailto:stirabos@redhat.com] > *Sent:* Tuesday, December 22, 2015 8:56 AM > *To:* Will Dennis > *Cc:* Sahina Bose; Yedidyah Bar David > > *Subject:* Re: [ovirt-users] Cannot retrieve answer file from 1st HE host > when setting up 2nd host > > > > > > On Tue, Dec 22, 2015 at 2:44 PM, Will Dennis <wdennis(a)nec-labs.com> wrote: > > Which logs are needed? > > > Let's start with vdsm.log and /var/log/messages > Then it's quite strange that you have that amount of data in mom.log so > also that one could be interesting. > > > > > > /var/log/vdsm > > total 24M > > drwxr-xr-x 3 vdsm kvm 4.0K Dec 18 20:10 . > > drwxr-xr-x. 13 root root 4.0K Dec 20 03:15 .. > > drwxr-xr-x 2 vdsm kvm 6 Dec 9 03:24 backup > > -rw-r--r-- 1 vdsm kvm 2.5K Dec 21 11:29 connectivity.log > > -rw-r--r-- 1 vdsm kvm 173K Dec 21 11:21 mom.log > > -rw-r--r-- 1 vdsm kvm 2.0M Dec 17 10:09 mom.log.1 > > -rw-r--r-- 1 vdsm kvm 2.0M Dec 17 04:06 mom.log.2 > > -rw-r--r-- 1 vdsm kvm 2.0M Dec 16 22:03 mom.log.3 > > -rw-r--r-- 1 vdsm kvm 2.0M Dec 16 16:00 mom.log.4 > > -rw-r--r-- 1 vdsm kvm 2.0M Dec 16 09:57 mom.log.5 > > -rw-r--r-- 1 root root 115K Dec 21 11:29 supervdsm.log > > -rw-r--r-- 1 root root 2.7K Oct 16 11:38 upgrade.log > > -rw-r--r-- 1 vdsm kvm 13M Dec 22 08:44 vdsm.log > > > > > > *From:* Simone Tiraboschi [mailto:stirabos@redhat.com] > *Sent:* Tuesday, December 22, 2015 3:58 AM > *To:* Will Dennis; Sahina Bose > *Cc:* Yedidyah Bar David; users > *Subject:* Re: [ovirt-users] Cannot retrieve answer file from 1st HE host > when setting up 2nd host > > > > > > > > On Tue, Dec 22, 2015 at 2:09 AM, Will Dennis <wdennis(a)nec-labs.com> wrote: > > http://ur1.ca/ocstf > > > > > 2015-12-21 11:28:39 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:219 DIALOG:SEND Please specify the full > shared storage connection path to use (example: host:/path): > 2015-12-21 11:28:55 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:219 DIALOG:RECEIVE localhost:/engine > > > > OK, so you are trying to deploy hosted-engine on GlusterFS in a > hyper-converged way (using the same hosts for virtualization and for > serving GlusterFS). Unfortunately I've to advise you that this is not a > supported configuration on oVirt 3.6 due to different open bugs. > > So I'm glad you can help us testing it but I prefer to advise that today > that schema is not production ready. > > > > In your case it seams that VDSM correctly connects the GlusterFS volume > seeing all the bricks > > > 2015-12-21 11:28:55 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.nfs plugin.execute:936 > execute-output: ('/sbin/gluster', '--mode=script', '--xml', 'volume', > 'info', 'engine', '--remote-host=localhost') stdout: > <?xml version="1.0" encoding="UTF-8" standalone="yes"?> > <cliOutput> > <opRet>0</opRet> > <opErrno>0</opErrno> > <opErrstr/> > <volInfo> > <volumes> > <volume> > <name>engine</name> > <id>974c9da4-b236-4fc1-b26a-645f14601db8</id> > <status>1</status> > <statusStr>Started</statusStr> > <brickCount>6</brickCount> > <distCount>3</distCount> > > > > but then VDSM doesn't find any storage domain there: > > > > > otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._late_customization > 2015-12-21 11:29:58 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._getExistingDomain:476 _getExistingDomain > 2015-12-21 11:29:58 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._storageServerConnection:638 connectStorageServer > 2015-12-21 11:29:58 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._storageServerConnection:701 {'status': {'message': 'OK', 'code': > 0}, 'statuslist': [{'status': 0, 'id': > '67ece152-dd66-444c-8d18-4249d1b8f488'}]} > 2015-12-21 11:29:58 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._getStorageDomainsList:595 getStorageDomainsList > 2015-12-21 11:29:59 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._getStorageDomainsList:598 {'status': {'message': 'OK', 'code': 0}, > 'domlist': []} > > > > Can you please attach also the correspondent VDSM logs? > > > > Adding Sahina here. > > > > > > On Dec 21, 2015, at 11:58 AM, Simone Tiraboschi <stirabos(a)redhat.com > <mailto:stirabos@redhat.com>> wrote: > > > On Mon, Dec 21, 2015 at 5:52 PM, Will Dennis <wdennis(a)nec-labs.com<mailto: > wdennis(a)nec-labs.com>> wrote: > > However, when I went to the 3rd host and did the setup, I selected > 'glusterfs' and gave the path of the engine volume, it came back and > incorrectly identified it as the first host, instead of an additional > host... How does setup determine that? I confirmed that on this 3rd host > that the engine volume is available and has the GUID subfolder of the > hosted engine... > > > Can you please attach a log of hosted-engine-setup also from there? > > > > >

2 2

Re: [ovirt-users] Hosted Engine crash - state = EngineUp-EngineUpBadHealth
by Simone Tiraboschi 22 Dec '15

22 Dec '15

On Tue, Dec 22, 2015 at 4:03 PM, Will Dennis <wdennis(a)nec-labs.com> wrote: > I believe IPtables may be the culprit... > > > > Host 1: > > ------- > > [root@ovirt-node-01 ~]# iptables -L > > Chain INPUT (policy ACCEPT) > > target prot opt source destination > > ACCEPT all -- anywhere anywhere state > RELATED,ESTABLISHED > > ACCEPT icmp -- anywhere anywhere > > ACCEPT all -- anywhere anywhere > > ACCEPT tcp -- anywhere anywhere tcp dpt:54321 > > ACCEPT tcp -- anywhere anywhere tcp > dpt:sunrpc > > ACCEPT udp -- anywhere anywhere udp > dpt:sunrpc > > ACCEPT tcp -- anywhere anywhere tcp dpt:ssh > > ACCEPT udp -- anywhere anywhere udp dpt:snmp > > ACCEPT tcp -- anywhere anywhere tcp dpt:16514 > > ACCEPT tcp -- anywhere anywhere multiport > dports rockwell-csp2 > > ACCEPT tcp -- anywhere anywhere multiport > dports rfb:6923 > > ACCEPT tcp -- anywhere anywhere multiport > dports 49152:49216 > > REJECT all -- anywhere anywhere reject-with > icmp-host-prohibited > > > > Chain FORWARD (policy ACCEPT) > > target prot opt source destination > > REJECT all -- anywhere anywhere PHYSDEV > match ! --physdev-is-bridged reject-with icmp-host-prohibited > > > > Chain OUTPUT (policy ACCEPT) > > target prot opt source destination > > > > Host 2: > > ------- > > [root@ovirt-node-02 ~]# iptables -L > > Chain INPUT (policy ACCEPT) > > target prot opt source destination > > ACCEPT all -- anywhere anywhere state > RELATED,ESTABLISHED > > ACCEPT icmp -- anywhere anywhere > > ACCEPT all -- anywhere anywhere > > ACCEPT tcp -- anywhere anywhere tcp dpt:54321 > > ACCEPT tcp -- anywhere anywhere tcp > dpt:sunrpc > > ACCEPT udp -- anywhere anywhere udp > dpt:sunrpc > > ACCEPT tcp -- anywhere anywhere tcp dpt:ssh > > ACCEPT udp -- anywhere anywhere udp dpt:snmp > > ACCEPT tcp -- anywhere anywhere tcp dpt:16514 > > ACCEPT tcp -- anywhere anywhere multiport > dports rockwell-csp2 > > ACCEPT tcp -- anywhere anywhere multiport > dports rfb:6923 > > ACCEPT tcp -- anywhere anywhere multiport > dports 49152:49216 > > REJECT all -- anywhere anywhere reject-with > icmp-host-prohibited > > > > Chain FORWARD (policy ACCEPT) > > target prot opt source destination > > REJECT all -- anywhere anywhere PHYSDEV > match ! --physdev-is-bridged reject-with icmp-host-prohibited > > > > Chain OUTPUT (policy ACCEPT) > > target prot opt source destination > > > > Host 3: > > ------- > > [root@ovirt-node-03 ~]# iptables -L > > Chain INPUT (policy ACCEPT) > > target prot opt source destination > > > > Chain FORWARD (policy ACCEPT) > > target prot opt source destination > > > > Chain OUTPUT (policy ACCEPT) > > target prot opt source destination > > > > > > An example of my Gluster engine volume status (off host #2): > > > > [root@ovirt-node-02 ~]# gluster volume status > > Status of volume: engine > > Gluster process TCP Port RDMA Port Online > Pid > > > ------------------------------------------------------------------------------ > > Brick ovirt-node-02:/gluster_brick2/engine_ > > brick 49217 0 Y > 2973 > > Brick ovirt-node-03:/gluster_brick3/engine_ > > brick N/A N/A N > N/A > > Brick ovirt-node-02:/gluster_brick4/engine_ > > brick 49218 0 Y > 2988 > > Brick ovirt-node-03:/gluster_brick5/engine_ > > brick N/A N/A N > N/A > > NFS Server on localhost 2049 0 Y > 3007 > > Self-heal Daemon on localhost N/A N/A Y > 3012 > > NFS Server on ovirt-node-03 2049 0 Y > 1671 > > Self-heal Daemon on ovirt-node-03 N/A N/A Y > 1707 > > > > I had changed the base port # per instructions found at > http://www.ovirt.org/Features/Self_Hosted_Engine_Hyper_Converged_Gluster_Su… > : > > “By default gluster uses a port that vdsm also wants, so we need to change > base-port setting avoiding the clash between the two daemons. We need to add > > > > option base-port 49217 > > to /etc/glusterfs/glusterd.vol > > > > and ensure glusterd service is enabled and started before proceeding.” > > > > So I did that on all the hosts: > > > > [root@ovirt-node-02 ~]# cat /etc/glusterfs/glusterd.vol > > volume management > > type mgmt/glusterd > > option working-directory /var/lib/glusterd > > option transport-type socket,rdma > > option transport.socket.keepalive-time 10 > > option transport.socket.keepalive-interval 2 > > option transport.socket.read-fail-log off > > option ping-timeout 30 > > # option base-port 49152 > > option base-port 49217 > > option rpc-auth-allow-insecure on > > end-volume > > > > > > Question: does oVirt really need IPtables to be enforcing rules, or can I > just set everything wide open? If I can, how to specify that in setup? > hosted-engine-setup asks: iptables was detected on your computer, do you wish setup to configure it? (Yes, No)[Yes]: You have just to say no here. If you say no it's completely up to you to configure it opening the required ports or everything disabling it if you don't care. The issue with gluster ports is that hosted-engine-setup simply configure iptables for what it knows you'll need and on 3.6 it's always assuming that the gluster volume is served by external hosts. > > > > W. > > > > > > *From:* Sahina Bose [mailto:sabose@redhat.com] > *Sent:* Tuesday, December 22, 2015 9:19 AM > *To:* Will Dennis; Simone Tiraboschi; Dan Kenigsberg > > *Subject:* Re: [ovirt-users] Hosted Engine crash - state = > EngineUp-EngineUpBadHealth > > > > > > On 12/22/2015 07:47 PM, Sahina Bose wrote: > > > > On 12/22/2015 07:28 PM, Will Dennis wrote: > > See attached for requested log files > > > From gluster logs > > [2015-12-22 00:40:53.501341] W [MSGID: 108001] > [afr-common.c:3924:afr_notify] 0-engine-replicate-1: Client-quorum is not > met > [2015-12-22 00:40:53.502288] W [socket.c:588:__socket_rwv] > 0-engine-client-2: readv on 138.15.200.93:49217 failed (No data available) > > [2015-12-22 00:41:17.667302] W [fuse-bridge.c:2292:fuse_writev_cbk] > 0-glusterfs-fuse: 3875597: WRITE => -1 (Read-only file system) > > Could you check if the gluster ports are open on all nodes? > > > It's possible you ran into this ? - > https://bugzilla.redhat.com/show_bug.cgi?id=1288979 > > > > > > > > *From:* Sahina Bose [mailto:sabose@redhat.com <sabose(a)redhat.com>] > *Sent:* Tuesday, December 22, 2015 4:59 AM > *To:* Simone Tiraboschi; Will Dennis; Dan Kenigsberg > *Cc:* users > *Subject:* Re: [ovirt-users] Hosted Engine crash - state = > EngineUp-EngineUpBadHealth > > > > > > On 12/22/2015 02:38 PM, Simone Tiraboschi wrote: > > > > > > On Tue, Dec 22, 2015 at 2:31 AM, Will Dennis <wdennis(a)nec-labs.com> wrote: > > OK, another problem :( > > I was having the same problem with my second oVirt host that I had with my > first one, where when I ran “hosted-engine —deploy” on it, after it > completed successfully, then I was experiencing a ~50sec lag when SSH’ing > into the node… > > vpnp71:~ will$ time ssh root@ovirt-node-02 uptime > 19:36:06 up 4 days, 8:31, 0 users, load average: 0.68, 0.70, 0.67 > > real 0m50.540s > user 0m0.025s > sys 0m0.008s > > > So, in the oVirt web admin console, I put the "ovirt-node-02” node into > Maintenance mode, then SSH’d to the server and rebooted it. Sure enough, > after the server came back up, SSH was fine (no delay), which again was the > same experience I had had with the first oVirt host. So, I went back to the > web console, and choose the “Confirm host has been rebooted” option, which > I thought would be the right action to take after a reboot. The system > opened a dialog box with a spinner, which never stopped spinning… So > finally, I closed the dialog box with the upper right (X) symbol, and then > for this same host choose “Activate” from the menu. It was then I noticed I > had recieved a state transition email notifying me that > "EngineUp-EngineUpBadHealth” and sure enough, the web UI was then > unresponsive. I checked on the first oVirt host, the VM with the name > “HostedEngine” is still running, but obviously isn’t working… > > So, looks like I need to restart the HostedEngine VM or take whatever > action is needed to return oVirt to operation… Hate to keep asking this > question, but what’s the correct action at this point? > > > > ovirt-ha-agent should always restart it for you after a few minutes but > the point is that the network configuration seams to be not that stable. > > > > I know from another thread that you are trying to deploy hosted-engine > over GlusterFS in an hyperconverged way and this, as I said, is currently > not supported. > > I think that it can also requires some specific configuration on network > side. > > > For hyperconverged gluster+engine , it should work without any specific > configuration on network side. However if the network is flaky, it is > possible that there are errors with gluster volume access. Could you > provide the ovirt-ha-agent logs as well as gluster mount logs? > > > > > Adding Sahina and Dan here. > > > > Thanks, again, > Will > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > >

2 1

FOSDEM16 Virt & IaaS devroom schedule published
by Mikey Ariel 22 Dec '15

22 Dec '15

I am happy to announce that the schedule for the Virtualization & Infrastructure-as-a-Service devroom at FOSDEM 2016 is finalized and published. Link to the detailed announcement and call for volunteers: http://community.redhat.com/blog/2015/12/fosdem16-virt-iaas-devroom-schedul… Cheers, Mikey -- Mikey Ariel Community Lead, oVirt www.ovirt.org "To be is to do" (Socrates) "To do is to be" (Jean-Paul Sartre) "Do be do be do" (Frank Sinatra) Mobile: +420-702-131-141 IRC: mariel / thatdocslady Twitter: @ThatDocsLady

1 0

Restart of vdsmd
by gflwqs gflwqs 22 Dec '15

22 Dec '15

Hi list, Do i need to put host into maintenance before i restart vdsmd if i need to change a parameter in /etc/vdsm/vdsm.conf? Thanks! Christian

2 1

iLO2
by Eriks Goodwin 22 Dec '15

22 Dec '15

------=_Part_48121_1727506711.1450775295131 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit I have been tinkering with various settings and configurations trying to get power management working properly--but it keeps giving me "Fail:" (without any details) every time I test the settings. The servers I am using are HP Proliant DL380 G6 with integrated iLO2. Any tips? I can use the same credentials to log into the system via the web interface--so I'm sure I have the address, username, and passwd right. :-) ------=_Part_48121_1727506711.1450775295131 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: tahoma,new york,times,serif; font-size: 10pt; color: #000000"><div>I have been tinkering with various settings and configurations trying to get power management working properly--but it keeps giving me "Fail:" (without any details) every time I test the settings.  The servers I am using are HP Proliant DL380 G6 with integrated iLO2.  Any tips?<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div>I can use the same credentials to log into the system via the web interface--so I'm sure I have the address, username, and passwd right.  :-)<br data-mce-bogus="1"></div></div></body></html> ------=_Part_48121_1727506711.1450775295131--

3 2