- Users - oVirt List Archives

patternfly missing during CentOS7.1 installs of oVirt v3.5 and v3.6
by Matthew Bohnsack 07 Dec '15

07 Dec '15

Hello, I am attempting to install oVirt v3.6 on CentOS.7.1 via: # yum install http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm # yum -y install ovirt-engine When I do this, I get an error about patternfly1-1.3.0-1.el7.centos.noarch.rpm not existing. Sure enough that file is missing from the referenced repository: # yum -y install ovirt-engine ... patternfly1-1.3.0-1.el7.centos FAILED http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…: [Errno 14] curl#18 - "transfer closed with 2165640 bytes remaining to read" Trying other mirror. Error downloading packages: patternfly1-1.3.0-1.el7.centos.noarch: [Errno 256] No more mirrors to try. A very similar error occurs when attempting to install oVirt v3.5. Any suggestions? Thanks, -Matthew

1 0

Postgresql failure (was: Ovirt Engine Issue)
by Yedidyah Bar David 07 Dec '15

07 Dec '15

On Mon, Dec 7, 2015 at 4:00 PM, Melissa Mesler <melissa(a)aasteel.com> wrote: > Here is what I retrieved from the postresql logs: > > LOG: database system was interrupted; last known up at 2015-12-04 10:57:43 > CST > LOG: unexpected pageaddr 0/69564000 in log file 0, segment 107, offset > 5652480 > LOG: invalid primary checkpoint record > LOG: unexpected pageaddr 0/6952A000 in log file 0, segment 107, offset > 5414912 > LOG: invalid secondary checkpoint record > PANIC: could not locate a valid checkpoint record > LOG: startup process (PID 1637) was terminated by signal 6: Aborted > LOG: aborting startup due to startup process failure > LOG: database system was interrupted; last known up at 2015-12-04 10:57:43 > CST > LOG: unexpected pageaddr 0/69564000 in log file 0, segment 107, offset > 5652480 > LOG: invalid primary checkpoint record > LOG: unexpected pageaddr 0/6952A000 in log file 0, segment 107, offset > 5414912 > LOG: invalid secondary checkpoint record > PANIC: could not locate a valid checkpoint record > LOG: startup process (PID 2632) was terminated by signal 6: Aborted > LOG: aborting startup due to startup process failure > > Also, when I did the sync on the ovirt vm it was powered off. I know not to > do live syncs as there could be issues. That's why I'm so confused that > there's a pr oblem. No idea, adding Eli and changing subject. Best, > > > > On 12/7/15 1:03 AM, Yedidyah Bar David wrote: > > On Mon, Dec 7, 2015 at 12:09 AM, Melissa Mesler <melissa(a)aasteel.com> wrote: > > Hopefully someone can give me a good idea of how to troubleshoot an ovirt > issue. I am running 3.5 on CentOS 6.7. Here is the issue I'm having. I have > Ovirt running as a virtual machine in KVM. I recently moved (with virtsync) > the vm to rebuild the host. Once the host was rebuilt I moved ovirt back. > Now ovirt-engine starts but is inaccessible. In the logs it says this: > > 2015-12-06 15:57:24,558 ERROR [org.ovirt.engine.core.bll.Backend] (MSC > service thread 1-2) Error in getting DB connection. The database is > inaccessible. Original exception is: DataAccessResourceFailureException: > Error retreiving database metadata; nested exception is > org.springframework.jdbc.support.MetaDataAccessException: Could not get > Connection for extracting meta data; nested exception is > org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get > JDBC Connection; nested exception is java.sql.SQLException: > javax.resource.ResourceException: IJ000453: Unable to get managed connection > for java:/ENGINEDataSource > > I did notice that I can't get postgresql to start. > > What happens when you try? Check/post also pg logs please, from > /var/lib/pgsql/data/pg_log/ . > > Everything worked > perfectly fine before. Any ideas? > > Was the copy done from a live machine? From a snapshot? Perhaps it wasn't > consistent? Need to check pg logs. > > Best, > > -- Didi

3 2

Reminder: FOSDEM16 Virt & IaaS devroom CFP ends tomorrow, Dec. 8
by Mikey Ariel 07 Dec '15

07 Dec '15

I'd like to remind all that the extended CFP for the Virtualization & Infrastructure-as-a-Service devroom at FOSDEM 2016 ends tomorrow. If you're still on the fence or working on a draft proposal, now is the time to take the leap and join us! Please review the original CFP announcement[1] for submission guidelines, speaker mentoring program information, and important dates. Feel free to email the devroom mailing list iaas-virt-devroom at lists.fosdem.org if you have any questions. See you in Brussels! [1] http://community.redhat.com/blog/2015/10/call-for-proposals-fosdem16-virtua… -- 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

Storage over allocation ratio value larger than 125% will pause vms
by Jan Bernard Wevers 07 Dec '15

07 Dec '15

------=_NextPart_000_14C5_01D1307F.3898C190 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I=92m using ovirt 3.6 and an iscsi storage domain. Almost all vms are = using thin provisioning with a virtual size of 40GB and a typical physical = size of 8 GB. Now I=92m facing the fact that ovirt is pausing my vms due to the = following event message: (Example): =A0=93VM vm_01_16_centos6 has been paused due to no Storage = space error.=94 When I look at the iscsi storage domain the over allocation ratio value = is about 127%, but of the 2799GB there is still more than 1500GB available. My questions: - Why ovirt is pausing the vms? - Can I enlarge the over allocation ratio before ovirt is complaining = about storage space? ------=_NextPart_000_14C5_01D1307F.3898C190 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCDGgw ggN1MIICXaADAgECAgsEAAAAAAEVS1rDlDANBgkqhkiG9w0BAQUFADBXMQswCQYDVQQGEwJCRTEZ MBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEQMA4GA1UECxMHUm9vdCBDQTEbMBkGA1UEAxMSR2xv YmFsU2lnbiBSb290IENBMB4XDTk4MDkwMTEyMDAwMFoXDTI4MDEyODEyMDAwMFowVzELMAkGA1UE BhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExEDAOBgNVBAsTB1Jvb3QgQ0ExGzAZBgNV BAMTEkdsb2JhbFNpZ24gUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANoO 5pmNzqPjT4p++/GLgyVr6kgf8SqwuZURBL3wY9HiZ2bPHN3PG0gr7o2JjpqvKYBlq+nHLRLLqxxM cAehPQowzRWNT/jd1IxQFRzvUO7ELvf86VLykX3gbdU1MI5eQ3PyQenVauOyiTpWOThvBjyIaVsq TcWnVLhsicyb+TzK5f2J9RI8kniW1tx0bpNEYdGNx0aydQ6G6BmK1W1s1XgWlaLpyAo46/IkE09z VJMThTobvB40tYsFjLl3i7HbHyCRqwlTbpDOezd0uXBHkSJRYxZ5rrGuQSYIyBkr0UaqSNZkKteD NP8sKsFsGUNKB4Xn03z2IWjv6vJSn3+TkM8CAwEAAaNCMEAwDgYDVR0PAQH/BAQDAgEGMA8GA1Ud EwEB/wQFMAMBAf8wHQYDVR0OBBYEFGB7ZhpFDZfKiVAvfQTNNKj//P1LMA0GCSqGSIb3DQEBBQUA A4IBAQDWc+d8T3bQjb/suqK+NMUoMrV8/GycLCu9CZ5Tv2teqhFItuUIo7PKPWFN00YJsz7DoONj VRvyuu+tOeFDuTij5i+KJjvvoFBW+cYK/TjNxAtwUZSXmATfw1+U1RXJFEGcxF11ZBUN/1Uw7IaP /w3vLLljRvaq/N+8af0uEkhkmuCV8KbvKY8BsRW1DB2l/mksaSR4HrOnHHFi7srIl6wXXYrC+EeG birEVjGV0GeJhSv5bKZdRp0MqoLkmVHdcLfbVj1h5GrhXNb2/j3eQcwHrmNSv1NT9Cvpx/2294Jf hdJBGNuBswQcxR+kgG8VIMneDIgKHdZmVeL8SMkpJmngMIIEFjCCAv6gAwIBAgILBAAAAAABL07h LOEwDQYJKoZIhvcNAQEFBQAwVzELMAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYt c2ExEDAOBgNVBAsTB1Jvb3QgQ0ExGzAZBgNVBAMTEkdsb2JhbFNpZ24gUm9vdCBDQTAeFw0xMTA0 MTMxMDAwMDBaFw0xOTA0MTMxMDAwMDBaMFQxCzAJBgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxT aWduIG52LXNhMSowKAYDVQQDEyFHbG9iYWxTaWduIFBlcnNvbmFsU2lnbiAxIENBIC0gRzIwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDxpRyvkG880aPHT4sfS5Gp5kIethDso3dC5qF/ Fjx8DMBue80PMZ0QzIqff5hf6T9BsAY0k5IVHGsB+G+IXtYZyoOWKfcetpwOoxGDCuSda4V6rGE3 Ynu5ezdjTOW4kSQSK21Fe/5l1c4b8aneC2jPk/2ehzmMFt9ZClAGFxokDa5wAFtRVMcNPGLt0Fjy ZNarqRECQZYHJsfCrRhf6Noe521DDSgESbGOkkU/2ohe7RyRT/46G2cCGuDOux3igDKqBzq7h0Fg RFyMMkWiGKGNvM+jOAoNJJt2vji47en0GDqJuMLGfZt6wusgTu6mjG9XT0Wx/uEN4P+Ny+zrjPyl AgMBAAGjgeUwgeIwDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAwHQYDVR0OBBYE FOysmMwncpPPVjLNI8edjUWF9CIDMEcGA1UdIARAMD4wPAYEVR0gADA0MDIGCCsGAQUFBwIBFiZo dHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzAzBgNVHR8ELDAqMCigJqAkhiJo dHRwOi8vY3JsLmdsb2JhbHNpZ24ubmV0L3Jvb3QuY3JsMB8GA1UdIwQYMBaAFGB7ZhpFDZfKiVAv fQTNNKj//P1LMA0GCSqGSIb3DQEBBQUAA4IBAQCvu6fIS2a30hruGY2mo/7Ex3S3mEszRAFjwbcO WDvRcjoX5l5Jl55eAK1RP8mF1D4ewnz5zofKkO6+D85nSAgsMUhr0sN9Fab60ciDEpomO0LLSLOD zfx0vDCe387eQD03+G0Rh6/aWyZZgJX1xVSblXW1bde5g2DpJu1wNEf4qLVEQP16zdHQGAdKbTXY o/GyIA47G6GbUPciqzWp7qazlZMpdWDBv+P+SmU5rXeeyGFzzNQtU76gCUPj7tzM0rZEmJO+EmIM kNFNnLcMncEJDytc4Z1bMMQjm6IHxNnSzfbuDjhiVzp2AqBh6U2f1EtiM0RNfw4glmWvS0Vilxis MIIE0TCCA7mgAwIBAgIQZmBP5MZi1b5ckUjTpIYcmTANBgkqhkiG9w0BAQUFADBUMQswCQYDVQQG EwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJz b25hbFNpZ24gMSBDQSAtIEcyMB4XDTE1MDEyMjEzMzIwM1oXDTE4MDEyMjEzMzIwM1owXDEpMCcG A1UEAwwgamFuLmJlcm5hcmQud2V2ZXJzQGdyb3VwMjAwMC5jb20xLzAtBgkqhkiG9w0BCQEWIGph bi5iZXJuYXJkLndldmVyc0Bncm91cDIwMDAuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB CgKCAQEAq6hR70TsAF8UN3e5jivghawybfE/kbSP5sJeDxaNZ9DL/cPqu3mn9AIg+PgbQYxMBpAS V2WldNjaLuWu3RZZsxv8rJSib8FtdfyuyjbjLKpi6mmkC70f0CkeQJkK1dQiOFqdxxF/qU27L10Q zuC4PjB10tRd1L+2R8WkBHCNZdvPN9KWQkLncTQmN+1O0cLfpxmYwHUaN74MSP7C8abmWSWQZXJ4 pCAiI8fwtDanwGP2h+F+QhFGacGgOribqX6uzJvqLKbW0i3+73oUp2JWv+xXSNUJ4ttLy+/B2rOX dEKX+NVKr2mQm7kvkexYiR9sxwOrsGpiQEgPau86yLioHwIDAQABo4IBlTCCAZEwDgYDVR0PAQH/ BAQDAgWgMEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQwMgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3 Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMCsGA1UdEQQkMCKBIGphbi5iZXJuYXJkLndldmVy c0Bncm91cDIwMDAuY29tMAkGA1UdEwQCMAAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwME MEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwuZ2xvYmFsc2lnbi5jb20vZ3MvZ3NwZXJzb25h bHNpZ24xZzIuY3JsMFUGCCsGAQUFBwEBBEkwRzBFBggrBgEFBQcwAoY5aHR0cDovL3NlY3VyZS5n bG9iYWxzaWduLmNvbS9jYWNlcnQvZ3NwZXJzb25hbHNpZ24xZzIuY3J0MB0GA1UdDgQWBBR3PMbd fGkto6Gm0sIzUGzRGHQbDDAfBgNVHSMEGDAWgBTsrJjMJ3KTz1YyzSPHnY1FhfQiAzANBgkqhkiG 9w0BAQUFAAOCAQEAie5hU27GI5D0EGtQQekXs9MHAwjP4krF1lUFJ/7aui0q0ZtMQdcHZRW+TV4o 1i85Ich/VpNTRHWiY85t7DFoRuv7sM9wQKc7NtvpYm/FpHf2hCkLhRw7Cdqb9+Jaa22rHeiL/Vl6 lAXwA5tC7NC3lsxQeFoHS5S0mIQXBFYZu3x4VqquXQAbRrztxo40oomai1ks7n85p7d4gO07IDw2 WEiHlaWbHavG6X6Vs1xRZ7erO5Vz6vjPpOT6XgXCEwR5aY0GDdNm3QsPABiS5CKxaJSfFw+KpOSv s08U7rr/cIjycLpl6y8Mbl71kEXDx5q6OkL4bjYcH9CN5+9QrZt+AzGCA6IwggOeAgEBMGgwVDEL MAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNp Z24gUGVyc29uYWxTaWduIDEgQ0EgLSBHMgIQZmBP5MZi1b5ckUjTpIYcmTANBglghkgBZQMEAgEF AKCCAgswGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTUxMjA2MjIz ODMzWjAvBgkqhkiG9w0BCQQxIgQgM1KOuYEGi4hTXD4MBNqmCn87GAuL0DMW4Mxx2v7X7cwwdwYJ KwYBBAGCNxAEMWowaDBUMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEq MCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25hbFNpZ24gMSBDQSAtIEcyAhBmYE/kxmLVvlyRSNOk hhyZMHkGCyqGSIb3DQEJEAILMWqgaDBUMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2ln biBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25hbFNpZ24gMSBDQSAtIEcyAhBmYE/k xmLVvlyRSNOkhhyZMIGrBgkqhkiG9w0BCQ8xgZ0wgZowCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQB FjAKBggqhkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqG SIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMAsGCWCGSAFlAwQCATALBglghkgBZQMEAgMwCwYJYIZI AWUDBAICMAcGBSsOAwIaMA0GCSqGSIb3DQEBAQUABIIBAGsTOx5G+1lWBRe4oZS5jcrsfb55UACZ ka7QhdBw2dvhKhsQUqh6o4F3bWRKCYgEjsrr+1t9v6P9RFrF3K83sNmSt2z/rmeND3ju7xY18eBn RigNcuPNe+DFk+t/1OV+cjCd8Uri03VrFBRhdmT/YyIV9JI7ow5AOnYKheeQZqFaW65XASahwdRJ B36E5zpJm2Lw2HqI08VbjP7OYskw/yFAnKPtQLs+tf/DT61jvOOecKbnMZw/2Y4msnoYiRo82Npt W1LTmmrVryUOE7qFshzWKtQHgpyqLYhyquK3fO9Lpy2tlk+GI0eOhbctgMGCYNMl885ezSlo4aYZ ZkowmrwAAAAAAAA= ------=_NextPart_000_14C5_01D1307F.3898C190--

