- Users - oVirt List Archives

Importing a Windows Guest in oVirt
by David Lo Bascio 10 Dec '15

10 Dec '15

This is a multi-part message in MIME format. --------------090807030805030403030506 Content-Type: text/plain; charset=iso-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hi everyone, I migrated several Linux guest this way: /virt-v2v -ic qemu+ssh://root@<host>/system -o rhev -os <host>:<path> --network <network> <guest>/ Now, I have some Windows guest running on KVM managed by libvirt and I would like to import them in oVirt through virt-v2v in a similar way. Can you help me? Thanks a lot! David --------------090807030805030403030506 Content-Type: text/html; charset=iso-8859-15 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=iso-8859-15"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi everyone, I migrated several Linux guest this way: virt-v2v -ic qemu+ssh://root@<host>/system -o rhev -os <host>:<path> --network <network> <guest> Now, I have some Windows guest running on KVM managed by libvirt and I would like to import them in oVirt through virt-v2v in a similar way. Can you help me? Thanks a lot! David </body> </html> --------------090807030805030403030506--

3 2

[ANN] oVirt 3.6.1 Third Release Candidate is now available for testing
by Sandro Bonazzola 10 Dec '15

10 Dec '15

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

1 0

vms on storage
by Budur Nagaraju 10 Dec '15

10 Dec '15

HI Need some clarification , if I copy the deployed vms from the storage to another storage by using the backup tools will be able to deploy the backed up vms in another engine ?

2 1

solution for removing a data storage
by alireza sadeh seighalan 10 Dec '15

10 Dec '15

hi everyone for removing a data storage and add it again this solution is ok: 1. Use the Storage resource tab, tree mode 2. Select the storage domain in the main tab 3. In the details pane at bottom select datacenter tab 4. Select the DC where the storage domain is active 5. Select Maintenance link 6. Select Detach link to detach from the data center. Now you don't see any more the storage domain in storage resource tab. 7. Go to system --> Storage and the storage domain now in in an unlinked state 8. Select the storage domain and choose "remove" 9. Select a host from the list. 10. Click OK to remove the storage domain and close the window. best regards seighalani

2 1

ISO_DOMAIN unknow file type
by alireza sadeh seighalan 09 Dec '15

09 Dec '15

hi everyone i get this message in Events section of OVIRT 3.6 .everything is ok apparently but i feared that create a big problem in the future.what should i do? thankd in advance Refresh image lisst failed for domain(s): ISO_DOMAIN (Unknown file type) Please check domain activity.

3 3

Re: [ovirt-users] ISO_DOMAIN unknow file type
by Fred Rolland 09 Dec '15

09 Dec '15

Hi, I saw it happening on my dev env also. It is nothing harmful but definitely a bug. Can you please open a BZ , and attach the logs? Thanks, Fred On Wed, Dec 9, 2015 at 3:18 PM, alireza sadeh seighalan < seighalani(a)gmail.com> wrote: > hi Mr Rolland > > i attached engine and vdsm logs.thanks in advance > > On Wed, Dec 9, 2015 at 4:22 PM, Fred Rolland <frolland(a)redhat.com> wrote: > >> Hi, >> >> Can you check if it happens when you select your ISO domain and select >> the "Images" tab in the lower pane ? >> >> In any case, you will need to provide logs for both engine and vdsm so we >> can investigate deeper. >> >> Thanks, >> >> Fred >> >> On Wed, Dec 9, 2015 at 1:33 PM, alireza sadeh seighalan < >> seighalani(a)gmail.com> wrote: >> >>> hi everyone >>> >>> >>> i get this message in Events section of OVIRT 3.6 .everything is ok >>> apparently but i feared that create a big problem in the future.what should >>> i do? thankd in advance >>> >>> >>> Refresh image lisst failed for domain(s): ISO_DOMAIN (Unknown file type) >>> Please check domain activity. >>> >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> >

1 0

Local Storage issue
by Maksim Naumov 09 Dec '15

09 Dec '15

Hello I have a local data center and local storage on the host. From time to time storage became unavailable. All the VM on this host lose information about an ip address, fqdn and other (but they still running). I've checked the logs and everything that I found is: 2015-12-09 11:28:48,533 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-65) [] IrsBroker::Failed::GetStoragePoolInfoVDS: IRSGenericException: IRSErrorException: IRSNonOperationalException: Could not connect host to Data Center(Storage issue) How can I fix it? -- Maksim Naumov Hitmeister GmbH Softwareentwickler Habsburgerring 2 50674 Köln E: maksim.naumov(a)hitmeister.de www.hitmeister.de HRB 59046, Amtsgericht Köln Geschäftsführer: Dr. Gerald Schönbucher