4 4

Ovirt Engine Issue
by Melissa Mesler 07 Dec '15

07 Dec '15

This is a multi-part message in MIME format. --------------060606050700060504070304 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hopefully someone can give me a good idea of how to troubleshoot an ovirt issue. I am running 3.5 on CentOS 6.7. Here is the issue I'm having. I have Ovirt running as a virtual machine in KVM. I recently moved (with virtsync) the vm to rebuild the host. Once the host was rebuilt I moved ovirt back. Now ovirt-engine starts but is inaccessible. In the logs it says this: 2015-12-06 15:57:24,558 ERROR [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-2) Error in getting DB connection. The database is inaccessible. Original exception is: DataAccessResourceFailureException: Error retreiving database metadata; nested exception is org.springframework.jdbc.support.MetaDataAccessException: Could not get Connection for extracting meta data; nested exception is org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is java.sql.SQLException: javax.resource.ResourceException: IJ000453: Unable to get managed connection for java:/ENGINEDataSource I did notice that I can't get postgresql to start. Everything worked perfectly fine before. Any ideas? -- Melissa Mesler --------------060606050700060504070304 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hopefully someone can give me a good idea of how to troubleshoot an ovirt issue. I am running 3.5 on CentOS 6.7. Here is the issue I'm having. I have Ovirt running as a virtual machine in KVM. I recently moved (with virtsync) the vm to rebuild the host. Once the host was rebuilt I moved ovirt back. Now ovirt-engine starts but is inaccessible. In the logs it says this: 2015-12-06 15:57:24,558 ERROR [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-2) Error in getting DB connection. The database is inaccessible. Original exception is: DataAccessResourceFailureException: Error retreiving database metadata; nested exception is org.springframework.jdbc.support.MetaDataAccessException: Could not get Connection for extracting meta data; nested exception is org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC Connection; nested exception is java.sql.SQLException: javax.resource.ResourceException: IJ000453: Unable to get managed connection for java:/ENGINEDataSource I did notice that I can't get postgresql to start. Everything worked perfectly fine before. Any ideas? <pre class="moz-signature" cols="72">-- Melissa Mesler </pre> </body> </html> --------------060606050700060504070304--

2 2

Server dont work after Host setting
by Taste-Of-IT 07 Dec '15

07 Dec '15

Hello, i am new with ovirt and i installed ovirt engine 3.6 on centos 7. After first login i create the host with fqdn of ovirt server but without powersavesettings. Firt i saw installing as status for host, but after a while nothing happend, I reboot the server. In engine.log i see "VMs initialization finished for Host", but i cant open the webgui. What can i do? Where can i look to find the error and what have i done wrong? Thx

2 5

Virt-v2v import issue
by Budur Nagaraju 07 Dec '15

07 Dec '15

Hi I have converted win2k3 which was deployed in vmware esxi to oVirt by using "v2v" tool ,imported successfully after powering on unable to get the login prompt getting stuck at "windows is starting". can someone help me in this issue ? Thanks, Nagaraju

3 5

Server dont work after Host setting
by Dragon 06 Dec '15

06 Dec '15

Hello, i am new with ovirt and i installed ovirt engine on centos. After first login i create the host with fqdn of ovirt server but without powersavesettings. Firt i saw installing as status for host, but after a while nothing happend, I reboot the server. In engine.log i see "VMs initialization finished for Host", but i cant open the webgui. What can i do? Where can i look to find the error and what have i done wrong? Thx

1 0

Unknown libvirterror - where to start?
by Christophe TREFOIS 06 Dec '15

06 Dec '15