2 1

Adding (silently) a channel device to my Guests
by Jean-Pierre Ribeauville 09 Dec '15

09 Dec '15

--_000_1051EFB4D3A1704680C38CCAAC5836D292EF7385WPTXMAIL2ptxaxw_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable HI, I'm investigating how to add "automatically" a channel to my Guests , in o= rder to establish datas exchanges between a piece of code running in the host and its companion running in G= uests. My wish is to do that via a script without user action ( as installation pr= ocess is doing to add qemu and vdsm channels). May I find , within the sources , some scripts examples ? BTW , is it possible to add a channel via ovirt GUI ( as it's possible vi= a VM manager GUI within host) ? Thx 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_1051EFB4D3A1704680C38CCAAC5836D292EF7385WPTXMAIL2ptxaxw_ 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’m investigating  h= ow to add “automatically” a channel to my Guests , in order to = establish datas exchanges  between a piece of code running in the host and its companion running= in Guests.<o:p></o:p> <o:p> </o:p> My wish is to do that via a scr= ipt without user action ( as installation process is doing to add qemu and = vdsm channels).<o:p></o:p> <o:p> </o:p> May I find , within the sources= ,  some scripts examples ?<o:p></o:p> <o:p> </o:p> <o:p> </o:p> BTW , is it possible to add a c= hannel   via ovirt GUI ( as it’s possible via VM manager GU= I within host) ?<o:p></o:p> <o:p> </o:p> Thx for help.<o:p></o:p>= <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_1051EFB4D3A1704680C38CCAAC5836D292EF7385WPTXMAIL2ptxaxw_--

2 1

Hosted Engine
by Budur Nagaraju 09 Dec '15

09 Dec '15

HI If the kvm server from which hosted engine is pushed goes down will it affect to the engine ? Thanks, Nagaraju

4 3

CentOS 7.1 and virt-v2v
by CLSA Mcmaster 08 Dec '15

08 Dec '15

Greetings I am new to both CentOS and oVirt. I have been hoping to migrate some virtual machines from VMware to oVirt and I have hit a wall. CentOS 7.1 does not include the tool virt-v2v with the libguestfs-tools package. I have enabled the CR repository and upgraded but no luck. I have attempted to compile but the dependency whack-a-mole process wore me down and I eventually hot another wall with supermin not being "new enough". I tried to compile that and ran into more dependency issues. Frankly, I am at the point of throwing in the towel but I'm hoping someone can offer advise or insight on obtaining the tool through other means. I would also be open to importing guests through another method. For example, the oVirt interface has a utility to import OVA files. Is that VMware created OVA files? The dialogue has host and path. Is the path to be on the host or the engine? Can it be any path? Thank you in advance for any support offered. Sean.

3 10

Multiple export domains limit?
by Nicolas Ecarnot 08 Dec '15

08 Dec '15

Hello, How comes there is a limitation (of one) in the number of simultaneously mounted export domains? Thank you. -- Nicolas ECARNOT

4 4

Severale Exports domain
by Kevin COUSIN 08 Dec '15

08 Dec '15

Hi list, Is it possible to add more than 1 export domain in oVirt ? Regards, Kevin C

2 1

Backup of vm
by Budur Nagaraju 08 Dec '15

08 Dec '15

HI Pls let me know how to take backup of vms and restore in oVirt ? Thanks, Nagaraju

3 3

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

[ANN] oVirt 3.6.1 Second Release Candidate is now available for testing
by Sandro Bonazzola 03 Dec '15

03 Dec '15

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

1 0

Re: [ovirt-users] HA cluster
by Ryan Barry 02 Dec '15

02 Dec '15

On Wed, Dec 2, 2015 at 5:05 AM, <users-request(a)ovirt.org> wrote: > On Wed, Dec 2, 2015 at 12:19 PM, Budur Nagaraju <nbudoor(a)gmail.com> wrote: > > > I have installed KVM in the nested environment in ESXi6.x version is > that > > recommended ? > > > > I often use KVM over KVM in nested environment but honestly I never tried > to run KVM over ESXi but I suspect that all of your issues comes from > there. > > It should be fine in ESXi as well, as long as the VMX for that VM has vhv.enabled=true, and the config for the VM is reloaded. > > > apart from Hosted engine is there any other alternate way to configure > > Engine HA cluster ? > > > > Nothing else from the project. You can use two external VMs in cluster with > pacemaker but it's completely up to you. >

1 0

Upgrading engine 3.5.5-1.el6 to latest patches issue (and resolved)
by Scott Worthington 02 Dec '15

02 Dec '15

Hello, This is just an informational e-mail for others who are updating their 3.5 systems on CentOS 6.7 who may experience the same issue that I experienced. I am upgrading a stand alone 3.5.5-1.el6 engine on CentOS 6.7 (no High Availability cruft) to the latest patches just recently released. The DWH and report engine are also installed on this same stand alone system. I did a 'yum update' and the following was downloaded & updated: Dec 02 08:26:26 Updated: postgresql-libs-8.4.20-4.el6_7.x86_64 Dec 02 08:26:27 Updated: ovirt-engine-lib-3.5.6.2-1.el6.noarch Dec 02 08:26:28 Updated: ovirt-engine-setup-base-3.5.6.2-1.el6.noarch Dec 02 08:26:29 Updated: ovirt-engine-setup-plugin-ovirt-engine-common-3.5.6.2-1.el6.noarch Dec 02 08:26:30 Updated: ovirt-engine-setup-plugin-websocket-proxy-3.5.6.2-1.el6.noarch Dec 02 08:26:31 Updated: ovirt-engine-setup-plugin-ovirt-engine-3.5.6.2-1.el6.noarch Dec 02 08:26:33 Updated: postgresql-8.4.20-4.el6_7.x86_64 Dec 02 08:26:35 Updated: postgresql-server-8.4.20-4.el6_7.x86_64 Dec 02 08:26:35 Updated: ovirt-engine-setup-3.5.6.2-1.el6.noarch Dec 02 08:26:36 Updated: ovirt-engine-websocket-proxy-3.5.6.2-1.el6.noarch Dec 02 08:26:36 Updated: ovirt-engine-extensions-api-impl-3.5.6.2-1.el6.noarch Dec 02 08:26:37 Updated: ovirt-engine-sdk-python-3.5.6.0-1.el6.noarch Dec 02 08:26:41 Updated: ovirt-guest-tools-iso-3.5-8.fc22.noarch Dec 02 08:26:50 Updated: 1:java-1.6.0-openjdk-1.6.0.37-1.13.9.4.el6_7.x86_64 Here is where I ran into an issue.. Running an 'engine-setup' to load the latest patches caused this: [ INFO ] Cleaning async tasks and compensations [ INFO ] Checking the Engine database consistency [ INFO ] Stage: Transaction setup [ INFO ] Stopping dwh service [ INFO ] Stopping reports service [ INFO ] Stopping engine service [ INFO ] Stopping ovirt-fence-kdump-listener service [ INFO ] Stopping websocket-proxy service [ ERROR ] dwhd is currently running. Its hostname is tpa-ovirt-engine-01.allianceoneinc.com. Please stop it before running Setup. [ ERROR ] Failed to execute stage 'Transaction setup': dwhd is currently running [ INFO ] Yum Performing yum transaction rollback [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20151202083052-q8131e.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20151202083138-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed I did a "ps auxwww | grep ovirt" and "ps auxwww | grep dhw", but came up with nothing. In fact, there was nothing obviously 'ovirt' related running. To get the "engine-setup" to work, I thought that perhaps something was stuck running. So I did... service ovirt-engine stop service ovirt-engine-dwhd stop service ovirt-engine-reportsd stop service ovirt-engine-websocket-proxy stop Followed by... engine-setup ...and still got the error that the DWH was still running. Not to waste time, I figured that a reboot might clear and/or reset out some process that I am not aware of. I did not want anything ovirt engine related starting up, so I examined what was running on start up: chkconfig --list | grep ovirt | grep on Which returned (sorry for wraps, it's thunderbird): ovirt-engine 0:off 1:off 2:on 3:on 4:on 5:on 6:off ovirt-engine-dwhd 0:off 1:off 2:on 3:on 4:on 5:on 6:off ovirt-engine-reportsd 0:off 1:off 2:on 3:on 4:on 5:on 6:off ovirt-fence-kdump-listener 0:off 1:off 2:on 3:on 4:on 5:on 6:off ovirt-websocket-proxy 0:off 1:off 2:on 3:on 4:on 5:on 6:off I turned these off on boot: chkconfig ovirt-engine off chkconfig ovirt-engine-dwhd off chkconfig ovirt-engine-reportsd off chkconfig ovirt-fence-kdump-listener off chkconfig ovirt-websocket-proxy off Rebooted the server, logged back in, and 'engine-setup' ran flawlessly. After the upgrade, I turned the services back on for the next reboot: chkconfig ovirt-engine on chkconfig ovirt-engine-dwhd on chkconfig ovirt-engine-reportsd on chkconfig ovirt-fence-kdump-listener on chkconfig ovirt-websocket-proxy on Hope that helps someone else.

2 1

Re: [ovirt-users] . Failing to add iSCSI storage domain Users Digest, Vol 51, Issue 16
by Jean-Pierre Ribeauville 02 Dec '15

02 Dec '15

Hi, Failure reason was the following : the initiator IQN wasn't declared on the iSCSI server. Sorry for disturbing for nothing. 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é : mercredi 2 décembre 2015 11:42 À : users(a)ovirt.org Objet : Users Digest, Vol 51, Issue 16 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. Failing to add iSCSI storage domain (Jean-Pierre Ribeauville) 2. Re: HA cluster (Simone Tiraboschi) ---------------------------------------------------------------------- Message: 1 Date: Wed, 2 Dec 2015 10:41:11 +0000 From: Jean-Pierre Ribeauville <jpribeauville(a)axway.com> To: "users(a)ovirt.org" <users(a)ovirt.org> Subject: [ovirt-users] Failing to add iSCSI storage domain Message-ID: <1051EFB4D3A1704680C38CCAAC5836D2929DC082(a)WPTXMAIL2.ptx.axway.int> Content-Type: text/plain; charset="iso-8859-1" Hi, By using 3.5 ovirt , I'm trying to add a iSCSI storage domain to my datacenter. When clicking on discover button , I got following error : No new devices were found. This may be due to either: incorrect multipath configuration on the Host or wrong address of the iscsi target or a failure to authenticate on the target device. Please consult your Storage Administrator. I restart sanlock service on the host ( it's a RHEL 7) ; no positive effect. In engine.log found this : ... IQNListReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=475, mMessage=Failed discovery of iSCSI targets: "portal=IscsiPortal(hostname=u'10.147.60.90', port=3260), err=(21, [], ['iscsiadm: No portals found'])"]] 2015-12-02 11:28:31,468 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DiscoverSendTargetsVDSCommand] (ajp-/127.0.0.1:8702-5) HostName = ldc01omv01 2015-12-02 11:28:31,468 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.DiscoverSendTargetsVDSCommand] (ajp-/127.0.0.1:8702-5) Command DiscoverSendTargetsVDSCommand(HostName = ldc01omv01, HostId = 09bb3024-170f-48a1-a78a-951a2c61c680, connection={ id: null, connection: 10.147.60.90, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };) execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed in vdscommand to DiscoverSendTargetsVDS, error = Failed discovery of iSCSI targets: "portal=IscsiPortal(hostname=u'10.147.60.90', port=3260), err=(21, [], ['iscsiadm: No portals found'])" 2015-12-02 11:28:31,468 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DiscoverSendTargetsVDSCommand] (ajp-/127.0.0.1:8702-5) FINISH, DiscoverSendTargetsVDSCommand, log id: 3023392e 2015-12-02 11:28:31,468 ERROR [org.ovirt.engine.core.bll.storage.DiscoverSendTargetsQuery] (ajp-/127.0.0.1:8702-5) Query DiscoverSendTargetsQuery failed. Exception message is VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed in vdscommand to DiscoverSendTargetsVDS, error = Failed discovery of iSCSI targets: "portal=IscsiPortal(hostname=u'10.147.60.90', port=3260), err=(21, [], ['iscsiadm: No portals found'])" (Failed with error iSCSIDiscoveryError and code 475) : org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed in vdscommand to DiscoverSendTargetsVDS, error = Failed discovery of iSCSI targets: "portal=IscsiPortal(hostname=u'10.147.60.90', port=3260), err=(21, [], ['iscsiadm: No portals found'])" (Failed with error iSCSIDiscoveryError and code 475): org.ovirt.engine.core.commo n.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed in vdscommand to DiscoverSendTargetsVDS, error = Failed discovery of iSCSI targets: "portal=IscsiPortal(hostname=u'10.147.60.90', port=3260), err=(21, [], ['iscsiadm: No portals found'])" (Failed with error iSCSIDiscoveryError and code 475) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.DiscoverSendTargetsQuery.executeQueryCommand(DiscoverSendTargetsQuery.java:16) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:73) [bll.jar:] ... In order to check iSCSI discovering via another way, I run this command from ovirt manager system command prompt : iscsiadm -m discovery -t st -p <iSCSI Server Address> I got a correct device lists. 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 ? l'environnement avant d'imprimer.

1 0

Failing to add iSCSI storage domain
by Jean-Pierre Ribeauville 02 Dec '15

02 Dec '15

--_000_1051EFB4D3A1704680C38CCAAC5836D2929DC082WPTXMAIL2ptxaxw_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, By using 3.5 ovirt , I'm trying to add a iSCSI storage domain to my datace= nter. When clicking on discover button , I got following error : No new devices were found. This may be due to either: incorrect multipath c= onfiguration on the Host or wrong address of the iscsi target or a failure = to authenticate on the target device. Please consult your Storage Administr= ator. I restart sanlock service on the host ( it's a RHEL 7) ; no positive effec= t. In engine.log found this : ... IQNListReturnForXmlRpc [mStatus=3DStatusForXmlRpc [mCode=3D475, mMessage=3D= Failed discovery of iSCSI targets: "portal=3DIscsiPortal(hostname=3Du'10.14= 7.60.90', port=3D3260), err=3D(21, [], ['iscsiadm: No portals found'])"]] 2015-12-02 11:28:31,468 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Di= scoverSendTargetsVDSCommand] (ajp-/127.0.0.1:8702-5) HostName =3D ldc01omv0= 1 2015-12-02 11:28:31,468 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.Di= scoverSendTargetsVDSCommand] (ajp-/127.0.0.1:8702-5) Command DiscoverSendTa= rgetsVDSCommand(HostName =3D ldc01omv01, HostId =3D 09bb3024-170f-48a1-a78a= -951a2c61c680, connection=3D{ id: null, connection: 10.147.60.90, iqn: null= , vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nf= sTimeo: null };) execution failed. Exception: VDSErrorException: VDSGeneric= Exception: VDSErrorException: Failed in vdscommand to DiscoverSendTargetsVD= S, error =3D Failed discovery of iSCSI targets: "portal=3DIscsiPortal(hostn= ame=3Du'10.147.60.90', port=3D3260), err=3D(21, [], ['iscsiadm: No portals = found'])" 2015-12-02 11:28:31,468 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Di= scoverSendTargetsVDSCommand] (ajp-/127.0.0.1:8702-5) FINISH, DiscoverSendTa= rgetsVDSCommand, log id: 3023392e 2015-12-02 11:28:31,468 ERROR [org.ovirt.engine.core.bll.storage.DiscoverSe= ndTargetsQuery] (ajp-/127.0.0.1:8702-5) Query DiscoverSendTargetsQuery fail= ed. Exception message is VdcBLLException: org.ovirt.engine.core.vdsbroker.v= dsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed = in vdscommand to DiscoverSendTargetsVDS, error =3D Failed discovery of iSCS= I targets: "portal=3DIscsiPortal(hostname=3Du'10.147.60.90', port=3D3260), = err=3D(21, [], ['iscsiadm: No portals found'])" (Failed with error iSCSIDis= coveryError and code 475) : org.ovirt.engine.core.common.errors.VdcBLLExcep= tion: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorEx= ception: VDSGenericException: VDSErrorException: Failed in vdscommand to Di= scoverSendTargetsVDS, error =3D Failed discovery of iSCSI targets: "portal= =3DIscsiPortal(hostname=3Du'10.147.60.90', port=3D3260), err=3D(21, [], ['i= scsiadm: No portals found'])" (Failed with error iSCSIDiscoveryError and co= de 475): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLExcepti= on: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGeneric= Exception: VDSErrorException: Failed in vdscommand to DiscoverSendTargetsVD= S, error =3D Failed discovery of iSCSI targets: "portal=3DIscsiPortal(hostn= ame=3Du'10.147.60.90', port=3D3260), err=3D(21, [], ['iscsiadm: No portals = found'])" (Failed with error iSCSIDiscoveryError and code 475) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.= java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VD= SBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.DiscoverSendTargetsQuery.execu= teQueryCommand(DiscoverSendTargetsQuery.java:16) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(Quer= iesCommandBase.java:73) [bll.jar:] ... In order to check iSCSI discovering via another way, I run this command fro= m ovirt manager system command prompt : iscsiadm -m discovery -t st -p <iSCSI Server Address> I got a correct device lists. 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_1051EFB4D3A1704680C38CCAAC5836D2929DC082WPTXMAIL2ptxaxw_ 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 = trying to add  a iSCSI storage domain to my datacenter.<o:p></o:p></sp= an> <o:p> </o:p> <o:p> </o:p> When clicking on discover butto= n , I  got following error :<o:p></o:p> <o:p> </o:p> No new devices were found. This may be due to either: incorrect multi= path configuration on the Host or wrong address of the iscsi target or a failure to authenticate on the target device. Please consult y= our Storage Administrator.<o:p></o:p> <o:p> </o:p>= I restart sanlock service on th= e host ( it’s a RHEL 7)  ; no positive effect.<o:p></o:p>= <o:p> </o:p> In engine.log  found this =  :<o:p></o:p> <o:p> </o:p> …<o:p></o:p> IQNListReturnForXmlRpc [mSta= tus=3DStatusForXmlRpc [mCode=3D475, mMessage=3DFailed discovery of iSCSI ta= rgets: "portal=3DIscsiPortal(hostname=3Du'10.147.60.90', port=3D3260),= err=3D(21, [], ['iscsiadm: No portals found'])"]]<o:p></o:p></= i> 2015-12-02 11:28:31,468 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.DiscoverSendTargetsVDSCom= mand] (ajp-/127.0.0.1:8702-5) HostName =3D ldc01omv01<o:p></o:p>= 2015-12-02 11:28:31,468 ERRO= R [org.ovirt.engine.core.vdsbroker.vdsbroker.DiscoverSendTargetsVDSCommand]= (ajp-/127.0.0.1:8702-5) Command DiscoverSendTargetsVDSCommand(HostName =3D= ldc01omv01, HostId =3D 09bb3024-170f-48a1-a78a-951a2c61c680, connection=3D{ id: null, connection: 10.147.60.90, iqn: null, vfsType: nul= l, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null }= ;) execution failed. Exception: VDSErrorException: VDSGenericException: VDS= ErrorException: Failed in vdscommand to DiscoverSendTargetsVDS, error =3D Failed discovery of iSCSI targets: &q= uot;portal=3DIscsiPortal(hostname=3Du'10.147.60.90', port=3D3260), err=3D(2= 1, [], ['iscsiadm: No portals found'])"<o:p></o:p> 2015-12-02 11:28:31,468 INFO=   [org.ovirt.engine.core.vdsbroker.vdsbroker.DiscoverSendTargetsVDSCom= mand] (ajp-/127.0.0.1:8702-5) FINISH, DiscoverSendTargetsVDSCommand, log id= : 3023392e<o:p></o:p> 2015-12-02 11:28:31,468 ERRO= R [org.ovirt.engine.core.bll.storage.DiscoverSendTargetsQuery] (ajp-/127.0.= 0.1:8702-5) Query DiscoverSendTargetsQuery failed. Exception message is Vdc= BLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed in vdscommand to DiscoverSe= ndTargetsVDS, error =3D Failed discovery of iSCSI targets: "portal=3DI= scsiPortal(hostname=3Du'10.147.60.90', port=3D3260), err=3D(21, [], ['iscsi= adm: No portals found'])" (Failed with error iSCSIDiscoveryError and code 475) : org.ovirt.engine.core.common.errors.VdcBLLException: VdcBL= LException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VD= SGenericException: VDSErrorException: Failed in vdscommand to DiscoverSendT= argetsVDS, error =3D Failed discovery of iSCSI targets: "portal=3DIscsiPortal(hostname=3Du'10.147.60.90', p= ort=3D3260), err=3D(21, [], ['iscsiadm: No portals found'])" (Failed w= ith error iSCSIDiscoveryError and code 475): org.ovirt.engine.core.common.e= rrors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vds= broker.VDSErrorException: VDSGenericException: VDSErrorException: Failed in vdscommand to DiscoverSe= ndTargetsVDS, error =3D Failed discovery of iSCSI targets: "portal=3DI= scsiPortal(hostname=3Du'10.147.60.90', port=3D3260), err=3D(21, [], ['iscsi= adm: No portals found'])" (Failed with error iSCSIDiscoveryError and code 475)<o:p></o:p>     &nbs= p;   at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsH= andler.java:117) [bll.jar:]<o:p></o:p>     &nbs= p;   at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCom= mand(VDSBrokerFrontendImpl.java:33) [bll.jar:]<o:p></o:p>     &nbs= p;   at org.ovirt.engine.core.bll.storage.DiscoverSendTargetsQuer= y.executeQueryCommand(DiscoverSendTargetsQuery.java:16) [bll.jar:]<o:p></o:= p>     &nbs= p;   at org.ovirt.engine.core.bll.QueriesCommandBase.executeComma= nd(QueriesCommandBase.java:73) [bll.jar:]<o:p></o:p> <o:p> </o:p>= …<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> In order to check iSCSI discove= ring via another way, I run this command from  ovirt manager system co= mmand prompt :<o:p></o:p> <o:p> </o:p>= iscsiadm -m discovery -t st = -p <iSCSI Server Address><o:p></o:p> <o:p> </o:p> I got  a correct  dev= ice lists.<o:p></o:p> <o:p> </o:p> Thanks for help.<o:p></o:p></sp= an> <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_1051EFB4D3A1704680C38CCAAC5836D2929DC082WPTXMAIL2ptxaxw_--