--_000_ABC69195C9484895AAFF1900F54BBE43unilu_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCkkgY2hlY2tlZCB0aGUgbG9ncyBvbiBteSBoeXBlcnZpc29yIHRoYXQgY29udGFpbnMg YWxzbyB0aGUgb3ZlcnQtZW5naW5lIChzZWxmLWhvc3RlZCkgYW5kIEkgc2VlIHN0cmFuZ2UgdW5r bm93biBsaWJ2aXJ0ZXJyb3JzIHRoYXQgY29tZSBwZXJpb2RpY2FsbHkgaW4gdGhlIHZkc20ubG9n IGZpbGUuIFRoZSBzdG9yYWdlIGlzIGdsdXN0ZXJGUyBydW5uaW5nIG9uIHRoZSBoeXBlcnZpc29y IGFzIHdlbGwsIG9uZSBORlMgZXhwb3J0IGRvbWFpbiBhbmQgYW4gSVNPIGRvbWFpbi4gQSBORlMg ZG9tYWluIGZyb20gYW5vdGhlciBwbGFjZSBpcyBpbiBtYWludGVuYW5jZSBtb2RlLg0KDQpJIGFt IHJ1bm5pbmcgb1ZpcnQgMy41LjMuDQoNClRoYW5rIHlvdSBmb3IgYW55IHBvaW50ZXJzIGFzIHRv IHdoZXJlIHRvIHN0YXJ0IGZpeGluZyB0aGlzIGlzc3VlLg0KDQrigJQgbG9nIGV4Y2VycHQgLS0N Cg0KVGhyZWFkLTE5NDc2NDE6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMxLDM5ODo6c3RvbXBS ZWFjdG9yOjoxNjM6OnlhanNvbnJwYy5TdG9tcFNlcnZlcjo6KHNlbmQpIFNlbmRpbmcgcmVzcG9u c2UNClRocmVhZC04MTA4OjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMSw0MTA6OmxpYnZpcnRj b25uZWN0aW9uOjoxNDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNv ZGU6IDgwIGVkb206IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVx dWVzdGVkIG1ldGFkYXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQNCkR1bW15LTE4OTUyNjA6OkRF QlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMxLDQ3Nzo6c3RvcmFnZV9tYWlsYm94Ojo3MzE6OlN0b3Jh Z2UuTWlzYy5leGNDbWQ6OihfY2hlY2tGb3JNYWlsKSBkZCBpZj0vcmhldi9kYXRhLWNlbnRlci8w MDAwMDAwMi0wMDAyLTAwMDItMDAwMi0wMDAwMDAwMDAzZDUvbWFzdGVyc2QvZG9tX21kL2luYm94 IGlmbGFnPWRpcmVjdCxmdWxsYmxvY2sgY291bnQ9MSBicz0xMDI0MDAwIChjd2QgTm9uZSkNCkR1 bW15LTE4OTUyNjA6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMxLDUwMTo6c3RvcmFnZV9tYWls Ym94Ojo3MzE6OlN0b3JhZ2UuTWlzYy5leGNDbWQ6OihfY2hlY2tGb3JNYWlsKSBTVUNDRVNTOiA8 ZXJyPiA9ICcxKzAgcmVjb3JkcyBpblxuMSswIHJlY29yZHMgb3V0XG4xMDI0MDAwIGJ5dGVzICgx LjAgTUIpIGNvcGllZCwgMC4wMDMzMTI3OCBzLCAzMDkgTUIvc1xuJzsgPHJjPiA9IDANClRocmVh ZC03OTEzOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMiwyOTg6OmxpYnZpcnRjb25uZWN0aW9u OjoxNDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVk b206IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1l dGFkYXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQNClRocmVhZC01NjgyOjpERUJVRzo6MjAxNS0x MS0wMyAwODo0NzozMiw0MTc6OmxpYnZpcnRjb25uZWN0aW9uOjoxNDM6OnJvb3Q6Oih3cmFwcGVy KSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVkb206IDIwIGxldmVsOiAyIG1lc3Nh Z2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1ldGFkYXRhIGVsZW1lbnQgaXMgbm90 IHByZXNlbnQNCkRldGVjdG9yIHRocmVhZDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzIsNTkx Ojpwcm90b2NvbGRldGVjdG9yOjoxODc6OnZkcy5NdWx0aVByb3RvY29sQWNjZXB0b3I6OihfYWRk X2Nvbm5lY3Rpb24pIEFkZGluZyBjb25uZWN0aW9uIGZyb20gMTI3LjAuMC4xOjQ0NjcxDQpEZXRl Y3RvciB0aHJlYWQ6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMyLDU5ODo6cHJvdG9jb2xkZXRl Y3Rvcjo6MjAxOjp2ZHMuTXVsdGlQcm90b2NvbEFjY2VwdG9yOjooX3JlbW92ZV9jb25uZWN0aW9u KSBDb25uZWN0aW9uIHJlbW92ZWQgZnJvbSAxMjcuMC4wLjE6NDQ2NzENCkRldGVjdG9yIHRocmVh ZDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzIsNTk5Ojpwcm90b2NvbGRldGVjdG9yOjoyNDc6 OnZkcy5NdWx0aVByb3RvY29sQWNjZXB0b3I6OihfaGFuZGxlX2Nvbm5lY3Rpb25fcmVhZCkgRGV0 ZWN0ZWQgcHJvdG9jb2wgeG1sIGZyb20gMTI3LjAuMC4xOjQ0NjcxDQpEZXRlY3RvciB0aHJlYWQ6 OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMyLDU5OTo6QmluZGluZ1hNTFJQQzo6MTE3Mzo6WG1s RGV0ZWN0b3I6OihoYW5kbGVTb2NrZXQpIHhtbCBvdmVyIGh0dHAgZGV0ZWN0ZWQgZnJvbSAoJzEy Ny4wLjAuMScsIDQ0NjcxKQ0KVGhyZWFkLTE5NDc2NDI6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3 OjMyLDYwMjo6dGFzazo6NTk1OjpTdG9yYWdlLlRhc2tNYW5hZ2VyLlRhc2s6OihfdXBkYXRlU3Rh dGUpIFRhc2s9YDFkOTlhMTY2LWNiOWEtNDAyNS04MjExLWE0OGUyMTBiNTIzNGA6Om1vdmluZyBm cm9tIHN0YXRlIGluaXQgLT4gc3RhdGUgcHJlcGFyaW5nDQpUaHJlYWQtMTk0NzY0Mjo6SU5GTzo6 MjAxNS0xMS0wMyAwODo0NzozMiw2MDM6OmxvZ1V0aWxzOjo0NDo6ZGlzcGF0Y2hlcjo6KHdyYXBw ZXIpIFJ1biBhbmQgcHJvdGVjdDogcmVwb1N0YXRzKG9wdGlvbnM9Tm9uZSkNClRocmVhZC0xOTQ3 NjQyOjpJTkZPOjoyMDE1LTExLTAzIDA4OjQ3OjMyLDYwMzo6bG9nVXRpbHM6OjQ3OjpkaXNwYXRj aGVyOjood3JhcHBlcikgUnVuIGFuZCBwcm90ZWN0OiByZXBvU3RhdHMsIFJldHVybiByZXNwb25z ZToge3UnZGU5ZWI3MzctNjkxZi00NjIyLTkwNzAtODkxNTMxZDU5OWEwJzogeydjb2RlJzogMCwg J2FjdHVhbCc6IFRydWUsICd2ZXJzaW9uJzogMCwgJ2FjcXVpcmVkJzogVHJ1ZSwgJ2RlbGF5Jzog JzAuMDAwMzczNjEzJywgJ2xhc3RDaGVjayc6ICcyLjUnLCAndmFsaWQnOiBUcnVlfSwgdSdmZTRm ZDE5YS04NzE0LTQ0ZTAtYWU0MS02NjNhNGI2MmRhN2EnOiB7J2NvZGUnOiAwLCAnYWN0dWFsJzog VHJ1ZSwgJ3ZlcnNpb24nOiAwLCAnYWNxdWlyZWQnOiBUcnVlLCAnZGVsYXknOiAnMC4wMDA0MDk0 NDYnLCAnbGFzdENoZWNrJzogJzYuNCcsICd2YWxpZCc6IFRydWV9LCB1JzgyNTNhODliLTY1MWUt NGZmNC04NjViLTU3YWRlZjA1ZDM4Myc6IHsnY29kZSc6IDAsICdhY3R1YWwnOiBUcnVlLCAndmVy c2lvbic6IDMsICdhY3F1aXJlZCc6IFRydWUsICdkZWxheSc6ICcwLjAwMDUyMDY3MScsICdsYXN0 Q2hlY2snOiAnMS44JywgJ3ZhbGlkJzogVHJ1ZX0sICdiMThlYjI5ZS04YmIxLTQ1YjktYTYwZS1h OGUwNzIxMGUwNjYnOiB7J2NvZGUnOiAwLCAnYWN0dWFsJzogVHJ1ZSwgJ3ZlcnNpb24nOiAzLCAn YWNxdWlyZWQnOiBUcnVlLCAnZGVsYXknOiAnMC4wMDA0MjQ0NDUnLCAnbGFzdENoZWNrJzogJzYu NScsICd2YWxpZCc6IFRydWV9fQ0KVGhyZWFkLTE5NDc2NDI6OkRFQlVHOjoyMDE1LTExLTAzIDA4 OjQ3OjMyLDYwMzo6dGFzazo6MTE5MTo6U3RvcmFnZS5UYXNrTWFuYWdlci5UYXNrOjoocHJlcGFy ZSkgVGFzaz1gMWQ5OWExNjYtY2I5YS00MDI1LTgyMTEtYTQ4ZTIxMGI1MjM0YDo6ZmluaXNoZWQ6 IHt1J2RlOWViNzM3LTY5MWYtNDYyMi05MDcwLTg5MTUzMWQ1OTlhMCc6IHsnY29kZSc6IDAsICdh Y3R1YWwnOiBUcnVlLCAndmVyc2lvbic6IDAsICdhY3F1aXJlZCc6IFRydWUsICdkZWxheSc6ICcw LjAwMDM3MzYxMycsICdsYXN0Q2hlY2snOiAnMi41JywgJ3ZhbGlkJzogVHJ1ZX0sIHUnZmU0ZmQx OWEtODcxNC00NGUwLWFlNDEtNjYzYTRiNjJkYTdhJzogeydjb2RlJzogMCwgJ2FjdHVhbCc6IFRy dWUsICd2ZXJzaW9uJzogMCwgJ2FjcXVpcmVkJzogVHJ1ZSwgJ2RlbGF5JzogJzAuMDAwNDA5NDQ2 JywgJ2xhc3RDaGVjayc6ICc2LjQnLCAndmFsaWQnOiBUcnVlfSwgdSc4MjUzYTg5Yi02NTFlLTRm ZjQtODY1Yi01N2FkZWYwNWQzODMnOiB7J2NvZGUnOiAwLCAnYWN0dWFsJzogVHJ1ZSwgJ3ZlcnNp b24nOiAzLCAnYWNxdWlyZWQnOiBUcnVlLCAnZGVsYXknOiAnMC4wMDA1MjA2NzEnLCAnbGFzdENo ZWNrJzogJzEuOCcsICd2YWxpZCc6IFRydWV9LCAnYjE4ZWIyOWUtOGJiMS00NWI5LWE2MGUtYThl MDcyMTBlMDY2Jzogeydjb2RlJzogMCwgJ2FjdHVhbCc6IFRydWUsICd2ZXJzaW9uJzogMywgJ2Fj cXVpcmVkJzogVHJ1ZSwgJ2RlbGF5JzogJzAuMDAwNDI0NDQ1JywgJ2xhc3RDaGVjayc6ICc2LjUn LCAndmFsaWQnOiBUcnVlfX0NClRocmVhZC0xOTQ3NjQyOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0 NzozMiw2MDM6OnRhc2s6OjU5NTo6U3RvcmFnZS5UYXNrTWFuYWdlci5UYXNrOjooX3VwZGF0ZVN0 YXRlKSBUYXNrPWAxZDk5YTE2Ni1jYjlhLTQwMjUtODIxMS1hNDhlMjEwYjUyMzRgOjptb3Zpbmcg ZnJvbSBzdGF0ZSBwcmVwYXJpbmcgLT4gc3RhdGUgZmluaXNoZWQNClRocmVhZC0xOTQ3NjQyOjpE RUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMiw2MDQ6OnJlc291cmNlTWFuYWdlcjo6OTQwOjpTdG9y YWdlLlJlc291cmNlTWFuYWdlci5Pd25lcjo6KHJlbGVhc2VBbGwpIE93bmVyLnJlbGVhc2VBbGwg cmVxdWVzdHMge30gcmVzb3VyY2VzIHt9DQpUaHJlYWQtMTk0NzY0Mjo6REVCVUc6OjIwMTUtMTEt MDMgMDg6NDc6MzIsNjA0OjpyZXNvdXJjZU1hbmFnZXI6Ojk3Nzo6U3RvcmFnZS5SZXNvdXJjZU1h bmFnZXIuT3duZXI6OihjYW5jZWxBbGwpIE93bmVyLmNhbmNlbEFsbCByZXF1ZXN0cyB7fQ0KVGhy ZWFkLTE5NDc2NDI6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMyLDYwNDo6dGFzazo6OTkzOjpT dG9yYWdlLlRhc2tNYW5hZ2VyLlRhc2s6OihfZGVjcmVmKSBUYXNrPWAxZDk5YTE2Ni1jYjlhLTQw MjUtODIxMS1hNDhlMjEwYjUyMzRgOjpyZWYgMCBhYm9ydGluZyBGYWxzZQ0KVGhyZWFkLTYzNDg6 OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDI2MTo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6 cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAg bGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEg ZWxlbWVudCBpcyBub3QgcHJlc2VudA0KVGhyZWFkLTcyODY6OkRFQlVHOjoyMDE1LTExLTAzIDA4 OjQ3OjMzLDQ2Mjo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25v d24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0 YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2Vu dA0KRHVtbXktMTg5NTI2MDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzMsNTE0OjpzdG9yYWdl X21haWxib3g6OjczMTo6U3RvcmFnZS5NaXNjLmV4Y0NtZDo6KF9jaGVja0Zvck1haWwpIGRkIGlm PS9yaGV2L2RhdGEtY2VudGVyLzAwMDAwMDAyLTAwMDItMDAwMi0wMDAyLTAwMDAwMDAwMDNkNS9t YXN0ZXJzZC9kb21fbWQvaW5ib3ggaWZsYWc9ZGlyZWN0LGZ1bGxibG9jayBjb3VudD0xIGJzPTEw MjQwMDAgKGN3ZCBOb25lKQ0KRHVtbXktMTg5NTI2MDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6 MzMsNTQwOjpzdG9yYWdlX21haWxib3g6OjczMTo6U3RvcmFnZS5NaXNjLmV4Y0NtZDo6KF9jaGVj a0Zvck1haWwpIFNVQ0NFU1M6IDxlcnI+ID0gJzErMCByZWNvcmRzIGluXG4xKzAgcmVjb3JkcyBv dXRcbjEwMjQwMDAgYnl0ZXMgKDEuMCBNQikgY29waWVkLCAwLjAwMzg1OTAxIHMsIDI2NSBNQi9z XG4nOyA8cmM+ID0gMA0KVGhyZWFkLTc2Mjc6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDkz ODo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmly dGVycm9yOiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90 IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2VudA0KVGhyZWFk LTc5NTE6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDkzODo6bGlidmlydGNvbm5lY3Rpb246 OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRv bTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0 YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2VudA0KVGhyZWFkLTM4ODI6OkRFQlVHOjoyMDE1LTEx LTAzIDA4OjQ3OjMzLDk0MDo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6KHdyYXBwZXIp IFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6IDIgbWVzc2Fn ZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVudCBpcyBub3Qg cHJlc2VudA0KVGhyZWFkLTc5Njc6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDk0MDo6bGli dmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9y OiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5k OiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2VudA0KVGhyZWFkLTc4OTk6 OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDk1MTo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6 cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAg bGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEg ZWxlbWVudCBpcyBub3QgcHJlc2VudA0KVk0gQ2hhbm5lbHMgTGlzdGVuZXI6OkRFQlVHOjoyMDE1 LTExLTAzIDA4OjQ3OjM0LDM4Mzo6dm1jaGFubmVsczo6OTY6OnZkczo6KF9oYW5kbGVfdGltZW91 dHMpIFRpbWVvdXQgb24gZmlsZW5vIDEzMy4NClZNIENoYW5uZWxzIExpc3RlbmVyOjpERUJVRzo6 MjAxNS0xMS0wMyAwODo0NzozNCwzODM6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6OihfaGFuZGxlX3Rp bWVvdXRzKSBUaW1lb3V0IG9uIGZpbGVubyAxMzUuDQpWTSBDaGFubmVscyBMaXN0ZW5lcjo6REVC VUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzgzOjp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRs ZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTM2Lg0KVk0gQ2hhbm5lbHMgTGlzdGVuZXI6 OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjM0LDM4Mzo6dm1jaGFubmVsczo6OTY6OnZkczo6KF9o YW5kbGVfdGltZW91dHMpIFRpbWVvdXQgb24gZmlsZW5vIDE0Ni4NClZNIENoYW5uZWxzIExpc3Rl bmVyOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozNCwzODQ6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6 OihfaGFuZGxlX3RpbWVvdXRzKSBUaW1lb3V0IG9uIGZpbGVubyAxNjAuDQpWTSBDaGFubmVscyBM aXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6 dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTYxLg0KVk0gQ2hhbm5l bHMgTGlzdGVuZXI6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjM0LDM4NDo6dm1jaGFubmVsczo6 OTY6OnZkczo6KF9oYW5kbGVfdGltZW91dHMpIFRpbWVvdXQgb24gZmlsZW5vIDE2Ny4NClZNIENo YW5uZWxzIExpc3RlbmVyOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozNCwzODQ6OnZtY2hhbm5l bHM6Ojk2Ojp2ZHM6OihfaGFuZGxlX3RpbWVvdXRzKSBUaW1lb3V0IG9uIGZpbGVubyAxNzEuDQpW TSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNo YW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTcy Lg0KVk0gQ2hhbm5lbHMgTGlzdGVuZXI6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjM0LDM4NDo6 dm1jaGFubmVsczo6OTY6OnZkczo6KF9oYW5kbGVfdGltZW91dHMpIFRpbWVvdXQgb24gZmlsZW5v IDE1OS4NClZNIENoYW5uZWxzIExpc3RlbmVyOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozNCwz ODU6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6OihfaGFuZGxlX3RpbWVvdXRzKSBUaW1lb3V0IG9uIGZp bGVubyAxODkuDQpWTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6 MzQsMzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBv biBmaWxlbm8gMTkwLg0KVk0gQ2hhbm5lbHMgTGlzdGVuZXI6OkRFQlVHOjoyMDE1LTExLTAzIDA4 OjQ3OjM0LDM4NTo6dm1jaGFubmVsczo6OTY6OnZkczo6KF9oYW5kbGVfdGltZW91dHMpIFRpbWVv dXQgb24gZmlsZW5vIDE5NS4NClZNIENoYW5uZWxzIExpc3RlbmVyOjpERUJVRzo6MjAxNS0xMS0w MyAwODo0NzozNCwzODU6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6OihfaGFuZGxlX3RpbWVvdXRzKSBU aW1lb3V0IG9uIGZpbGVubyAxOTcuDQpWTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUt MTEtMDMgMDg6NDc6MzQsMzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0 cykgVGltZW91dCBvbiBmaWxlbm8gMTk4Lg0KVk0gQ2hhbm5lbHMgTGlzdGVuZXI6OkRFQlVHOjoy MDE1LTExLTAzIDA4OjQ3OjM0LDM4NTo6dm1jaGFubmVsczo6OTY6OnZkczo6KF9oYW5kbGVfdGlt ZW91dHMpIFRpbWVvdXQgb24gZmlsZW5vIDIxMy4NClZNIENoYW5uZWxzIExpc3RlbmVyOjpERUJV Rzo6MjAxNS0xMS0wMyAwODo0NzozNCwzODY6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6OihfaGFuZGxl X3RpbWVvdXRzKSBUaW1lb3V0IG9uIGZpbGVubyAyMTUuDQpWTSBDaGFubmVscyBMaXN0ZW5lcjo6 REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg2Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hh bmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gOTguDQpWTSBDaGFubmVscyBMaXN0ZW5l cjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg2Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjoo X2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTI1Lg0KSnNvblJwYyAoU3RvbXBS ZWFjdG9yKTo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsNDEyOjpzdG9tcFJlYWN0b3I6Ojk4 OjpCcm9rZXIuU3RvbXBBZGFwdGVyOjooaGFuZGxlX2ZyYW1lKSBIYW5kbGluZyBtZXNzYWdlIDxT dG9tcEZyYW1lIGNvbW1hbmQ9J1NFTkQnPg0KSnNvblJwY1NlcnZlcjo6REVCVUc6OjIwMTUtMTEt MDMgMDg6NDc6MzQsNDEzOjpfX2luaXRfXzo6NTMwOjpqc29ucnBjLkpzb25ScGNTZXJ2ZXI6Oihz ZXJ2ZV9yZXF1ZXN0cykgV2FpdGluZyBmb3IgcmVxdWVzdA0KVGhyZWFkLTE5NDc2NDM6OkRFQlVH OjoyMDE1LTExLTAzIDA4OjQ3OjM0LDQzNzo6c3RvbXBSZWFjdG9yOjoxNjM6OnlhanNvbnJwYy5T dG9tcFNlcnZlcjo6KHNlbmQpIFNlbmRpbmcgcmVzcG9uc2UNClRocmVhZC03NjEzOjpERUJVRzo6 MjAxNS0xMS0wMyAwODo0NzozNCw3MTM6OmxpYnZpcnRjb25uZWN0aW9uOjoxNDM6OnJvb3Q6Oih3 cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVkb206IDIwIGxldmVsOiAy IG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1ldGFkYXRhIGVsZW1lbnQg aXMgbm90IHByZXNlbnQNClRocmVhZC02MzkzOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozNCw3 MTM6OmxpYnZpcnRjb25uZWN0aW9uOjoxNDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZp cnRlcnJvcjogZWNvZGU6IDgwIGVkb206IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5v dCBmb3VuZDogUmVxdWVzdGVkIG1ldGFkYXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQNClRocmVh ZC0yMjY5NDE6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjM1LDUxMTo6dGFzazo6NTk1OjpTdG9y YWdlLlRhc2tNYW5hZ2VyLlRhc2s6OihfdXBkYXRlU3RhdGUpIFRhc2s9YGJkZjI2NDAxLTMyNGMt NDIyMC05MDM0LTE5YzdkODE2ZjY0MmA6Om1vdmluZyBmcm9tIHN0YXRlIGluaXQgLT4gc3RhdGUg cHJlcGFyaW5nDQpUaHJlYWQtNDcwOTo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzUsNTExOjp0 YXNrOjo1OTU6OlN0b3JhZ2UuVGFza01hbmFnZXIuVGFzazo6KF91cGRhdGVTdGF0ZSkgVGFzaz1g MGFjMmY4NTQtNDFlMy00NDI3LWEwZjQtNWVhYTE4NDJlMjEyYDo6bW92aW5nIGZyb20gc3RhdGUg aW5pdCAtPiBzdGF0ZSBwcmVwYXJpbmcNCg0KLS0NCg0KQ2hyaXN0b3BoZQ0KDQoNCg== --_000_ABC69195C9484895AAFF1900F54BBE43unilu_ Content-Type: text/html; charset="utf-8" Content-ID: <05E547F58ADC464D9D0F9ACEF203BCD2(a)uni.lux> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGksDQo8ZGl2IGNsYXNzPSIiPjxi ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5JIGNoZWNrZWQgdGhlIGxvZ3Mgb24g bXkgaHlwZXJ2aXNvciB0aGF0IGNvbnRhaW5zIGFsc28gdGhlIG92ZXJ0LWVuZ2luZSAoc2VsZi1o b3N0ZWQpIGFuZCBJIHNlZSBzdHJhbmdlIHVua25vd24gbGlidmlydGVycm9ycyB0aGF0IGNvbWUg cGVyaW9kaWNhbGx5IGluIHRoZSB2ZHNtLmxvZyBmaWxlLiBUaGUgc3RvcmFnZSBpcyBnbHVzdGVy RlMgcnVubmluZyBvbiB0aGUgaHlwZXJ2aXNvciBhcyB3ZWxsLCBvbmUgTkZTIGV4cG9ydA0KIGRv bWFpbiBhbmQgYW4gSVNPIGRvbWFpbi4gQSBORlMgZG9tYWluIGZyb20gYW5vdGhlciBwbGFjZSBp cyBpbiBtYWludGVuYW5jZSBtb2RlLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+ DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SSBhbSBydW5uaW5nIG9WaXJ0IDMuNS4zLjwvZGl2Pg0K PGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhhbmsg eW91IGZvciBhbnkgcG9pbnRlcnMgYXMgdG8gd2hlcmUgdG8gc3RhcnQgZml4aW5nIHRoaXMgaXNz dWUuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj7igJQgbG9nIGV4Y2VycHQgLS08L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+ VGhyZWFkLTE5NDc2NDE6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMxLDM5ODo6c3RvbXBSZWFj dG9yOjoxNjM6OnlhanNvbnJwYy5TdG9tcFNlcnZlcjo6KHNlbmQpIFNlbmRpbmcgcmVzcG9uc2U8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTgxMDg6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3 OjMxLDQxMDo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24g bGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRh dGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2VudDwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj5EdW1teS0xODk1MjYwOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0 NzozMSw0Nzc6OnN0b3JhZ2VfbWFpbGJveDo6NzMxOjpTdG9yYWdlLk1pc2MuZXhjQ21kOjooX2No ZWNrRm9yTWFpbCkgZGQgaWY9L3JoZXYvZGF0YS1jZW50ZXIvMDAwMDAwMDItMDAwMi0wMDAyLTAw MDItMDAwMDAwMDAwM2Q1L21hc3RlcnNkL2RvbV9tZC9pbmJveCBpZmxhZz1kaXJlY3QsZnVsbGJs b2NrIGNvdW50PTEgYnM9MTAyNDAwMCAoY3dkIE5vbmUpPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkR1 bW15LTE4OTUyNjA6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMxLDUwMTo6c3RvcmFnZV9tYWls Ym94Ojo3MzE6OlN0b3JhZ2UuTWlzYy5leGNDbWQ6OihfY2hlY2tGb3JNYWlsKSBTVUNDRVNTOiAm bHQ7ZXJyJmd0OyA9ICcxJiM0MzswIHJlY29yZHMgaW5cbjEmIzQzOzAgcmVjb3JkcyBvdXRcbjEw MjQwMDAgYnl0ZXMgKDEuMCBNQikgY29waWVkLCAwLjAwMzMxMjc4IHMsIDMwOSBNQi9zXG4nOyAm bHQ7cmMmZ3Q7ID0gMDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtNzkxMzo6REVCVUc6OjIw MTUtMTEtMDMgMDg6NDc6MzIsMjk4OjpsaWJ2aXJ0Y29ubmVjdGlvbjo6MTQzOjpyb290Ojood3Jh cHBlcikgVW5rbm93biBsaWJ2aXJ0ZXJyb3I6IGVjb2RlOiA4MCBlZG9tOiAyMCBsZXZlbDogMiBt ZXNzYWdlOiBtZXRhZGF0YSBub3QgZm91bmQ6IFJlcXVlc3RlZCBtZXRhZGF0YSBlbGVtZW50IGlz IG5vdCBwcmVzZW50PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC01NjgyOjpERUJVRzo6MjAx NS0xMS0wMyAwODo0NzozMiw0MTc6OmxpYnZpcnRjb25uZWN0aW9uOjoxNDM6OnJvb3Q6Oih3cmFw cGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVkb206IDIwIGxldmVsOiAyIG1l c3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1ldGFkYXRhIGVsZW1lbnQgaXMg bm90IHByZXNlbnQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+RGV0ZWN0b3IgdGhyZWFkOjpERUJVRzo6 MjAxNS0xMS0wMyAwODo0NzozMiw1OTE6OnByb3RvY29sZGV0ZWN0b3I6OjE4Nzo6dmRzLk11bHRp UHJvdG9jb2xBY2NlcHRvcjo6KF9hZGRfY29ubmVjdGlvbikgQWRkaW5nIGNvbm5lY3Rpb24gZnJv bSAxMjcuMC4wLjE6NDQ2NzE8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+RGV0ZWN0b3IgdGhyZWFkOjpE RUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMiw1OTg6OnByb3RvY29sZGV0ZWN0b3I6OjIwMTo6dmRz Lk11bHRpUHJvdG9jb2xBY2NlcHRvcjo6KF9yZW1vdmVfY29ubmVjdGlvbikgQ29ubmVjdGlvbiBy ZW1vdmVkIGZyb20gMTI3LjAuMC4xOjQ0NjcxPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkRldGVjdG9y IHRocmVhZDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzIsNTk5Ojpwcm90b2NvbGRldGVjdG9y OjoyNDc6OnZkcy5NdWx0aVByb3RvY29sQWNjZXB0b3I6OihfaGFuZGxlX2Nvbm5lY3Rpb25fcmVh ZCkgRGV0ZWN0ZWQgcHJvdG9jb2wgeG1sIGZyb20gMTI3LjAuMC4xOjQ0NjcxPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPkRldGVjdG9yIHRocmVhZDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzIsNTk5 OjpCaW5kaW5nWE1MUlBDOjoxMTczOjpYbWxEZXRlY3Rvcjo6KGhhbmRsZVNvY2tldCkgeG1sIG92 ZXIgaHR0cCBkZXRlY3RlZCBmcm9tICgnMTI3LjAuMC4xJywgNDQ2NzEpPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPlRocmVhZC0xOTQ3NjQyOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMiw2MDI6OnRh c2s6OjU5NTo6U3RvcmFnZS5UYXNrTWFuYWdlci5UYXNrOjooX3VwZGF0ZVN0YXRlKSBUYXNrPWAx ZDk5YTE2Ni1jYjlhLTQwMjUtODIxMS1hNDhlMjEwYjUyMzRgOjptb3ZpbmcgZnJvbSBzdGF0ZSBp bml0IC0mZ3Q7IHN0YXRlIHByZXBhcmluZzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtMTk0 NzY0Mjo6SU5GTzo6MjAxNS0xMS0wMyAwODo0NzozMiw2MDM6OmxvZ1V0aWxzOjo0NDo6ZGlzcGF0 Y2hlcjo6KHdyYXBwZXIpIFJ1biBhbmQgcHJvdGVjdDogcmVwb1N0YXRzKG9wdGlvbnM9Tm9uZSk8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTE5NDc2NDI6OklORk86OjIwMTUtMTEtMDMgMDg6 NDc6MzIsNjAzOjpsb2dVdGlsczo6NDc6OmRpc3BhdGNoZXI6Oih3cmFwcGVyKSBSdW4gYW5kIHBy b3RlY3Q6IHJlcG9TdGF0cywgUmV0dXJuIHJlc3BvbnNlOiB7dSdkZTllYjczNy02OTFmLTQ2MjIt OTA3MC04OTE1MzFkNTk5YTAnOiB7J2NvZGUnOiAwLCAnYWN0dWFsJzogVHJ1ZSwgJ3ZlcnNpb24n OiAwLCAnYWNxdWlyZWQnOiBUcnVlLCAnZGVsYXknOiAnMC4wMDAzNzM2MTMnLA0KICdsYXN0Q2hl Y2snOiAnMi41JywgJ3ZhbGlkJzogVHJ1ZX0sIHUnZmU0ZmQxOWEtODcxNC00NGUwLWFlNDEtNjYz YTRiNjJkYTdhJzogeydjb2RlJzogMCwgJ2FjdHVhbCc6IFRydWUsICd2ZXJzaW9uJzogMCwgJ2Fj cXVpcmVkJzogVHJ1ZSwgJ2RlbGF5JzogJzAuMDAwNDA5NDQ2JywgJ2xhc3RDaGVjayc6ICc2LjQn LCAndmFsaWQnOiBUcnVlfSwgdSc4MjUzYTg5Yi02NTFlLTRmZjQtODY1Yi01N2FkZWYwNWQzODMn OiB7J2NvZGUnOiAwLCAnYWN0dWFsJzoNCiBUcnVlLCAndmVyc2lvbic6IDMsICdhY3F1aXJlZCc6 IFRydWUsICdkZWxheSc6ICcwLjAwMDUyMDY3MScsICdsYXN0Q2hlY2snOiAnMS44JywgJ3ZhbGlk JzogVHJ1ZX0sICdiMThlYjI5ZS04YmIxLTQ1YjktYTYwZS1hOGUwNzIxMGUwNjYnOiB7J2NvZGUn OiAwLCAnYWN0dWFsJzogVHJ1ZSwgJ3ZlcnNpb24nOiAzLCAnYWNxdWlyZWQnOiBUcnVlLCAnZGVs YXknOiAnMC4wMDA0MjQ0NDUnLCAnbGFzdENoZWNrJzogJzYuNScsICd2YWxpZCc6IFRydWV9fTwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtMTk0NzY0Mjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6 NDc6MzIsNjAzOjp0YXNrOjoxMTkxOjpTdG9yYWdlLlRhc2tNYW5hZ2VyLlRhc2s6OihwcmVwYXJl KSBUYXNrPWAxZDk5YTE2Ni1jYjlhLTQwMjUtODIxMS1hNDhlMjEwYjUyMzRgOjpmaW5pc2hlZDog e3UnZGU5ZWI3MzctNjkxZi00NjIyLTkwNzAtODkxNTMxZDU5OWEwJzogeydjb2RlJzogMCwgJ2Fj dHVhbCc6IFRydWUsICd2ZXJzaW9uJzogMCwgJ2FjcXVpcmVkJzoNCiBUcnVlLCAnZGVsYXknOiAn MC4wMDAzNzM2MTMnLCAnbGFzdENoZWNrJzogJzIuNScsICd2YWxpZCc6IFRydWV9LCB1J2ZlNGZk MTlhLTg3MTQtNDRlMC1hZTQxLTY2M2E0YjYyZGE3YSc6IHsnY29kZSc6IDAsICdhY3R1YWwnOiBU cnVlLCAndmVyc2lvbic6IDAsICdhY3F1aXJlZCc6IFRydWUsICdkZWxheSc6ICcwLjAwMDQwOTQ0 NicsICdsYXN0Q2hlY2snOiAnNi40JywgJ3ZhbGlkJzogVHJ1ZX0sIHUnODI1M2E4OWItNjUxZS00 ZmY0LTg2NWItNTdhZGVmMDVkMzgzJzoNCiB7J2NvZGUnOiAwLCAnYWN0dWFsJzogVHJ1ZSwgJ3Zl cnNpb24nOiAzLCAnYWNxdWlyZWQnOiBUcnVlLCAnZGVsYXknOiAnMC4wMDA1MjA2NzEnLCAnbGFz dENoZWNrJzogJzEuOCcsICd2YWxpZCc6IFRydWV9LCAnYjE4ZWIyOWUtOGJiMS00NWI5LWE2MGUt YThlMDcyMTBlMDY2Jzogeydjb2RlJzogMCwgJ2FjdHVhbCc6IFRydWUsICd2ZXJzaW9uJzogMywg J2FjcXVpcmVkJzogVHJ1ZSwgJ2RlbGF5JzogJzAuMDAwNDI0NDQ1JywgJ2xhc3RDaGVjayc6DQog JzYuNScsICd2YWxpZCc6IFRydWV9fTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtMTk0NzY0 Mjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzIsNjAzOjp0YXNrOjo1OTU6OlN0b3JhZ2UuVGFz a01hbmFnZXIuVGFzazo6KF91cGRhdGVTdGF0ZSkgVGFzaz1gMWQ5OWExNjYtY2I5YS00MDI1LTgy MTEtYTQ4ZTIxMGI1MjM0YDo6bW92aW5nIGZyb20gc3RhdGUgcHJlcGFyaW5nIC0mZ3Q7IHN0YXRl IGZpbmlzaGVkPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC0xOTQ3NjQyOjpERUJVRzo6MjAx NS0xMS0wMyAwODo0NzozMiw2MDQ6OnJlc291cmNlTWFuYWdlcjo6OTQwOjpTdG9yYWdlLlJlc291 cmNlTWFuYWdlci5Pd25lcjo6KHJlbGVhc2VBbGwpIE93bmVyLnJlbGVhc2VBbGwgcmVxdWVzdHMg e30gcmVzb3VyY2VzIHt9PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC0xOTQ3NjQyOjpERUJV Rzo6MjAxNS0xMS0wMyAwODo0NzozMiw2MDQ6OnJlc291cmNlTWFuYWdlcjo6OTc3OjpTdG9yYWdl LlJlc291cmNlTWFuYWdlci5Pd25lcjo6KGNhbmNlbEFsbCkgT3duZXIuY2FuY2VsQWxsIHJlcXVl c3RzIHt9PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC0xOTQ3NjQyOjpERUJVRzo6MjAxNS0x MS0wMyAwODo0NzozMiw2MDQ6OnRhc2s6Ojk5Mzo6U3RvcmFnZS5UYXNrTWFuYWdlci5UYXNrOjoo X2RlY3JlZikgVGFzaz1gMWQ5OWExNjYtY2I5YS00MDI1LTgyMTEtYTQ4ZTIxMGI1MjM0YDo6cmVm IDAgYWJvcnRpbmcgRmFsc2U8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTYzNDg6OkRFQlVH OjoyMDE1LTExLTAzIDA4OjQ3OjMzLDI2MTo6bGlidmlydGNvbm5lY3Rpb246OjE0Mzo6cm9vdDo6 KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTogMjAgbGV2ZWw6 IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRhdGEgZWxlbWVu dCBpcyBub3QgcHJlc2VudDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtNzI4Njo6REVCVUc6 OjIwMTUtMTEtMDMgMDg6NDc6MzMsNDYyOjpsaWJ2aXJ0Y29ubmVjdGlvbjo6MTQzOjpyb290Ojoo d3JhcHBlcikgVW5rbm93biBsaWJ2aXJ0ZXJyb3I6IGVjb2RlOiA4MCBlZG9tOiAyMCBsZXZlbDog MiBtZXNzYWdlOiBtZXRhZGF0YSBub3QgZm91bmQ6IFJlcXVlc3RlZCBtZXRhZGF0YSBlbGVtZW50 IGlzIG5vdCBwcmVzZW50PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkR1bW15LTE4OTUyNjA6OkRFQlVH OjoyMDE1LTExLTAzIDA4OjQ3OjMzLDUxNDo6c3RvcmFnZV9tYWlsYm94Ojo3MzE6OlN0b3JhZ2Uu TWlzYy5leGNDbWQ6OihfY2hlY2tGb3JNYWlsKSBkZCBpZj0vcmhldi9kYXRhLWNlbnRlci8wMDAw MDAwMi0wMDAyLTAwMDItMDAwMi0wMDAwMDAwMDAzZDUvbWFzdGVyc2QvZG9tX21kL2luYm94IGlm bGFnPWRpcmVjdCxmdWxsYmxvY2sgY291bnQ9MSBicz0xMDI0MDAwIChjd2QgTm9uZSk8L2Rpdj4N CjxkaXYgY2xhc3M9IiI+RHVtbXktMTg5NTI2MDo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzMs NTQwOjpzdG9yYWdlX21haWxib3g6OjczMTo6U3RvcmFnZS5NaXNjLmV4Y0NtZDo6KF9jaGVja0Zv ck1haWwpIFNVQ0NFU1M6ICZsdDtlcnImZ3Q7ID0gJzEmIzQzOzAgcmVjb3JkcyBpblxuMSYjNDM7 MCByZWNvcmRzIG91dFxuMTAyNDAwMCBieXRlcyAoMS4wIE1CKSBjb3BpZWQsIDAuMDAzODU5MDEg cywgMjY1IE1CL3Ncbic7ICZsdDtyYyZndDsgPSAwPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVh ZC03NjI3OjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMyw5Mzg6OmxpYnZpcnRjb25uZWN0aW9u OjoxNDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVk b206IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1l dGFkYXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFk LTc5NTE6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDkzODo6bGlidmlydGNvbm5lY3Rpb246 OjE0Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRv bTogMjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0 YWRhdGEgZWxlbWVudCBpcyBub3QgcHJlc2VudDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQt Mzg4Mjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzMsOTQwOjpsaWJ2aXJ0Y29ubmVjdGlvbjo6 MTQzOjpyb290Ojood3JhcHBlcikgVW5rbm93biBsaWJ2aXJ0ZXJyb3I6IGVjb2RlOiA4MCBlZG9t OiAyMCBsZXZlbDogMiBtZXNzYWdlOiBtZXRhZGF0YSBub3QgZm91bmQ6IFJlcXVlc3RlZCBtZXRh ZGF0YSBlbGVtZW50IGlzIG5vdCBwcmVzZW50PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC03 OTY3OjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozMyw5NDA6OmxpYnZpcnRjb25uZWN0aW9uOjox NDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVkb206 IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1ldGFk YXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTc4 OTk6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjMzLDk1MTo6bGlidmlydGNvbm5lY3Rpb246OjE0 Mzo6cm9vdDo6KHdyYXBwZXIpIFVua25vd24gbGlidmlydGVycm9yOiBlY29kZTogODAgZWRvbTog MjAgbGV2ZWw6IDIgbWVzc2FnZTogbWV0YWRhdGEgbm90IGZvdW5kOiBSZXF1ZXN0ZWQgbWV0YWRh dGEgZWxlbWVudCBpcyBub3QgcHJlc2VudDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVs cyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzgzOjp2bWNoYW5uZWxzOjo5 Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTMzLjwvZGl2Pg0K PGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6 NDc6MzQsMzgzOjp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91 dCBvbiBmaWxlbm8gMTM1LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5l cjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzgzOjp2bWNoYW5uZWxzOjo5Njo6dmRzOjoo X2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTM2LjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzgz Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxl bm8gMTQ2LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6 OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90 aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTYwLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBD aGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5u ZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTYxLjwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEt MDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykg VGltZW91dCBvbiBmaWxlbm8gMTY3LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBM aXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6 dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTcxLjwvZGl2Pg0KPGRp diBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6 MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBv biBmaWxlbm8gMTcyLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6 REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg0Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hh bmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTU5LjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg1Ojp2 bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8g MTg5LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIw MTUtMTEtMDMgMDg6NDc6MzQsMzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1l b3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTkwLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFu bmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg1Ojp2bWNoYW5uZWxz Ojo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTk1LjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMg MDg6NDc6MzQsMzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGlt ZW91dCBvbiBmaWxlbm8gMTk3LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0 ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRz OjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMTk4LjwvZGl2Pg0KPGRpdiBj bGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQs Mzg1Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBm aWxlbm8gMjEzLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5WTSBDaGFubmVscyBMaXN0ZW5lcjo6REVC VUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg2Ojp2bWNoYW5uZWxzOjo5Njo6dmRzOjooX2hhbmRs ZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gMjE1LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5W TSBDaGFubmVscyBMaXN0ZW5lcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsMzg2Ojp2bWNo YW5uZWxzOjo5Njo6dmRzOjooX2hhbmRsZV90aW1lb3V0cykgVGltZW91dCBvbiBmaWxlbm8gOTgu PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlZNIENoYW5uZWxzIExpc3RlbmVyOjpERUJVRzo6MjAxNS0x MS0wMyAwODo0NzozNCwzODY6OnZtY2hhbm5lbHM6Ojk2Ojp2ZHM6OihfaGFuZGxlX3RpbWVvdXRz KSBUaW1lb3V0IG9uIGZpbGVubyAxMjUuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkpzb25ScGMgKFN0 b21wUmVhY3Rvcik6OkRFQlVHOjoyMDE1LTExLTAzIDA4OjQ3OjM0LDQxMjo6c3RvbXBSZWFjdG9y Ojo5ODo6QnJva2VyLlN0b21wQWRhcHRlcjo6KGhhbmRsZV9mcmFtZSkgSGFuZGxpbmcgbWVzc2Fn ZSAmbHQ7U3RvbXBGcmFtZSBjb21tYW5kPSdTRU5EJyZndDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ SnNvblJwY1NlcnZlcjo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsNDEzOjpfX2luaXRfXzo6 NTMwOjpqc29ucnBjLkpzb25ScGNTZXJ2ZXI6OihzZXJ2ZV9yZXF1ZXN0cykgV2FpdGluZyBmb3Ig cmVxdWVzdDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQtMTk0NzY0Mzo6REVCVUc6OjIwMTUt MTEtMDMgMDg6NDc6MzQsNDM3OjpzdG9tcFJlYWN0b3I6OjE2Mzo6eWFqc29ucnBjLlN0b21wU2Vy dmVyOjooc2VuZCkgU2VuZGluZyByZXNwb25zZTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaHJlYWQt NzYxMzo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzQsNzEzOjpsaWJ2aXJ0Y29ubmVjdGlvbjo6 MTQzOjpyb290Ojood3JhcHBlcikgVW5rbm93biBsaWJ2aXJ0ZXJyb3I6IGVjb2RlOiA4MCBlZG9t OiAyMCBsZXZlbDogMiBtZXNzYWdlOiBtZXRhZGF0YSBub3QgZm91bmQ6IFJlcXVlc3RlZCBtZXRh ZGF0YSBlbGVtZW50IGlzIG5vdCBwcmVzZW50PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRocmVhZC02 MzkzOjpERUJVRzo6MjAxNS0xMS0wMyAwODo0NzozNCw3MTM6OmxpYnZpcnRjb25uZWN0aW9uOjox NDM6OnJvb3Q6Oih3cmFwcGVyKSBVbmtub3duIGxpYnZpcnRlcnJvcjogZWNvZGU6IDgwIGVkb206 IDIwIGxldmVsOiAyIG1lc3NhZ2U6IG1ldGFkYXRhIG5vdCBmb3VuZDogUmVxdWVzdGVkIG1ldGFk YXRhIGVsZW1lbnQgaXMgbm90IHByZXNlbnQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTIy Njk0MTo6REVCVUc6OjIwMTUtMTEtMDMgMDg6NDc6MzUsNTExOjp0YXNrOjo1OTU6OlN0b3JhZ2Uu VGFza01hbmFnZXIuVGFzazo6KF91cGRhdGVTdGF0ZSkgVGFzaz1gYmRmMjY0MDEtMzI0Yy00MjIw LTkwMzQtMTljN2Q4MTZmNjQyYDo6bW92aW5nIGZyb20gc3RhdGUgaW5pdCAtJmd0OyBzdGF0ZSBw cmVwYXJpbmc8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhyZWFkLTQ3MDk6OkRFQlVHOjoyMDE1LTEx LTAzIDA4OjQ3OjM1LDUxMTo6dGFzazo6NTk1OjpTdG9yYWdlLlRhc2tNYW5hZ2VyLlRhc2s6Oihf dXBkYXRlU3RhdGUpIFRhc2s9YDBhYzJmODU0LTQxZTMtNDQyNy1hMGY0LTVlYWExODQyZTIxMmA6 Om1vdmluZyBmcm9tIHN0YXRlIGluaXQgLSZndDsgc3RhdGUgcHJlcGFyaW5nPC9kaXY+DQo8ZGl2 IGFwcGxlLWNvbnRlbnQtZWRpdGVkPSJ0cnVlIiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9ImxldHRl ci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0 LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsg d2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0 aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsg LXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPHAgc3R5 bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMHB0OyBsaW5l LWhlaWdodDogMTZweDsiIGNsYXNzPSIiPg0KPGZvbnQgY29sb3I9IiMzZDNiM2IiIGNsYXNzPSIi PjxiIGNsYXNzPSIiPi0tPC9iPjwvZm9udD48L3A+DQo8ZGl2IGNsYXNzPSIiPkNocmlzdG9waGU8 L2Rpdj4NCiZuYnNwOzxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiIHN0eWxlPSJj b2xvcjogcmdiKDAsIDAsIDApOyI+Jm5ic3A7PC9zcGFuPjwvZGl2Pg0KPC9kaXY+DQo8YnIgY2xh c3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_ABC69195C9484895AAFF1900F54BBE43unilu_--