1 0

Updated Invitation: [Deep dive] Host Network QoS - oVirt 3.6 @ Thu Nov 26, 2015 5pm - 6pm (ibarkan@redhat.com)
by ibarkan＠redhat.com 01 Dec '15

01 Dec '15

This event has been changed. Title: [Deep dive] Host Network QoS - oVirt 3.6 Hangouts on air: https://plus.google.com/events/c3la9vdse911atq991qflogtq0g you tube link: https://plus.google.com/events/c3la9vdse911atq991qflogtq0g When: Thu Nov 26, 2015 5pm - 6pm Jerusalem (changed) Calendar: ibarkan(a)redhat.com Who: * ibarkan(a)redhat.com - organizer * users(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=NGZxZXU0dDRka2ZrMmd1c… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account users(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

3 2

hosted engine vm.conf missing
by Thomas Scofield 01 Dec '15

01 Dec '15

I have recently setup a ovirt hosted engine on iscsi storage and after a reboot of the system I am unable to start the hosted engine. The agent.log gives errors indicating there is a missing value in the vm.conf file, but the vm.conf file does not appear in the location indicated. There is no error indicated when the agent attempts to reload the vm.conf. Any ideas on how to get the hosted engine up and running? MainThread::INFO::2015-11-26 21:31:13,071::hosted_engine::699::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock) Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file: /var/run/vdsm/storage/ddf4a26b-61ff-49a4-81db-9f82da35e44b/6ed6d868-aaf3-4b3f-bdf0-a4ad262709ae/1fe5b7fc-eae7-4f07-a2fe-5a082e14c876) MainThread::INFO::2015-11-26 21:31:13,072::upgrade::836::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade) Host configuration is already up-to-date MainThread::INFO::2015-11-26 21:31:13,072::hosted_engine::422::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Reloading vm.conf from the shared storage domain MainThread::ERROR::2015-11-26 21:31:13,100::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Error: ''Configuration value not found: file=/var/run/ovirt-hosted-engine-ha/vm.conf, key=memSize'' - trying to restart agent MainThread::WARNING::2015-11-26 21:31:18,105::agent::208::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Restarting agent, attempt '9' MainThread::ERROR::2015-11-26 21:31:18,106::agent::210::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Too many errors occurred, giving up. Please review the log and consider filing a bug. MainThread::INFO::2015-11-26 21:31:18,106::agent::143::ovirt_hosted_engine_ha.agent.agent.Agent::(run) Agent shutting down