7 11

Migration failed
by Massimo Mad 06 Dec '15

06 Dec '15

Hi, I want to upgrade my oVirt infrastructure, host on host centos 6.x on bare metal 7.x. I created a new cluster with inside the new host, and when I try to migrate the vm from one cluster to another I have the following messages: Migration failed, No available hosts found Migration failed two to Error: Fatal Error during migration. Trying to migrate to another Host I checked the host file and the certificates and everything is fine Regards Massimo

2 1

Need to clear domain Export already exists in an ovirt (3.5)
by ccox＠endlessnow.com 06 Dec '15

06 Dec '15

Our ovirt 3.5 host thinks it has an export domain, but it's not visible anywhere, but it's keeping us from importing a domain from a different datacenter. What database update do I need to issue to clear the bad state from the ovirt 3.5 we are trying to Import into?

3 3

Greetings and observations from an oVirt noob
by Kenneth Marsh 06 Dec '15

06 Dec '15

Hello all, I do development operations for a part of a software division of a large multinational. I'm an experienced user of VMWare and Amazon AWS, soon to be pushed onto Azure, and I've found a common thread among all solutions - they are all expensive enough that my budget will certainly not be approved with them. I'm deferred to the IT part of the organisation, which operates too slowly and inefficiently (in terms of both cost and time) for my requirements. This is what led me to RHEV, and ultimately to oVirt. This is a feasibility study for what may ultimately be a RHEV-based data center in a new office, and if I succeed we will be doing more on a fixed budget by using more RHEV and less Azure. I spent the weekend working with oVirt and I'm very impressed. I had no idea such a comprehensive enterprise-class solution was even available. Being a complete newcomer, I started without a clue and after a weekend had set up a nearly-working data centre including an oVirt hypervisor node, all on old Dell notebooks loaned to me temporarily by our IT group. I started with RHEV but decided to use oVirt for two reasons - one being to see what's possible with the latest and greatest, the other because RHEV required some licensing I've not yet purchased. Long term it'll have to be RHEV for enterprise support reasons I'm sure many are familiar with. There are a few things I found, from a newcomer's perspective, very unclear. - What is oVirt, vs oVirt engine, vs oVirt node, vs oVirt host. Try to find documentation on any of these and get spammed with references to the others. I think I've worked out that these are the collective suite of products, the management centre, the bare-metal hypervisor, and participating member servers, respectively. - Which versions of CentOS/Fedora/oVirt Node are compatible at which oVirt compatibility level? This would normally be addressed in the release notes. It was also confusing to discover oVirt node 3.2.1 is compatible at the 3.5 level. The answer to this remains unclear but I'm trying to use Fedora 22 across the board now with oVirt node 3.2.1 and this seems to be working, although I haven't gotten a server node into a cluster yet, only oVirt nodes. - Storage domains - much doco about them being needed and how to configure them but nothing about what they are or why they are needed. I would have expected an oVirt node to be capable of both data and ISO storage but apparently there needs to be an NFS or iSCSI filesystem there first? And there's local storage vs shared, another concept much talked about how to prepare and add it but not explained why one would want to do that or what it means. I think with further internet combing and by trial-and-error I'm very likely to figure it all out. I hope all goes well and implement this stuff in our new data centre and then I'd be keen to contribute some of my own tech writing. Meanwhile, I hope to be active on this mailing list and I thank everyone in advance for sharing their oVirt experience. For any who are looking at the doco thanks much for the plethora of stuff out there already and I hope the above bullet points help you understand where doco most needs more attention. At least from the perspective of one who has just come across oVirt. Kind Regards, Ken Marsh Brisbane, Australia