4 11

Power Management with python SDK
by Giulio Casella 01 Dec '15

01 Dec '15

Hi everybody, I'm trying to enable power management on a host using python, but I'm stuck. Previously (ovirt 3.5) I directly wrote power management parameters into PowerManagement structure (and everything was working fine), but starting from 3.6 this is not possible. This is what I do now: agent = params.Agent() agent.set_options(params.Options()) agent.set_type("ilo3") agent.set_username("admin") agent.set_password("mysecret") agent.set_address("172.20.20.1") agents=params.Agents() agents.add_agent(agent) pm=params.PowerManagement() pm.set_agents(agents) pm.set_enabled(True) myhost=api.hosts.get("myhost") myhost.set_power_management(pm) try: myhost.update() except Exception as e: print "Error: %s" % e and I get: Error: status: 400 reason: Bad Request detail: Cannot edit Host. Power Management is enabled for Host but no Agent type selected. If I dont't enable PM (pm.set_enabled line above) I get no error, but no agent is added. My software is: - ovirt-engine-3.6.0.3-1.el6 - ovirt-engine-sdk-python-3.6.0.3-1.el6 on a CentOS 6.6 distro. Any ideas? Thanks in advance, Giulio

2 2

Windows Networking Issues -
by Matt Wells 01 Dec '15

01 Dec '15

Hi all, I have a question about Windows VMs and a networking issue I'm having. Here's the setup - * oVirt - 3.5.1.1-1 * Hypervisors are CentOS 6.7 box with 2 NICs in bond0 'mode=4 miimon=100 lacp_rate=1' * On bond0 I have a few networks using vlan tagging. * Networks are 5,10,15,20 - All on an external switch Network 15 has a Windows 2012 R2 server and a CentOS 6.7 server on it. The rest of the networks have a few linux. Every linux box on every network is happy. However any and all Windows boxes I bring online are incapable of patching or hitting the web. I pointed the Windows box to the linux box next to it as a proxy (after installing squid on it) When I do that the Windows box has no issues at all; it's only when he's attempting to leave on his own. On my firewall I put in a 'permit any any' on the M$ box IP however all I see is tcp resets in PCAPs, I've been playing with for some time but can't seem to find the issue. It would be one thing if everything on the 15 was bad but the linux box on the network is fine. Here's the rub, I'm 99.999% sure this used to work. gggrrr... Any assistance anyone can offer would be amazingly appreciated. Thank you for taking the time to read this.

2 3

Re: [ovirt-users] [ANN] oVirt 3.6.1 First Release Candidate is now available for testing
by jvdwege 01 Dec '15