3 3

Migration from VirtualBox to oVirt (do's and don'ts)
by Kiril L 05 Dec '15

05 Dec '15

As it seems a new server will have to be deployed soon. There is almost no budget and i cannot afford more then one machine. Because of that i was wondering if it would be possible to use VirtualBox (for now) and later migrate to oVirt (when I manage to get a permission)? I was wondering is there something that i have to do (when setting up the VM) in order to migrate at some point to oVirt?

5 6

Re: [ovirt-users] virsh athentification failure Users Digest Users Digest, Vol 51, Issue 35
by Jean-Pierre Ribeauville 04 Dec '15

04 Dec '15

Hi, I got a lot of good advices to fix my issue. Thanks to all . Regards, J.P. -----Message d'origine----- De : users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] De la part de users-request(a)ovirt.org Envoyé : vendredi 4 décembre 2015 17:11 À : users(a)ovirt.org Objet : Users Digest, Vol 51, Issue 35 Send Users mailing list submissions to users(a)ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request(a)ovirt.org You can reach the person managing the list at users-owner(a)ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Re: [libvirt-users] virsh athentification failure (Daniel P. Berrange) 2. RE : virsh athentification failure Users Digest, Vol 51, Issue 34 (Jean-Pierre Ribeauville) 3. Re: Virt-v2v import issue (Michal Skrivanek) 4. Re: Migration from VirtualBox to oVirt (do's and don'ts) (Michal Skrivanek) 5. Re: Virt-v2v import issue (Budur Nagaraju) 6. Re: [libvirt-users] virsh athentification failure (Michal Skrivanek) 7. Re: virsh athentification failure Users Digest, Vol 51, Issue 34 (Michal Skrivanek) ---------------------------------------------------------------------- Message: 1 Date: Fri, 4 Dec 2015 15:26:04 +0000 From: "Daniel P. Berrange" <berrange(a)redhat.com> To: Jean-Pierre Ribeauville <jpribeauville(a)axway.com> Cc: "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com>, "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [ovirt-users] [libvirt-users] virsh athentification failure Message-ID: <20151204152604.GE18045(a)redhat.com> Content-Type: text/plain; charset=utf-8 On Fri, Dec 04, 2015 at 03:18:19PM +0000, Jean-Pierre Ribeauville wrote: > Hi, > > I wrote a C program running in a KVM host. > Part of it adds a Unix Channel device in all Guests in order to have a dialog from Host to Guest. > As long as my host wasn't part of an Ovirt cluster , all was running fine. > > > I added my host in a ovirt cluster , and then , when running the script creating the channel device ( by using "virsh attach-device --persistent -live ....." ) , I got following error : > > Please enter your authentication name: > Please enter your password: > error: failed to connect to the hypervisor > error: no valid connection > error: authentication failed: Failed to step SASL negotiation: -1 > (SASL(-1): generic failure: All-whitespace username.) > > > What's the user/password I've to use then ? When you attach a compute node to oVirt, it sets up auth with libvirt to prevent admins from connecting to libvirt. If you want to oiverride that you need to create yourself a SASL user + password using the saslpasswd2 command eg see http://libvirt.org/auth.html#ACL_server_username Regards, Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| ------------------------------ Message: 2 Date: Fri, 4 Dec 2015 15:42:20 +0000 From: Jean-Pierre Ribeauville <jpribeauville(a)axway.com> To: "users(a)ovirt.org" <users(a)ovirt.org> Subject: [ovirt-users] RE : virsh athentification failure Users Digest, Vol 51, Issue 34 Message-ID: <1051EFB4D3A1704680C38CCAAC5836D2929DC391(a)WPTXMAIL2.ptx.axway.int> Content-Type: text/plain; charset="iso-8859-1" Hi, AFA IUnderstand , /var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.0 is a channel used for QEMU agent , so no way to use it for private purpose. J.P. -----Message d'origine----- De?: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] De la part de users-request(a)ovirt.org Envoy??: vendredi 4 d?cembre 2015 16:24 ??: users(a)ovirt.org Objet?: Users Digest, Vol 51, Issue 34 Send Users mailing list submissions to users(a)ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request(a)ovirt.org You can reach the person managing the list at users-owner(a)ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. virsh athentification failure (Jean-Pierre Ribeauville) 2. Re: virsh athentification failure (Nathana?l Blanchet) 3. Re: virsh athentification failure (Nathana?l Blanchet) ---------------------------------------------------------------------- Message: 1 Date: Fri, 4 Dec 2015 15:18:19 +0000 From: Jean-Pierre Ribeauville <jpribeauville(a)axway.com> To: "users(a)ovirt.org" <users(a)ovirt.org> Cc: "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com> Subject: [ovirt-users] virsh athentification failure Message-ID: <1051EFB4D3A1704680C38CCAAC5836D2929DC35C(a)WPTXMAIL2.ptx.axway.int> Content-Type: text/plain; charset="iso-8859-1" Hi, I wrote a C program running in a KVM host. Part of it adds a Unix Channel device in all Guests in order to have a dialog from Host to Guest. As long as my host wasn't part of an Ovirt cluster , all was running fine. I added my host in a ovirt cluster , and then , when running the script creating the channel device ( by using "virsh attach-device --persistent -live ....." ) , I got following error : Please enter your authentication name: Please enter your password: error: failed to connect to the hypervisor error: no valid connection error: authentication failed: Failed to step SASL negotiation: -1 (SASL(-1): generic failure: All-whitespace username.) What's the user/password I've to use then ? BTW , I've seen that following channel device was added to the Guest at its creation : /var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.0 What's used for ? I presume I cannot use for my private purpose ? I sent this topic to ovirt and libvirt mailing lists , cos I don't know which forum is the right one for this kind of subject. Thanks for help. Regards, J.P. Ribeauville P: +33.(0).1.47.17.20.49 . Puteaux 3 Etage 5 Bureau 4 jpribeauville(a)axway.com<mailto:jpribeauville@axway.com> http://www.axway.com<http://www.axway.com/> P Pensez ? l'environnement avant d'imprimer.

1 0

Setting PXE boot via Python API
by Jamie Lawrence 04 Dec '15

04 Dec '15

--Apple-Mail=_8ECE0118-DEA3-4CED-9A39-9461CF227A27 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello, I=E2=80=99m currently playing with scripted VM creation and have an = issue getting the newly created VM to PXE boot. My objective is to port = some creation scripts from the environment this will eventually replace = and worry about making this more =E2=80=9COvirt-ey=E2=80=9D later. Skipping the details, everything is happy through creation, and when I = boot it, it attempts to boot from a =E2=80=98disk' and fails, and I = don=E2=80=99t understand why. Following the creation of the VM, creation/attachment of the disk and = net, boot_dev =3D params.Boot(dev=3D'network') vm.os.set_boot([boot_dev]) vm.set_os(params.OperatingSystem(cmdline=3Dkernel_cmd)) vm.update() kernel_cmd there evaluates to a fairly typical PXEboot string that works = with our legacy setup - there isn=E2=80=99t really anything exotic going = on. The BIOS doesn=E2=80=99t show any attempt at a PXE boot - it goes = straight to the disk, declares it unbootable (because it was just = created and is blank), and halts. It feels like the set_boot line is = wrong or ignored, but this is new to me. Anyone have a hint? Thanks, -j= --Apple-Mail=_8ECE0118-DEA3-4CED-9A39-9461CF227A27 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 oIIBcTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEyMDMyMTU5 MzRaMCMGCSqGSIb3DQEJBDEWBBSSoCNtpkmO63vwjattp26H+EReUjCBhgYJKwYBBAGCNxAEMXkw dzBgMRMwEQYKCZImiZPyLGQBGRYDY29tMRswGQYKCZImiZPyLGQBGRYLc3F1YXJldHJhZGUxFDAS BgoJkiaJk/IsZAEZFgRjb3JwMRYwFAYDVQQDEw1jb3JwLVNVQkNBLUNBAhNUAAATRR9jZLVUfjFt AAAAABNFMIGIBgsqhkiG9w0BCRACCzF5oHcwYDETMBEGCgmSJomT8ixkARkWA2NvbTEbMBkGCgmS JomT8ixkARkWC3NxdWFyZXRyYWRlMRQwEgYKCZImiZPyLGQBGRYEY29ycDEWMBQGA1UEAxMNY29y cC1TVUJDQS1DQQITVAAAE0UfY2S1VH4xbQAAAAATRTANBgkqhkiG9w0BAQEFAASCAQAxJFq2qh0j WLja986PuK0E+XhS01wbbmNrcdOxhRfifyFjFTn7pzSlNTM1R84LOPVBnry/KwC9BBdMKHb4UYxo Ym6TDGR5FGf+LwcQtPGBQvt/QhqDRv6DMO9BcLjp7DVf1cnsCawS9j1HNlNjR87nXG/4fOd8fCWv Lb5VjkO/AGnQrEQDLPO2hMnsSgW/763arBgEvJoHLj0gnRGLjxal2yXw+xW8ZLxxDkLkhp5KHjFt nk33/Fw6xWUM2IKWVXzQIbBK3TrGVztKcZBljqvRqTmCTQwZ5spX+BS2e6tUUaorO/6+PK2+76Ne lO3JsMbYtEP7qPh550WIJI7y6ePfAAAAAAAA --Apple-Mail=_8ECE0118-DEA3-4CED-9A39-9461CF227A27--