01 Dec '15

Sandro Bonazzola schreef op 2015-11-30 15:10: > On Mon, Nov 30, 2015 at 1:56 PM, Joop <jvdwege(a)xs4all.nl> wrote: > >> On 30-11-2015 13:06, Sandro Bonazzola wrote: >> >> On Sat, Nov 28, 2015 at 1:34 PM, Joop <jvdwege(a)xs4all.nl> wrote: >> On 25-11-2015 15:28, Sandro Bonazzola wrote: >>> The oVirt Project is pleased to announce the availability >>> of the First Release Candidate of oVirt 3.6.1 for testing, as of >>> November 25th, 2015. >>> >>> This release is available now for Fedora 22, >>> Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and >>> Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar). >>> >>> This release supports Hypervisor Hosts running >>> Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar) >> and >>> Fedora 22. >>> Highly experimental support for Debian 8.1 Jessie has been added >> too. >>> >>> This release of oVirt 3.6.1 includes numerous bug fixes. >>> See the release notes [1] for an initial list of the new features >> and bugs >>> fixed. >>> >> Tried the 3.6.1 prerelease but the sanlock error 22 is still there >> and >> its not possible to activate the imported hosted-engine storage >> domain. >> Host F22, hosted-engine CentOS7.1, storage domain(s) NFS. >> >> Sanlock error 22 shows up because BZ 1269768 hasn't been fixed yet. >> >> But if you don't import the hosted engine storage everything else >> should still work fine. > Ah, but that won't work for my use case since I need to import an > existing data domain and that won't work without a working data > domain. > Will see if creating a dummy small data domain will let me import the > real one. > > it should, let me know if it didn't work. Thanks that worked :-) > Adding Simone and Roy so they have a better sight on why people are > keep trying to import the hosted engine domain despite it's not fixed > yet :-) Sorry being pushy just wanted to get on with my ovirt stuff and felt a little frustrated that such a basic feature didn't work (IMHO). Again apologies, you're all working hard to get things fixed and I shouldn't complain. Regards, Joop

6 6

[ANN] oVirt 3.5 won't receive further updates
by Sandro Bonazzola 01 Dec '15

01 Dec '15

Hi, due to the release of recent 3.6.0 major release of the oVirt project, and upcoming release of its first maintenance release 3.6.1, the last 3.5 release is 3.5.6 we released today. We recommend anyone hitting issued existing in 3.5 to upgrade to 3.6 to get the fixes since 3.5 won't receive further updates. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[ANN] oVirt 3.5.6 Final Release is now available
by Sandro Bonazzola 01 Dec '15

01 Dec '15

The oVirt Project is pleased to announce the availability of the oVirt 3.5.6 Final Release as of December 1st, 2015. This release is available now for Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar). This release supports Hypervisor Hosts running Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar). This release includes updated packages for: - ovirt-engine - ovirt-hosted-engine-ha - vdsm - ovirt-engine-sdk-python - ovirt-engine-sdk-java - ovirt-engine-cli - qemu-kvm-ev - gperftools - ipxe - libunwind - OVMF - qemu-guest-agent - seabios - sgabios - ovirt-guest-tools See the release notes [1] for a list of fixed bugs. Please refer to release notes [1] for Installation / Upgrade instructions. a new oVirt Live ISO is already available[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5.6_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5/iso/ovirt-live/el6-3.5.6/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0