3 3

RE : virsh athentification failure Users Digest, Vol 51, Issue 34
by Jean-Pierre Ribeauville 04 Dec '15

04 Dec '15

Hi, AFA IUnderstand , /var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.0 is a channel used for QEMU agent , so no way to use it for private purpose. J.P. -----Message d'origine----- De : users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] De la part de users-request(a)ovirt.org Envoyé : vendredi 4 décembre 2015 16:24 À : users(a)ovirt.org Objet : Users Digest, Vol 51, Issue 34 Send Users mailing list submissions to users(a)ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request(a)ovirt.org You can reach the person managing the list at users-owner(a)ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. virsh athentification failure (Jean-Pierre Ribeauville) 2. Re: virsh athentification failure (Nathana?l Blanchet) 3. Re: virsh athentification failure (Nathana?l Blanchet) ---------------------------------------------------------------------- Message: 1 Date: Fri, 4 Dec 2015 15:18:19 +0000 From: Jean-Pierre Ribeauville <jpribeauville(a)axway.com> To: "users(a)ovirt.org" <users(a)ovirt.org> Cc: "libvirt-users(a)redhat.com" <libvirt-users(a)redhat.com> Subject: [ovirt-users] virsh athentification failure Message-ID: <1051EFB4D3A1704680C38CCAAC5836D2929DC35C(a)WPTXMAIL2.ptx.axway.int> Content-Type: text/plain; charset="iso-8859-1" Hi, I wrote a C program running in a KVM host. Part of it adds a Unix Channel device in all Guests in order to have a dialog from Host to Guest. As long as my host wasn't part of an Ovirt cluster , all was running fine. I added my host in a ovirt cluster , and then , when running the script creating the channel device ( by using "virsh attach-device --persistent -live ....." ) , I got following error : Please enter your authentication name: Please enter your password: error: failed to connect to the hypervisor error: no valid connection error: authentication failed: Failed to step SASL negotiation: -1 (SASL(-1): generic failure: All-whitespace username.) What's the user/password I've to use then ? BTW , I've seen that following channel device was added to the Guest at its creation : /var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.0 What's used for ? I presume I cannot use for my private purpose ? I sent this topic to ovirt and libvirt mailing lists , cos I don't know which forum is the right one for this kind of subject. Thanks for help. Regards, J.P. Ribeauville P: +33.(0).1.47.17.20.49 . Puteaux 3 Etage 5 Bureau 4 jpribeauville(a)axway.com<mailto:jpribeauville@axway.com> http://www.axway.com<http://www.axway.com/> P Pensez ? l'environnement avant d'imprimer.

2 1

virsh athentification failure
by Jean-Pierre Ribeauville 04 Dec '15

04 Dec '15

--_000_1051EFB4D3A1704680C38CCAAC5836D2929DC35CWPTXMAIL2ptxaxw_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I wrote a C program running in a KVM host. Part of it adds a Unix Channel device in all Guests in order to have a dia= log from Host to Guest. As long as my host wasn't part of an Ovirt cluster , all was running fine. I added my host in a ovirt cluster , and then , when running the script cre= ating the channel device ( by using "virsh attach-device --persistent -= live ....." ) , I got following error : Please enter your authentication name: Please enter your password: error: failed to connect to the hypervisor error: no valid connection error: authentication failed: Failed to step SASL negotiation: -1 (SASL(-1)= : generic failure: All-whitespace username.) What's the user/password I've to use then ? BTW , I've seen that following channel device was added to the Guest at it= s creation : /var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qem= u.guest_agent.0 What's used for ? I presume I cannot use for my private purpose ? I sent this topic to ovirt and libvirt mailing lists , cos I don't know wh= ich forum is the right one for this kind of subject. Thanks for help. Regards, J.P. Ribeauville P: +33.(0).1.47.17.20.49 . Puteaux 3 Etage 5 Bureau 4 jpribeauville(a)axway.com<mailto:jpribeauville@axway.com> http://www.axway.com<http://www.axway.com/> P Pensez =E0 l'environnement avant d'imprimer. --_000_1051EFB4D3A1704680C38CCAAC5836D2929DC35CWPTXMAIL2ptxaxw_ Content-Type: text/html; charset="iso-8859-1" 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=3Diso-8859-= 1"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"FR" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p> I wrote a C program running in = a KVM host.<o:p></o:p> Part of it adds a Unix Channel = device in all Guests in order to  have a dialog from Host to Guest.<o:= p></o:p> As long as my host wasn’t= part of an Ovirt cluster , all was running fine.<o:p></o:p> <o:p> </o:p> <o:p> </o:p> I added my host in a ovirt clus= ter , and then , when running the script creating the channel device  = ( by  using  “virsh attach-device  --persistent &#8211= ;live …..” ) , I got following error :<o:p></o:p> <o:p> </o:p> Please enter your authentica= tion name:<o:p></o:p> Please enter your password:<= o:p></o:p> error: failed to connect to = the hypervisor<o:p></o:p> error: no valid connection<o:p></o:p> error: authentication failed= : Failed to step SASL negotiation: -1 (SASL(-1): generic failure: All-white= space username.)<o:p></o:p> <o:p> </o:p>= <o:p> </o:p>= What’s the user/password = I’ve to use then ?<o:p></o:p> <o:p> </o:p>= <o:p> </o:p>= BTW , I’ve seen that foll= owing channel device was  added to the Guest at its creation :<o:p></o= :p> <o:p> </o:p> /var/lib/libvirt/qemu/channe= ls/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.0<o:p></o:p></= span> <o:p> </o:p> What’s used for ?<o:p></o= :p> I presume I cannot use for my p= rivate purpose ?<o:p></o:p> <o:p> </o:p>= I sent this topic to ovirt &nbs= p;and libvirt mailing lists , cos I don’t know which forum is the rig= ht one for this kind of subject.<o:p></o:p> <o:p> </o:p> <o:p> </o:p>= Thanks for help.<o:p></o:p></sp= an> <o:p> </o:p> Regards,<o:p></o:p> <o:p> </o:p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0"> <tbody> <tr> <td valign=3D"top" style=3D"padding:0cm 4.5pt 0cm 0cm"> <o:p> </o:p> J.P. Ribeauville<o:p></o:p> <o:p> </o:p> </td> </tr> <tr> <td style=3D"padding:2.25pt 4.5pt 4.5pt 0cm"> P: +33.(0).1.47.17.= 20.49<o:p></o:p></sp= an> .<o:= p></o:p> Pute= aux 3 Etage 5  Bureau 4<o:p></o:p> <o:p= > </o:p> <a href=3D"mailto:jpribeauville@axway.com">= jpribeauville(a)axway.com</a></= span> <a href=3D"http://www.axway.com/">http://www.ax= way.com</a><o:p></o:p> <o:p= > </o:p> </td> </tr> </tbody> </table> <o:p> </o:p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0"> <tbody> <tr> <td style=3D"padding:4.5pt 4.5pt 4.5pt 0cm"> P Pensez =E0 l’environnement avant d’i= mprimer.<o:p></o:p><= /span> </td> </tr> </tbody> </table> <o:p> <= /o:p> <o:p> </o:p> </div> </body> </html> --_000_1051EFB4D3A1704680C38CCAAC5836D2929DC35CWPTXMAIL2ptxaxw_--

4 3

Re: [ovirt-users] virsh athentification failure
by Nathanaël Blanchet 04 Dec '15

04 Dec '15

This is a multi-part message in MIME format. --------------010007080203050408050202 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable Le 04/12/2015 16:21, Nathana=EBl Blanchet a =E9crit : > user:vdsm@ovirt > pass:shibboleth > > Le 04/12/2015 16:18, Jean-Pierre Ribeauville a =E9crit : >> >> Hi, >> >> I wrote a C program running in a KVM host. >> >> Part of it adds a Unix Channel device in all Guests in order to have=20 >> a dialog from Host to Guest. >> >> As long as my host wasn=92t part of an Ovirt cluster , all was running= =20 >> fine. >> >> I added my host in a ovirt cluster , and then , when running the=20 >> script creating the channel device ( by using =93virsh attach-devic= e=20 >> --persistent =96live =85..=94 ) , I got following error : >> >> /Please enter your authentication name:/ >> >> /Please enter your password:/ >> >> /error: failed to connect to the hypervisor/ >> >> /error: no valid connection/ >> >> /error: authentication failed: Failed to step SASL negotiation: -1=20 >> (SASL(-1): generic failure: All-whitespace username.)/ >> >> // >> >> // >> >> What=92s the user/password I=92ve to use then ? >> >> // >> >> // >> >> BTW , I=92ve seen that following channel device was added to the Gues= t=20 >> at its creation : >> >> //var/lib/libvirt/qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.o= rg.qemu.guest_agent.0/ >> >> What=92s used for ? >> >> I presume I cannot use for my private purpose ? >> >> // >> >> I sent this topic to ovirt and libvirt mailing lists , cos I don=92t=20 >> know which forum is the right one for this kind of subject. >> >> // >> >> Thanks for help. >> >> Regards, >> >> ** >> >> *J.P. Ribeauville* >> >> P: +33.(0).1.47.17.20.49 >> >> . >> >> Puteaux 3 Etage 5 Bureau 4 >> >> _jpribeauville(a)axway.com <mailto:jpribeauville@axway.com>__ >> _<http://www.axway.com/>http://www.axway.com >> >> P Pensez =E0 l=92environnement avant d=92imprimer. >> >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > --=20 > Nathana=EBl Blanchet > > Supervision r=E9seau > P=F4le Infrastrutures Informatiques > 227 avenue Professeur-Jean-Louis-Viala > 34193 MONTPELLIER CEDEX 5 =09 > T=E9l. 33 (0)4 67 54 84 55 > Fax 33 (0)4 67 54 84 14 > blanchet(a)abes.fr =20 --=20 Nathana=EBl Blanchet Supervision r=E9seau P=F4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=E9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr --------------010007080203050408050202 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable <html> <head> <meta content=3D"text/html; charset=3Dwindows-1252" http-equiv=3D"Content-Type"> </head> <body bgcolor=3D"#FFFFFF" text=3D"#000000"> <div class=3D"moz-cite-prefix">Le 04/12/2015 16:21, Nathana=EBl Blanc= het a =E9crit=A0: </div> <blockquote cite=3D"mid:5661AF85.6050000@abes.fr" type=3D"cite"> <meta content=3D"text/html; charset=3Dwindows-1252" http-equiv=3D"Content-Type"> user:vdsm@ovirt pass:shibboleth <div class=3D"moz-cite-prefix">Le 04/12/2015 16:18, Jean-Pierre Ribeauville a =E9crit=A0: </div> <blockquote cite=3D"mid:1051EFB4D3A1704680C38CCAAC5836D2929DC35C@WPTXMAIL2.ptx.axway.= int" type=3D"cite"> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dwindows-1252"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p>=A0</o:p> I wrote a C program running in a KVM host.<o:p></o:p> Part of it adds a U= nix Channel device in all Guests in order to =A0have a dialog from Host to Guest.<o:p></o:p> As long as my host wasn=92t part of an Ovirt cluster , all was running fine.<o= :p></o:p> <o:p>=A0</o:p></spa= n> <o:p>=A0</o:p></spa= n> I added my host in = a ovirt cluster , and then , when running the script creating the channel device =A0( by =A0using =A0=93virsh attach-device =A0--persistent =96live =85..=94 ) , I got fo= llowing error :<o:p></o:p> <o:p>=A0</o:p></spa= n> Please enter you= r authentication name:<o:p></o:p> Please enter you= r password:<o:p></o:p> error: failed to connect to the hypervisor<o:p></o:p> error: no valid connection<o:p></o:p>= error: authentication failed: Failed to step SASL negotiation: -1 (SASL(-1): generic failure: All-whitespace username.)<= o:p></o:p> <o:p>=A0</o:p></= span> <o:p>=A0</o:p></= span> What=92s the user/password I=92ve to use then ?<o:p></o:p> <o:p>=A0</o:p></= span> <o:p>=A0</o:p></= span> BTW , I=92ve seen t= hat following channel device was =A0added to the Guest at its creation :<o:p></o:p> <o:p>=A0</o:p></spa= n> /var/lib/libvirt= /qemu/channels/ad1a8b0e-f8b6-4038-be3d-275f38e66eb3.org.qemu.guest_agent.= 0<o:p></o:p> <o:p>=A0</o:p></spa= n> What=92s used for ?= <o:p></o:p> I presume I cannot = use for my private purpose ?<o:p></o:p> <o:p>=A0</o:p></= span> I sent this topic t= o ovirt =A0and libvirt mailing lists , cos I don=92t know whi= ch forum is the right one for this kind of subject.<o:p></o:p>= <o:p>=A0</o:p></spa= n> <o:p>=A0</o:p></= span> Thanks for help.<o:= p></o:p> <o:p>=A0</o:p></spa= n> Regards,<o:p></o:p>= <o:p>=A0</o:p></spa= n> <table class=3D"MsoNormalTable" border=3D"0" cellpadding=3D"0" cellspacing=3D"0"> <tbody> <tr> <td style=3D"padding:0cm 4.5pt 0cm 0cm" valign=3D"top"> <o:p>=A0</o:p> J.P. Ribeauville<o:p></o:p>= <o:p>=A0</o:p> </td> </tr> <tr> <td style=3D"padding:2.25pt 4.5pt 4.5pt 0cm"> P: +33.(0).1.47.17.20.49<= span style=3D"font-size:8.5pt;font-family:"Arial","sans-serif&q= uot;;color:#737373;mso-fareast-language:FR"><o:p></o:p> .<o:p></o:p> Puteaux 3 Etage 5=A0 Bureau 4<o:p></o:p> <o:p>=A0</o:p> <a moz-do-not-send=3D"true" href=3D"mailto:jpribeauville@axway.com">jpribeauvill= e(a)axway.com</a> <a moz-do-not-send=3D"true" href=3D"http://www.axway.com/"></a><a moz-do-not-send=3D"true" class=3D"moz-txt-link-freetext" href=3D"http://www.axway.com"><a class=3D"moz-txt= -link-freetext" href=3D"http://www.axway.com">http://www.axway.com</a></a= ><o:p></o:p> <o:p>=A0</o:p> </td> </tr> </tbody> </table> <o:p>=A0</o:= p> <table class=3D"MsoNormalTable" border=3D"0" cellpadding=3D"0" cellspacing=3D"0"> <tbody> <tr> <td style=3D"padding:4.5pt 4.5pt 4.5pt 0cm"> P=A0Pensez =E0 l=92environnement avant d=92imprimer.<sp= an style=3D"font-size:8.0pt;font-family:"Arial","sans-serif&q= uot;;color:#888888;mso-fareast-language:FR"><o:p></o:p> </td> </tr> </tbody> </table> = <o:p>=A0</o:p> <o:p>=A0</o:p> </div> <fieldset class=3D"mimeAttachmentHeader"></fieldset> <pre wrap=3D"">_______________________________________________ Users mailing list <a moz-do-not-send=3D"true" class=3D"moz-txt-link-abbreviated" href=3D"ma= ilto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send=3D"true" class=3D"moz-txt-link-freetext" href=3D"http:= //lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/= listinfo/users</a> </pre> </blockquote> <pre class=3D"moz-signature" cols=3D"72">--=20 Nathana=EBl Blanchet Supervision r=E9seau P=F4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=E9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 <a moz-do-not-send=3D"true" class=3D"moz-txt-link-abbreviated" href=3D"ma= ilto:blanchet@abes.fr">blanchet(a)abes.fr</a> </pre> </blockquote> <pre class=3D"moz-signature" cols=3D"72">--=20 Nathana=EBl Blanchet Supervision r=E9seau P=F4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=E9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:blanchet@abes.fr">bl= anchet(a)abes.fr</a> </pre> </body> </html> --------------010007080203050408050202--

1 0

Failing to add NFS storage domain
by Jean-Pierre Ribeauville 04 Dec '15

04 Dec '15

--_000_1051EFB4D3A1704680C38CCAAC5836D2929DC0A1WPTXMAIL2ptxaxw_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, By using 3.5 ovirt , I'm trying to add an NFS storage domain to my datace= nter. Then I got following error : Error while executing action New NFS Storage Domain: Error creating a stora= ge domain I restart sanlock service on the host ( it's a RHEL 7) ; no positive effec= t. In engine.log found this : .... 2015-12-02 11:42:17,767 INFO [org.ovirt.engine.core.bll.storage.AddStorage= ServerConnectionCommand] (ajp-/127.0.0.1:8702-8) [47ec013e] Lock Acquired t= o object EngineLock [exclusiveLocks=3D key: omniserv.lab.dc01.axway.int:/nf= s/omnicol value: STORAGE_CONNECTION , sharedLocks=3D ] 2015-12-02 11:42:17,771 INFO [org.ovirt.engine.core.bll.storage.AddStorage= ServerConnectionCommand] (ajp-/127.0.0.1:8702-8) [47ec013e] Running command= : AddStorageServerConnectionCommand internal: false. Entities affected : I= D: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STO= RAGE_DOMAIN with role type ADMIN 2015-12-02 11:42:17,771 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Co= nnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-8) [47ec013e] START, Con= nectStorageServerVDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3024-17= 0f-48a1-a78a-951a2c61c680, storagePoolId =3D 00000000-0000-0000-0000-000000= 000000, storageType =3D NFS, connectionList =3D [{ id: null, connection: om= niserv.lab.dc01.axway.int:/nfs/omnicol, iqn: null, vfsType: null, mountOpti= ons: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id:= 7651babb 2015-12-02 11:42:17,790 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Co= nnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-8) [47ec013e] FINISH, Co= nnectStorageServerVDSCommand, return: {00000000-0000-0000-0000-000000000000= =3D0}, log id: 7651babb 2015-12-02 11:42:17,793 INFO [org.ovirt.engine.core.bll.storage.AddStorage= ServerConnectionCommand] (ajp-/127.0.0.1:8702-8) [47ec013e] Lock freed to o= bject EngineLock [exclusiveLocks=3D key: omniserv.lab.dc01.axway.int:/nfs/o= mnicol value: STORAGE_CONNECTION , sharedLocks=3D ] 2015-12-02 11:42:17,810 INFO [org.ovirt.engine.core.bll.storage.AddNFSStor= ageDomainCommand] (ajp-/127.0.0.1:8702-6) [66393037] Running command: AddNF= SStorageDomainCommand internal: false. Entities affected : ID: aaa00000-00= 00-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN wi= th role type ADMIN 2015-12-02 11:42:17,813 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Co= nnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] START, Con= nectStorageServerVDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3024-17= 0f-48a1-a78a-951a2c61c680, storagePoolId =3D 00000000-0000-0000-0000-000000= 000000, storageType =3D NFS, connectionList =3D [{ id: ce05a2b0-cee9-44a9-8= 45e-8a35349c7195, connection: omniserv.lab.dc01.axway.int:/nfs/omnicol, iqn= : null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: nu= ll, nfsTimeo: null };]), log id: 7c9bb0db 2015-12-02 11:42:17,828 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Co= nnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] FINISH, Co= nnectStorageServerVDSCommand, return: {ce05a2b0-cee9-44a9-845e-8a35349c7195= =3D0}, log id: 7c9bb0db 2015-12-02 11:42:17,828 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr= eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] START, Crea= teStorageDomainVDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3024-170f= -48a1-a78a-951a2c61c680, storageDomain=3DStorageDomainStatic[test_nfs, 5c4b= 7602-47de-47a7-a278-95b1ac7b1f8d], args=3Domniserv.lab.dc01.axway.int:/nfs/= omnicol), log id: 62401241 2015-12-02 11:42:17,986 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr= eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] Failed in C= reateStorageDomainVDS method 2015-12-02 11:42:17,986 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr= eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] Command org= .ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand return= value StatusOnlyReturnForXmlRpc [mStatus=3DStatusForXmlRpc [mCode=3D351, mMessage= =3DError creating a storage domain: (u'storageType=3D1, sdUUID=3D5c4b7602-4= 7de-47a7-a278-95b1ac7b1f8d, domainName=3Dtest_nfs, domClass=3D1, typeSpecif= icArg=3Domniserv.lab.dc01.axway.int:/nfs/omnicol domVersion=3D3',)]] 2015-12-02 11:42:17,986 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr= eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] HostName = =3D ldc01omv01 2015-12-02 11:42:17,986 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr= eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] Command Cre= ateStorageDomainVDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3024-170= f-48a1-a78a-951a2c61c680, storageDomain=3DStorageDomainStatic[test_nfs, 5c4= b7602-47de-47a7-a278-95b1ac7b1f8d], args=3Domniserv.lab.dc01.axway.int:/nfs= /omnicol) execution failed. Exception: VDSErrorException: VDSGenericExcepti= on: VDSErrorException: Failed to CreateStorageDomainVDS, error =3D Error cr= eating a storage domain: (u'storageType=3D1, sdUUID=3D5c4b7602-47de-47a7-a2= 78-95b1ac7b1f8d, domainName=3Dtest_nfs, domClass=3D1, typeSpecificArg=3Domn= iserv.lab.dc01.axway.int:/nfs/omnicol domVersion=3D3',), code =3D 351 2015-12-02 11:42:17,986 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr= eateStorageDomainVDSCommand] (ajp-/127.0.0.1:8702-6) [66393037] FINISH, Cre= ateStorageDomainVDSCommand, log id: 62401241 2015-12-02 11:42:17,986 ERROR [org.ovirt.engine.core.bll.storage.AddNFSStor= ageDomainCommand] (ajp-/127.0.0.1:8702-6) [66393037] Command org.ovirt.engi= ne.core.bll.storage.AddNFSStorageDomainCommand throw Vdc Bll exception. Wit= h error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.= VDSErrorException: VDSGenericException: VDSErrorException: Failed to Create= StorageDomainVDS, error =3D Error creating a storage domain: (u'storageType= =3D1, sdUUID=3D5c4b7602-47de-47a7-a278-95b1ac7b1f8d, domainName=3Dtest_nfs,= domClass=3D1, typeSpecificArg=3Domniserv.lab.dc01.axway.int:/nfs/omnicol d= omVersion=3D3',), code =3D 351 (Failed with error StorageDomainCreationErro= r and code 351) 2015-12-02 11:42:17,987 INFO [org.ovirt.engine.core.bll.storage.AddNFSStor= ageDomainCommand] (ajp-/127.0.0.1:8702-6) [66393037] Command [id=3D8e20457a= -94d6-45f6-8747-73eb18e0ab87]: Compensating NEW_ENTITY_ID of org.ovirt.engi= ne.core.common.businessentities.StorageDomainDynamic; snapshot: 5c4b7602-47= de-47a7-a278-95b1ac7b1f8d. 2015-12-02 11:42:17,987 INFO [org.ovirt.engine.core.bll.storage.AddNFSStor= ageDomainCommand] (ajp-/127.0.0.1:8702-6) [66393037] Command [id=3D8e20457a= -94d6-45f6-8747-73eb18e0ab87]: Compensating NEW_ENTITY_ID of org.ovirt.engi= ne.core.common.businessentities.StorageDomainStatic; snapshot: 5c4b7602-47d= e-47a7-a278-95b1ac7b1f8d. 2015-12-02 11:42:17,989 ERROR [org.ovirt.engine.core.bll.storage.AddNFSStor= ageDomainCommand] (ajp-/127.0.0.1:8702-6) [66393037] Transaction rolled-bac= k for command: org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand= . 2015-12-02 11:42:17,991 ERROR [org.ovirt.engine.core.dal.dbbroker.auditlogh= andling.AuditLogDirector] (ajp-/127.0.0.1:8702-6) [66393037] Correlation ID= : 66393037, Job ID: e5ce2642-b4d4-4088-b33a-0e68fb698275, Call Stack: null,= Custom Event ID: -1, Message: Failed to add Storage Domain test_nfs. (User= : admin@internal) 2015-12-02 11:42:18,038 INFO [org.ovirt.engine.core.bll.storage.RemoveStor= ageServerConnectionCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] Lock Acquire= d to object EngineLock [exclusiveLocks=3D key: ce05a2b0-cee9-44a9-845e-8a35= 349c7195 value: STORAGE_CONNECTION key: omniserv.lab.dc01.axway.int:/nfs/omnicol value: STORAGE_CONNECTION , sharedLocks=3D ] 2015-12-02 11:42:18,040 INFO [org.ovirt.engine.core.bll.storage.RemoveStor= ageServerConnectionCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] Running comm= and: RemoveStorageServerConnectionCommand internal: false. Entities affecte= d : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREA= TE_STORAGE_DOMAIN with role type ADMIN 2015-12-02 11:42:18,041 INFO [org.ovirt.engine.core.bll.storage.RemoveStor= ageServerConnectionCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] Removing con= nection ce05a2b0-cee9-44a9-845e-8a35349c7195 from database 2015-12-02 11:42:18,042 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Di= sconnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] START, = DisconnectStorageServerVDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3= 024-170f-48a1-a78a-951a2c61c680, storagePoolId =3D 00000000-0000-0000-0000-= 000000000000, storageType =3D NFS, connectionList =3D [{ id: ce05a2b0-cee9-= 44a9-845e-8a35349c7195, connection: omniserv.lab.dc01.axway.int:/nfs/omnico= l, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetra= ns: null, nfsTimeo: null };]), log id: 65092833 2015-12-02 11:42:18,163 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Di= sconnectStorageServerVDSCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] FINISH,= DisconnectStorageServerVDSCommand, return: {ce05a2b0-cee9-44a9-845e-8a3534= 9c7195=3D0}, log id: 65092833 2015-12-02 11:42:18,164 INFO [org.ovirt.engine.core.bll.storage.RemoveStor= ageServerConnectionCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] Lock freed t= o object EngineLock [exclusiveLocks=3D key: ce05a2b0-cee9-44a9-845e-8a35349= c7195 value: STORAGE_CONNECTION key: omniserv.lab.dc01.axway.int:/nfs/omnicol value: STORAGE_CONNECTION , sharedLocks=3D ] ....... On host side, I see the new NFS mount point correctly setup and I'm able to= list its contents. Thanks for help. J.P. Ribeauville P: +33.(0).1.47.17.20.49 . Puteaux 3 Etage 5 Bureau 4 jpribeauville(a)axway.com<mailto:jpribeauville@axway.com> http://www.axway.com<http://www.axway.com/> P Pensez =E0 l'environnement avant d'imprimer. --_000_1051EFB4D3A1704680C38CCAAC5836D2929DC0A1WPTXMAIL2ptxaxw_ Content-Type: text/html; charset="iso-8859-1" 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=3Diso-8859-= 1"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"FR" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p> By using 3.5 ovirt , I'm try= ing to add  an NFS  storage domain to my datacenter.<o:p></o:p></= span> <o:p> </o:p> <o:p> </o:p> Then  I  got follo= wing error :<o:p></o:p> <o:p> </o:p> Error while executing action New NFS Storage Domain: Error creating a= storage domain<o:p></o:p> <o:p> </o:p><= /i> <o:p> </o:p> I restart sanlock service on= the host ( it's a RHEL 7)  ; no positive effect.<o:p></o:p></p= > <o:p> </o:p> In engine.log  found th= is  :<o:p></o:p> <o:p> </o:p>= ….<o:p></o:p></= i> 2015-12-02 11:42:17,767 INFO  [org.ovirt.eng= ine.core.bll.storage.AddStorageServerConnectionCommand] (ajp-/127.0.0.1:870= 2-8) [47ec013e] Lock Acquired to object EngineLock [exclusiveLocks=3D key: = omniserv.lab.dc01.axway.int:/nfs/omnicol value: STORAGE_CONNECTION<o:p></o:p> , sharedLocks=3D ]<o:p></o:p= > 2015-12-02 11:42:17,771 INFO=   [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand= ] (ajp-/127.0.0.1:8702-8) [47ec013e] Running command: AddStorageServerConne= ctionCommand internal: false. Entities affected :  ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group = CREATE_STORAGE_DOMAIN with role type ADMIN<o:p></o:p> 2015-12-02 11:42:17,771 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCo= mmand] (ajp-/127.0.0.1:8702-8) [47ec013e] START, ConnectStorageServerVDSCom= mand(HostName =3D ldc01omv01, HostId =3D 09bb3024-170f-48a1-a78a-951a2c61c6= 80, storagePoolId =3D 00000000-0000-0000-0000-000000000000, storageType =3D NF= S, connectionList =3D [{ id: null, connection: omniserv.lab.dc01.axway.int:= /nfs/omnicol, iqn: null, vfsType: null, mountOptions: null, nfsVersion: nul= l, nfsRetrans: null, nfsTimeo: null };]), log id: 7651babb<o:p></o:p> 2015-12-02 11:42:17,790 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCo= mmand] (ajp-/127.0.0.1:8702-8) [47ec013e] FINISH, ConnectStorageServerVDSCo= mmand, return: {00000000-0000-0000-0000-000000000000=3D0}, log id: 7651babb<o:p></o:p> 2015-12-02 11:42:17,793 INFO=   [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand= ] (ajp-/127.0.0.1:8702-8) [47ec013e] Lock freed to object EngineLock [exclu= siveLocks=3D key: omniserv.lab.dc01.axway.int:/nfs/omnicol value: STORAGE_CONNECTION<o:p></o:p> , sharedLocks=3D ]<o:p></o:p> 2015-12-02 11:42:17,810 INFO=   [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp-= /127.0.0.1:8702-6) [66393037] Running command: AddNFSStorageDomainCommand i= nternal: false. Entities affected :  ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORA= GE_DOMAIN with role type ADMIN<o:p></o:p> 2015-12-02 11:42:17,813 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCo= mmand] (ajp-/127.0.0.1:8702-6) [66393037] START, ConnectStorageServerVDSCom= mand(HostName =3D ldc01omv01, HostId =3D 09bb3024-170f-48a1-a78a-951a2c61c6= 80, storagePoolId =3D 00000000-0000-0000-0000-000000000000, storageType =3D NF= S, connectionList =3D [{ id: ce05a2b0-cee9-44a9-845e-8a35349c7195, connecti= on: omniserv.lab.dc01.axway.int:/nfs/omnicol, iqn: null, vfsType: null, mou= ntOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 7c9bb0db<o:p></o:p> 2015-12-02 11:42:17,828 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCo= mmand] (ajp-/127.0.0.1:8702-6) [66393037] FINISH, ConnectStorageServerVDSCo= mmand, return: {ce05a2b0-cee9-44a9-845e-8a35349c7195=3D0}, log id: 7c9bb0db<o:p></o:p> 2015-12-02 11:42:17,828 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCom= mand] (ajp-/127.0.0.1:8702-6) [66393037] START, CreateStorageDomainVDSComma= nd(HostName =3D ldc01omv01, HostId =3D 09bb3024-170f-48a1-a78a-951a2c61c680= , storageDomain=3DStorageDomainStatic[test_nfs, 5c4b7602-47de-47a7-a278-95b1= ac7b1f8d], args=3Domniserv.lab.dc01.axway.int:/nfs/omnicol), log id: 624012= 41<o:p></o:p> 2015-12-02 11:42:17,986 ERRO= R [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand]= (ajp-/127.0.0.1:8702-6) [66393037] Failed in CreateStorageDomainVDS method= <o:p></o:p> 2015-12-02 11:42:17,986 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCom= mand] (ajp-/127.0.0.1:8702-6) [66393037] Command org.ovirt.engine.core.vdsb= roker.vdsbroker.CreateStorageDomainVDSCommand return value<o:p></o:p> StatusOnlyReturnForXmlRpc [m= Status=3DStatusForXmlRpc [mCode=3D351, mMessage=3DError creating a storage = domain: (u'storageType=3D1, sdUUID=3D5c4b7602-47de-47a7-a278-95b1ac7b1f8d, = domainName=3Dtest_nfs, domClass=3D1, typeSpecificArg=3Domniserv.lab.dc01.ax= way.int:/nfs/omnicol domVersion=3D3',)]]<o:p></o:p> 2015-12-02 11:42:17,986 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCom= mand] (ajp-/127.0.0.1:8702-6) [66393037] HostName =3D ldc01omv01<o:p></o:p>= 2015-12-02 11:42:17,986 ERRO= R [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand]= (ajp-/127.0.0.1:8702-6) [66393037] Command CreateStorageDomainVDSCommand(H= ostName =3D ldc01omv01, HostId =3D 09bb3024-170f-48a1-a78a-951a2c61c680, storageDomain=3DStorageDomainStatic[test_nfs, 5c4b7602-47de-47a7-a278-95b1= ac7b1f8d], args=3Domniserv.lab.dc01.axway.int:/nfs/omnicol) execution faile= d. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Fa= iled to CreateStorageDomainVDS, error =3D Error creating a storage domain: (u'storageType=3D1, sdUUID=3D5c4b7602= -47de-47a7-a278-95b1ac7b1f8d, domainName=3Dtest_nfs, domClass=3D1, typeSpec= ificArg=3Domniserv.lab.dc01.axway.int:/nfs/omnicol domVersion=3D3',), code = =3D 351<o:p></o:p> 2015-12-02 11:42:17,986 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCom= mand] (ajp-/127.0.0.1:8702-6) [66393037] FINISH, CreateStorageDomainVDSComm= and, log id: 62401241<o:p></o:p> 2015-12-02 11:42:17,986 ERRO= R [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp-/127.= 0.0.1:8702-6) [66393037] Command org.ovirt.engine.core.bll.storage.AddNFSSt= orageDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbro= ker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to Cr= eateStorageDomainVDS, error =3D Error creating a storage domain: (u'storage= Type=3D1, sdUUID=3D5c4b7602-47de-47a7-a278-95b1ac7b1f8d, domainName=3Dtest_nfs, domClass=3D1, typeSpecificArg=3Domniserv.lab.dc01.a= xway.int:/nfs/omnicol domVersion=3D3',), code =3D 351 (Failed with error St= orageDomainCreationError and code 351)<o:p></o:p> 2015-12-02 11:42:17,987 INFO=   [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp-= /127.0.0.1:8702-6) [66393037] Command [id=3D8e20457a-94d6-45f6-8747-73eb18e= 0ab87]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.business= entities.StorageDomainDynamic; snapshot: 5c4b7602-47de-47a7-a278-95b1ac7b1f8d.<o:p></o:p> 2015-12-02 11:42:17,987 INFO=   [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp-= /127.0.0.1:8702-6) [66393037] Command [id=3D8e20457a-94d6-45f6-8747-73eb18e= 0ab87]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.business= entities.StorageDomainStatic; snapshot: 5c4b7602-47de-47a7-a278-95b1ac7b1f8d.<o:p></o:p> 2015-12-02 11:42:17,989 ERRO= R [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp-/127.= 0.0.1:8702-6) [66393037] Transaction rolled-back for command: org.ovirt.eng= ine.core.bll.storage.AddNFSStorageDomainCommand.<o:p></o:p> 2015-12-02 11:42:17,991 ERRO= R [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (a= jp-/127.0.0.1:8702-6) [66393037] Correlation ID: 66393037, Job ID: e5ce2642= -b4d4-4088-b33a-0e68fb698275, Call Stack: null, Custom Event ID: -1, Message: Failed to add Storage Domain test_nfs.= (User: admin@internal)<o:p></o:p> 2015-12-02 11:42:18,038 INFO=   [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionComm= and] (ajp-/127.0.0.1:8702-4) [7d01ab48] Lock Acquired to object EngineLock = [exclusiveLocks=3D key: ce05a2b0-cee9-44a9-845e-8a35349c7195 value: STORAGE_CONNECTION<o:p></o:p> key: omniserv.lab.dc01.axway= .int:/nfs/omnicol value: STORAGE_CONNECTION<o:p></o:p> , sharedLocks=3D ]<o:p></o:p= > 2015-12-02 11:42:18,040 INFO=   [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionComm= and] (ajp-/127.0.0.1:8702-4) [7d01ab48] Running command: RemoveStorageServe= rConnectionCommand internal: false. Entities affected :  ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemActi= on group CREATE_STORAGE_DOMAIN with role type ADMIN<o:p></o:p></= p> 2015-12-02 11:42:18,041 INFO=   [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionComm= and] (ajp-/127.0.0.1:8702-4) [7d01ab48] Removing connection ce05a2b0-cee9-4= 4a9-845e-8a35349c7195 from database<o:p></o:p> 2015-12-02 11:42:18,042 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVD= SCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] START, DisconnectStorageServer= VDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3024-170f-48a1-a78a-951a2c61c680, storagePoolId =3D 00000000-0000-= 0000-0000-000000000000, storageType =3D NFS, connectionList =3D [{ id: ce05= a2b0-cee9-44a9-845e-8a35349c7195, connection: omniserv.lab.dc01.axway.int:/= nfs/omnicol, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 650= 92833<o:p></o:p> 2015-12-02 11:42:18,163 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVD= SCommand] (ajp-/127.0.0.1:8702-4) [7d01ab48] FINISH, DisconnectStorageServe= rVDSCommand, return: {ce05a2b0-cee9-44a9-845e-8a35349c7195=3D0}, log id: 65092833<o:p></o:p> 2015-12-02 11:42:18,164 INFO=   [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionComm= and] (ajp-/127.0.0.1:8702-4) [7d01ab48] Lock freed to object EngineLock [ex= clusiveLocks=3D key: ce05a2b0-cee9-44a9-845e-8a35349c7195 value: STORAGE_CONNECTION<o:p></o:p> key: omniserv.lab.dc01.axway= .int:/nfs/omnicol value: STORAGE_CONNECTION<o:p></o:p> , sharedLocks=3D ]<o:p></o:p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0" style=3D"margin-left:-7.1pt"> <tbody> <tr> <td width=3D"561" valign=3D"top" style=3D"width:421.1pt;padding:0cm 4.5pt 0= cm 0cm"> …&#= 8230;.<o:p></o:p> <o:p> </o:p> On host side, I see the new NFS mount point correctly setup and I’= m able to list its contents.<o:p></o:p> <o:p> </o:p> Thanks for help.<o:p></o:p> <o:p> </o:p> J.P. Ribeauville<o:p></o:p> <o:p> </o:p> </td> </tr> <tr> <td width=3D"561" style=3D"width:421.1pt;padding:2.25pt 4.5pt 4.5pt 0cm"> P: +33.(0).1= .47.17.20.49<= o:p></o:p> .= <o:p></o:p> P= uteaux 3 Etage 5  Bureau 4<o:p></o:p> <= o:p> </o:p> <a href=3D"mailto:jpribeauville@axway.co= m">jpribeauville(a)axway.com</a= > <a href=3D"http://www.axway.com/">http:/= /www.axway.com</a><o:p></o:p> <= o:p> </o:p> </td> </tr> </tbody> </table> <o:p> </o:p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0"> <tbody> <tr> <td style=3D"padding:4.5pt 4.5pt 4.5pt 0cm"> P Pensez =E0 l’environnement avant d’imprimer.<o:p></o:p> </td> </tr> </tbody> </table> <o:p>&nbs= p;</o:p> <o:p> </o:p> </div> </body> </html> --_000_1051EFB4D3A1704680C38CCAAC5836D2929DC0A1WPTXMAIL2ptxaxw_--

2 2

Engine upgrade error
by Frank Rothenstein 04 Dec '15

04 Dec '15

Hello, I tried several times to upgrade my ovirt-engine 3.5.5 to 3.6. Every time the setup stops at updating the DB-schema. The log revealed when this happpens: The setup ist complaining about a duplicated key - here is the part of the log. Of course there is only one network in the interface. Can anybody help me getting a solution? Thnaks, Frank Running upgrade sql script '/usr/share/ovirt- engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_inte rface.sql'... 2542964- 2542965-2015-11-30 08:15:26 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.execute:941 execute-output: ['/usr/share/ovirt- engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine', '-d', 'engine', '-l', '/var/log/ovirt-engine/setup/ovirt- engine-setup-20151130073216-erdh9f.log', '-c', 'apply'] stderr: 2543300-psql:/usr/share/ovirt- engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_inte rface.sql:1: ERROR: could not create unique index "vds_interface_vds_id_network_name_unique" 2543487:DETAIL: Key (vds_id, network_name)=(ba954f0f-6ecb-4ec8-b169- 7e0a1147b4cd, KHnetz) is duplicated. 2543585-CONTEXT: SQL statement "ALTER TABLE vds_interface ADD CONSTRAINT vds_interface_vds_id_network_name_unique unique (vds_id, network_name)" 2543723-PL/pgSQL function fn_db_create_constraint(character varying,character varying,text) line 4 at EXECUTE statement 2543835-FATAL: Cannot execute sql command: --file=/usr/share/ovirt- engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_inte rface.sql 2543975- 2543976-2015-11-30 08:15:26 DEBUG otopi.context context._executeMethod:156 method exception 2544060-Traceback (most recent call last): 2544095- File "/usr/lib/python2.7/site-packages/otopi/context.py", line 146, in _executeMethod 2544183- method['method']() 2544206- File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt- engine-setup/ovirt-engine/db/schema.py", line 291, in _misc 2544325- oenginecons.EngineDBEnv.PGPASS_FILE 2544365- File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 946, in execute 2544445- command=args[0], 2544466-RuntimeError: Command '/usr/share/ovirt- engine/dbscripts/schema.sh' failed to execute 2544552-2015-11-30 08:15:26 ERROR otopi.context context._executeMethod:165 Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/schema.sh' failed to execute 2544737-2015-11-30 08:15:26 DEBUG otopi.transaction transaction.abort:134 aborting 'Yum Transaction' 2544830-2015-11-30 08:15:26 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:95 Yum Performing yum transaction rollback ______________________________________________________________________________ BODDEN-KLINIKEN Ribnitz-Damgarten GmbH Sandhufe 2 18311 Ribnitz-Damgarten Telefon: 03821-700-0 Fax: 03821-700-240 E-Mail: info(a)bodden-kliniken.de Internet: http://www.bodden-kliniken.de Sitz: Ribnitz-Damgarten, Amtsgericht: Stralsund, HRB 2919, Steuer-Nr.: 079/133/40188 Aufsichtsratsvorsitzende: Carmen Schröter, Geschäftsführer: Dr. Falko Milski Der Inhalt dieser E-Mail ist ausschließlich für den bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorge- sehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, beachten Sie bitte, dass jede Form der Veröf- fentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail unzulässig ist. Wir bitten Sie, sofort den Absender zu informieren und die E-Mail zu löschen. Bodden-Kliniken Ribnitz-Damgarten GmbH 2015 *** Virenfrei durch Kerio Mail Server und Sophos Antivirus ***

5 11

Setting up oVirt for the first time
by Gervais de Montbrun 04 Dec '15

04 Dec '15

--Apple-Mail=_0375DE21-EDF5-4C87-B0F3-BC852CDA9E3B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi All, I've done a lot of reading and lots of comparison of different = hypervisors and tools and have decided that oVirt would be the best = option. My initial use case is a not too new server that I will setup to = run multiple development environments for the devs here, but I wanted = something that will scale out to production as the vm infrastructure, = hardware, etc. grows here. I'll soon have a second server to run my vm's on and want to setup a = self-hosted engine. I'm trying to find the most recent version of a = how-to on the same. I found a presentation showing off how much easier = it is to do this in oVirt 3.6 but can't find the correct docs. I seem to = always end up with 3.5 or older versions. Can someone point me at a = how-to of how to best achieve this.=20 Also, while I have you all here... :-) Is it possible to setup the hypervisor hosts themselves as NFS servers = to create Storage (I realize that this will play havoc with the HA). We = do have an NFS server that we will be upgrading to add storage and = faster drives, but I was thinking that I may be able to use the internal = storage of the hypervisors themselves as a short term stopgap and then = migrate vm's to the upgraded NFS server later. Will that even work, or = will it break somehow? Any advice for a new install would be welcome. Thank you=20 Cheers, Gervais --Apple-Mail=_0375DE21-EDF5-4C87-B0F3-BC852CDA9E3B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">Hi All,<div class=3D""> </div><div = class=3D"">I've done a lot of reading and lots of comparison of = different hypervisors and tools and have decided that oVirt would be the = best option. My initial use case is a not too new server that I will = setup to run multiple development environments for the devs here, but I = wanted something that will scale out to production as the vm = infrastructure, hardware, etc. grows here.</div><div class=3D""> </div><div class=3D"">I'll soon have a second server to run = my vm's on and want to setup a self-hosted engine. I'm trying to find = the most recent version of a how-to on the same. I found a presentation = showing off how much easier it is to do this in oVirt 3.6 but can't find = the correct docs. I seem to always end up with 3.5 or older versions. = Can someone point me at a how-to of how to best achieve = this. </div><div class=3D""> </div><div = class=3D"">Also, while I have you all here... :-)</div><div class=3D"">Is = it possible to setup the hypervisor hosts themselves as NFS servers to = create Storage (I realize that this will play havoc with the HA). We do = have an NFS server that we will be upgrading to add storage and faster = drives, but I was thinking that I may be able to use the internal = storage of the hypervisors themselves as a short term stopgap and then = migrate vm's to the upgraded NFS server later. Will that even work, or = will it break somehow? <div class=3D""> </div><div class=3D"">Any advice for = a new install would be welcome.</div><div class=3D""> </div><div class=3D"">Thank you </div><div class=3D""> <div style=3D"color: rgb(0, 0, 0); font-variant: normal; letter-spacing: = normal; line-height: normal; orphans: 2; text-align: -webkit-auto; = text-indent: 0px; text-transform: none; white-space: normal; widows: 2; = word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><span class=3D"Apple-style-span" = style=3D"border-collapse: separate; color: rgb(0, 0, 0); font-variant: = normal; letter-spacing: normal; line-height: normal; orphans: 2; = text-align: -webkit-auto; text-indent: 0px; text-transform: none; = white-space: normal; widows: 2; word-spacing: 0px; border-spacing: 0px; = -webkit-text-decorations-in-effect: none; -webkit-text-stroke-width: = 0px;"> Cheers, Gervais</div> </div> </div></body></html>= --Apple-Mail=_0375DE21-EDF5-4C87-B0F3-BC852CDA9E3B--

6 8

cloud-init and sealing of template
by Gianluca Cecchi 04 Dec '15

04 Dec '15

Hello, is it correct that even if I use cloud-init I have to seal my candidate VM before making it a template? In that case what is the correct approach to pre-seal a CentOS 7 VM? Also, for operating system like Fedora >=20 and/or RHEL/CentOS 7 should I unconfigure NetworkManager before sealing them, using classic network service, or what? Thanks in advance, Gianluca

4 10

Export a vm
by Budur Nagaraju 04 Dec '15

04 Dec '15

HI How to export a oVirt vm which is compatible to vmware ESXi? Thanks, Nagaraju

2 1

ISO issues
by Budur Nagaraju 04 Dec '15

04 Dec '15

HI Mounted a valid ISO image and selected first boot option a "CDrom" and second as Hard disk, all of sudden am unable to boot few days back it was working but now am facing issues. any ways to resolve the issue ? Thanks, Nagaraju

2 2

NFS Domain with 1GB limit
by kontakt＠taste-of-it.de 03 Dec '15

03 Dec '15

Hello, i am new with ovirt and i installed ovirt engine on centos7. After i logged in the administrator web gui i see the default nfs domain with less than 1gb space, while i have more than 200gb on disk. The problem is, that i cant change the value and found no informtion in the manuals too. Can someone explain this to me? thx

5 12