January 2013 - Devel - oVirt List Archives

[Engine-devel] Time for Spring?
by Libor Spevak 12 Feb '13

12 Feb '13

Hi, it is rather cold in Europe, but can I ask, what's the current opinion or plans about "full" integration of Spring Framework into oVirt engine (Backend)? This is a commonly accepted integration framework among Java programmers and industry standard, which solves many pains from small to large projects. And can lead to a better understanding of the program. There are several Spring dependencies inside oVirt project, but mostly for LDAP and database communication (JDBC template). Still missing (sorry, looks like marketing, but..): - dependency injection - aspect-oriented programming (AOP) - enterprise integration patterns Is something true? :-) 1. We tried, but it is too large and overcomplicated, it can be solved better way for the project purpose 2. We tried, but we think, we need just e.g. JDBC, LDAP layer covered now 3. We would like to integrate with e.g. Hibernate soon, EJB, remoting, unit tests, integration tests, ... , probably we will need it soon 4. We understand and need dependency injection, but there are other light DI containers (Pico, Guice, JBoss Seam). etc. Still, I think there is strong potential, probably not clear today. We cannot avoid Guice on frontend side because of GWTP, but the backend lacks something. Or not? Thanks. Regards, Libor

5 6

[Engine-devel] Watchdog support Feature
by Laszlo Hornyak 11 Feb '13

11 Feb '13

Hi, Watchdog support in engine will add watchdog to the ovirt UI and REST API. Watchdog cards will be mainly used in HA vm's. http://www.ovirt.org/Features/Watchdog_engine_support Your feedback is welcome! Thank you, Laszlo

8 20

[Engine-devel] Open Attestation integration with oVirt engine proposal, how to improve engine's performance?
by Chen, Wei D 10 Feb '13

10 Feb '13

Open Attestation is a project aim to enable basic open sourced SDK with Intel TXT technology to get node's trustworthiness in a cloud usage environment. Integration Open Attestation with Ovirt will definitely provide a more secure cloud ecosystem which will give end user a choice of whether guest virtual machine need launch on a trusted host server or not. Initially, we want to attest the host's trustworthiness every time when every guest virtual machine launch on the host, thanks to Doron Fediuck's reminding, we just need attest the host at the first request and cache the result for subsequent requests is enough, further, we want to bring down server's response time in case of large concurrence request. To resolve/improve engine's performance, we decide to tackle this issue by caching all of node's trustworthiness while the first guest virtual machine's launching, this will take a little longer before its running. Node's trustworthiness would be stored in database or just in system memory, the value will be effective within one hour or so, of course, the period of validity could be configured, node's status need to be updated in the case of end user reboot the virtual machine and the duration exceed valid time. Does this acceptable and any good suggestion? Some details can be found in this link: http://wiki.ovirt.org/Trusted_compute_pools Best Regards, Dave Chen

2 1

[Engine-devel] Trusted Compute Pools
by Wei, Gang 10 Feb '13

10 Feb '13

------=_NextPart_000_0388_01CDC762.DCFD1B70 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hi, I am an engineer working in Intel Open Source Technology Center, interested in integrating Intel initiated OpenAttestation(OAT) project (https://github.com/OpenAttestation/OpenAttestation.git) into oVirt to provide a way for Administrator to deploy VMs on trusted hosts hardened with H/W-based security features, such as Intel TXT. I made a draft feature page for this: http://wiki.ovirt.org/wiki/Trusted_compute_pools My draft idea is to provide trust_level requirement while doing vm creation like below: curl -v -u "vdcadmin(a)qa.lab.tlv.redhat.com" -H "Content-type: application/xml" -d '<vm><name>my_new_vm</name> <cluster id="99408929-82cf-4dc7-a532-9d998063fa95" /> <template id="00000000-0000-0000-0000-000000000000"/> <trust_level>trusted</trust_level></vm>' 'http://10.35.1.1/rhevm-api/vms' Then oVirt Engine should query attestation server built with OAT via RESTful API to get all trusted hosts and select one to create the VM. Attestation server performs host verification through following steps: 1. Hosts boot with Intel TXT technology enabled 2. The hosts' BIOS, hypervisor and OS are measured 3. These measured data is sent to Attestation server when challenged by attestation server 4. Attestation server verifies those measurements against good/known database to determine hosts' trustworthiness Hosts need to be installed with OAT host agent to report host integrity to attestation server. By far, I am still in process of getting familiar with oVirt code and not get solid idea yet on how the oVirt Engine should be modified to support this feature. Any kind of comments or suggestions will be highly appreciated. Thanks Gang (Jimmy) Wei ------=_NextPart_000_0388_01CDC762.DCFD1B70 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIdxjCCAyAw ggKJoAMCAQICBDXe9M8wDQYJKoZIhvcNAQEFBQAwTjELMAkGA1UEBhMCVVMxEDAOBgNVBAoTB0Vx dWlmYXgxLTArBgNVBAsTJEVxdWlmYXggU2VjdXJlIENlcnRpZmljYXRlIEF1dGhvcml0eTAeFw05 ODA4MjIxNjQxNTFaFw0xODA4MjIxNjQxNTFaME4xCzAJBgNVBAYTAlVTMRAwDgYDVQQKEwdFcXVp ZmF4MS0wKwYDVQQLEyRFcXVpZmF4IFNlY3VyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkwgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBAMFdsVhnCGLuoJotHwhtkRRomAoe/toEbxOEYiHD0XzOnwXg uAHwTjTs4oqVBGSs8WtTXwWzy2eAv0ICjv7dAQns4QAUT/z78AzdQ7pbK+EfgHCZFVeTFvEPl2q3 wmgjHMxNWTCsUR47ryvW7mNFe8XZX1DS41APOojnvxT94Me5AgMBAAGjggEJMIIBBTBwBgNVHR8E aTBnMGWgY6BhpF8wXTELMAkGA1UEBhMCVVMxEDAOBgNVBAoTB0VxdWlmYXgxLTArBgNVBAsTJEVx dWlmYXggU2VjdXJlIENlcnRpZmljYXRlIEF1dGhvcml0eTENMAsGA1UEAxMEQ1JMMTAaBgNVHRAE EzARgQ8yMDE4MDgyMjE2NDE1MVowCwYDVR0PBAQDAgEGMB8GA1UdIwQYMBaAFEjmaPkr0rKV10fY IyAQTzOYkJ/UMB0GA1UdDgQWBBRI5mj5K9KylddH2CMgEE8zmJCf1DAMBgNVHRMEBTADAQH/MBoG CSqGSIb2fQdBAAQNMAsbBVYzLjBjAwIGwDANBgkqhkiG9w0BAQUFAAOBgQBYzinq/Pfetc4CuRe1 hdG54+CVzCUxDQCmkm5/tpJjnlCV0Zpv5BHeY4VumO6o/1rI01WyZnFX3sAh6z0qpyNJAQSGQnv8 7n+iFlK1Z2fTQNs7JliyKHc9rhR3Ydb6KmYnoA36p3Nc6nDxlCFlRF/6/O8paKmih3nvee9PrAd3 ODCCAz0wggKmoAMCAQICAwWw/zANBgkqhkiG9w0BAQUFADBOMQswCQYDVQQGEwJVUzEQMA4GA1UE ChMHRXF1aWZheDEtMCsGA1UECxMkRXF1aWZheCBTZWN1cmUgQ2VydGlmaWNhdGUgQXV0aG9yaXR5 MB4XDTA2MDIxNjE4MDEzMFoXDTE2MDIxOTE4MDEzMFowUjELMAkGA1UEBhMCVVMxGjAYBgNVBAoT EUludGVsIENvcnBvcmF0aW9uMScwJQYDVQQDEx5JbnRlbCBFeHRlcm5hbCBCYXNpYyBQb2xpY3kg Q0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDBpd/XOb9QVqEZ8mQ1042TdOIq3ATD IsV2xDyt30yLyMR5Wjtus0bn3B+he89BiNO/LP6+rFzEwlD55PlX+HLGIKeNNG97dqyc30FElEUj ZzTZFq2N4e3kVJ/XAEEgANzV8v9qp7qWwxugPgfc3z9BkYot+CifozexHLb/hEZj+yISCU61kRZv uSQ0E11yYL4dRgcglJeaHo3oX57rvIckaLsYV5/1Aj+R8DM1Ppk965XQAKsHfnyT7C4S50T4lVn4 lz36wOdNZn/zegG1zp41lnoTFfT4KuKVJH5x7YD1p6KbgJCKLovnujGuohquBNfdXKpZkvz6pGv+ iC1HawJdAgMBAAGjgaAwgZ0wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBQaxgxKxEdvqNutK/D0 Vgaj7TdUDDA6BgNVHR8EMzAxMC+gLaArhilodHRwOi8vY3JsLmdlb3RydXN0LmNvbS9jcmxzL3Nl Y3VyZWNhLmNybDAfBgNVHSMEGDAWgBRI5mj5K9KylddH2CMgEE8zmJCf1DAPBgNVHRMBAf8EBTAD AQH/MA0GCSqGSIb3DQEBBQUAA4GBABMQOK2kVKVIlUWwLTdywJ+e2O+PC/uQltK2F3lRyrPfBn69 tOkIP4SgDJOfsxyobIrPLe75kBLw+Dom13OBDp/EMZJZ1CglQfVV8co9mT3aZMjSGGQiMgkJLR3j Mfr900fXZKj5XeqCJ+JP0mEhJGEdVCY+FFlksJjV86fDrq1QMIIFijCCBHKgAwIBAgIKYR6AtwAA AAAABzANBgkqhkiG9w0BAQUFADBSMQswCQYDVQQGEwJVUzEaMBgGA1UEChMRSW50ZWwgQ29ycG9y YXRpb24xJzAlBgNVBAMTHkludGVsIEV4dGVybmFsIEJhc2ljIFBvbGljeSBDQTAeFw0wOTA1MTUx OTI1MTNaFw0xNTA1MTUxOTM1MTNaMFYxCzAJBgNVBAYTAlVTMRowGAYDVQQKExFJbnRlbCBDb3Jw b3JhdGlvbjErMCkGA1UEAxMiSW50ZWwgRXh0ZXJuYWwgQmFzaWMgSXNzdWluZyBDQSAzQTCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMGPgGLnOO5IOzlHRfr1XfCVb97V4BR2QVpPZ7Cr cIQ+FGa2KHD/6dPjwxOIrtFTdfW4BYikdFmxUZVBWRWZ5Vye2cCdGzFWqIEOE1e17nNx1jM8Z6GZ EqbDUS+vBuPlBFHKQoVm5BaNIHpyn2XZxqwjV9j5/crIfPrCGstk+2ztUhVS8OHEgzO784PgD9pO gBnnAbZHmEM1FYYmQ6ibS+gVCHzobDYG+YReRiHpFKWBxpUuP+X0WYFw/Ja1JW7N8pELAFDw0UFB WFgiv1QIusdLvSy8mcsLJ5wy050OVcxShqoUxhw/wvyuuoQxvmEPjhRa1C2oSCmGN0003GMhQWMC AwEAAaOCAlwwggJYMA8GA1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFKoWZq+3PVZTYK4Nwu3z7gfL UWB+MAsGA1UdDwQEAwIBhjASBgkrBgEEAYI3FQEEBQIDAQABMCMGCSsGAQQBgjcVAgQWBBTCKwhT x+hdMsKCgOmWwLgjQsAV+TAZBgkrBgEEAYI3FAIEDB4KAFMAdQBiAEMAQTAfBgNVHSMEGDAWgBQa xgxKxEdvqNutK/D0Vgaj7TdUDDCBvQYDVR0fBIG1MIGyMIGvoIGsoIGphk5odHRwOi8vd3d3Lmlu dGVsLmNvbS9yZXBvc2l0b3J5L0NSTC9JbnRlbCUyMEV4dGVybmFsJTIwQmFzaWMlMjBQb2xpY3kl MjBDQS5jcmyGV2h0dHA6Ly9jZXJ0aWZpY2F0ZXMuaW50ZWwuY29tL3JlcG9zaXRvcnkvQ1JML0lu dGVsJTIwRXh0ZXJuYWwlMjBCYXNpYyUyMFBvbGljeSUyMENBLmNybDCB4wYIKwYBBQUHAQEEgdYw gdMwYwYIKwYBBQUHMAKGV2h0dHA6Ly93d3cuaW50ZWwuY29tL3JlcG9zaXRvcnkvY2VydGlmaWNh dGVzL0ludGVsJTIwRXh0ZXJuYWwlMjBCYXNpYyUyMFBvbGljeSUyMENBLmNydDBsBggrBgEFBQcw AoZgaHR0cDovL2NlcnRpZmljYXRlcy5pbnRlbC5jb20vcmVwb3NpdG9yeS9jZXJ0aWZpY2F0ZXMv SW50ZWwlMjBFeHRlcm5hbCUyMEJhc2ljJTIwUG9saWN5JTIwQ0EuY3J0MA0GCSqGSIb3DQEBBQUA A4IBAQCUY/1d0MS6VPTlIcOho1XWh193PD5kJDJSPdphLHQdM1oKA+whMdIBoY1VzTDDK+C+Ey4J cyna7fpC8uVmn/Rz/i9MZtyc7qezPtZTn9UyORvJmddH+Ox/RycGwe3ags8jUdspECorYOkJyZks nDIlTVUvbR7wyY+gGJYqxWXqrcVFEiMsWu8/OIlf7F2gAYMBw1kZ55dn4lWBIM0WqvReWpPvhYeN 7Y+3MKEdSMkQ7TZiNbfdZ5D/8KfWNMTJ4VHltOgCL1lA5tx/F4R1920skpL5eu3Sj650RUe3rOXs aV5NyJzBwB31+1zsmleVdFD0k/Fw9HxXbAQE35ucN/7CMIIFijCCBHKgAwIBAgIKYSCKYgAAAAAA CDANBgkqhkiG9w0BAQUFADBSMQswCQYDVQQGEwJVUzEaMBgGA1UEChMRSW50ZWwgQ29ycG9yYXRp b24xJzAlBgNVBAMTHkludGVsIEV4dGVybmFsIEJhc2ljIFBvbGljeSBDQTAeFw0wOTA1MTUxOTI3 MjZaFw0xNTA1MTUxOTM3MjZaMFYxCzAJBgNVBAYTAlVTMRowGAYDVQQKExFJbnRlbCBDb3Jwb3Jh dGlvbjErMCkGA1UEAxMiSW50ZWwgRXh0ZXJuYWwgQmFzaWMgSXNzdWluZyBDQSAzQjCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAKQEM1Wn9TU9vc9C+/Tc7KB+eiYElmrcEWE32WUdHvWG +IcQHVQsikTmMyKKojNLw2B5s6Iekc8ivDo/wCfjZzX9JyftMnc+AArc0la87Olybzm8K9jXEfTB vTnUSFSiI9ZYefITdiUgqlAFuljFZEHYKYtLuhrRacpmQfP4mV63NKdc2bT804HRf6YptZFa4k6Y N94zlrGNrBuQQ74WFzz/jLBusbUpEkro6Mu/ZYFOFWQrV9lBhF9Ruk8yN+3N6n9fUo/qBigiF2kE n9xVh1ykl7SCGL2jBUkXx4qgV27a6Si8lRRdgrHGtN/HWnSWlLXTH5l575H4Lq++77OFv38CAwEA AaOCAlwwggJYMA8GA1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFA7GKvdZsggQkCVvw939imYxMCvF MAsGA1UdDwQEAwIBhjASBgkrBgEEAYI3FQEEBQIDAQABMCMGCSsGAQQBgjcVAgQWBBQ5oFY2ekKQ /5Ktim+VdMeSWb4QWTAZBgkrBgEEAYI3FAIEDB4KAFMAdQBiAEMAQTAfBgNVHSMEGDAWgBQaxgxK xEdvqNutK/D0Vgaj7TdUDDCBvQYDVR0fBIG1MIGyMIGvoIGsoIGphk5odHRwOi8vd3d3LmludGVs LmNvbS9yZXBvc2l0b3J5L0NSTC9JbnRlbCUyMEV4dGVybmFsJTIwQmFzaWMlMjBQb2xpY3klMjBD QS5jcmyGV2h0dHA6Ly9jZXJ0aWZpY2F0ZXMuaW50ZWwuY29tL3JlcG9zaXRvcnkvQ1JML0ludGVs JTIwRXh0ZXJuYWwlMjBCYXNpYyUyMFBvbGljeSUyMENBLmNybDCB4wYIKwYBBQUHAQEEgdYwgdMw YwYIKwYBBQUHMAKGV2h0dHA6Ly93d3cuaW50ZWwuY29tL3JlcG9zaXRvcnkvY2VydGlmaWNhdGVz L0ludGVsJTIwRXh0ZXJuYWwlMjBCYXNpYyUyMFBvbGljeSUyMENBLmNydDBsBggrBgEFBQcwAoZg aHR0cDovL2NlcnRpZmljYXRlcy5pbnRlbC5jb20vcmVwb3NpdG9yeS9jZXJ0aWZpY2F0ZXMvSW50 ZWwlMjBFeHRlcm5hbCUyMEJhc2ljJTIwUG9saWN5JTIwQ0EuY3J0MA0GCSqGSIb3DQEBBQUAA4IB AQCxtQEHchVQhXyjEqtMVUMe6gkmPsIczHxSeqNbo9dsD+6xbT65JT+oYgpIAtfEsYXeUJu1cChq pb22U5bMAz7eaQcW5bzefufWvA6lg2048B8oczBj/q+5P5NpYrUO8jOmN4jTjfJq3ElZ7yFWpy7r B3Vm/aN6ATYqWfMbS/xfh+JCxmH3droUmMJI0/aZJHsLtjbjFnNsHDNrJZX1vxlM78Lb1hjskTEN PmhbVbfTj5i/ZGnhv4tmI8QZPCNtcegXJrfhRl2D9bWpdTOPrWiLDUqzy1Z6KL7TcOS/PCl8RHCJ XkPau/thTQCpIoDa2+c+3XA++gRTfAQ4svTO260NMIIF+zCCBOOgAwIBAgIKHtX06gABAACWPTAN BgkqhkiG9w0BAQUFADBWMQswCQYDVQQGEwJVUzEaMBgGA1UEChMRSW50ZWwgQ29ycG9yYXRpb24x KzApBgNVBAMTIkludGVsIEV4dGVybmFsIEJhc2ljIElzc3VpbmcgQ0EgM0IwHhcNMTIwNjA4MDgw NTExWhcNMTUwNTE1MTkzNzI2WjA3MRIwEAYDVQQDEwlXZWksIEdhbmcxITAfBgkqhkiG9w0BCQEW Emdhbmcud2VpQGludGVsLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALNyfS4y C6aDo3DZ/oId96Dvi8CB5SJyDUcMhpKWZtzqPX2mMOqQNgv4qAtHUjt4ibyPSjGZ+0EM3r63384g GcVR8+uxiuijBIOCkis6oGQ+TmBl1i28KobkE4jNnLCES0keisfNdzO8vAOxIFbT9KxQl1f1Mfvs ZfyGfFYB53gHCh1VxdZ7a2XKaON+l2YYx2p5xGGZtDDb61ajXSGvdHK+qMIfo7LMoZmY42t5Nawg izwcqBPUOLR+JXOtyGGiXZx3wZPeRmZx/eCMPBhSlfewpvUrK8W0kL591Lv0HeUVEJye2bOmlLo1 DeIp6KH9JujFB33KhHXvNsugc9IYUVMCAwEAAaOCAugwggLkMAsGA1UdDwQEAwIHgDA8BgkrBgEE AYI3FQcELzAtBiUrBgEEAYI3FQiGw4x1hJnlUYP9gSiFjp9TgpHACWeB3r05lfBDAgFkAgEIMB0G A1UdDgQWBBQYdG5bBKSgjlBUQ6dpUm2vjlkEKDAfBgNVHSMEGDAWgBQOxir3WbIIEJAlb8Pd/Ypm MTArxTCBzwYDVR0fBIHHMIHEMIHBoIG+oIG7hldodHRwOi8vd3d3LmludGVsLmNvbS9yZXBvc2l0 b3J5L0NSTC9JbnRlbCUyMEV4dGVybmFsJTIwQmFzaWMlMjBJc3N1aW5nJTIwQ0ElMjAzQigxKS5j cmyGYGh0dHA6Ly9jZXJ0aWZpY2F0ZXMuaW50ZWwuY29tL3JlcG9zaXRvcnkvQ1JML0ludGVsJTIw RXh0ZXJuYWwlMjBCYXNpYyUyMElzc3VpbmclMjBDQSUyMDNCKDEpLmNybDCB9QYIKwYBBQUHAQEE gegwgeUwbAYIKwYBBQUHMAKGYGh0dHA6Ly93d3cuaW50ZWwuY29tL3JlcG9zaXRvcnkvY2VydGlm aWNhdGVzL0ludGVsJTIwRXh0ZXJuYWwlMjBCYXNpYyUyMElzc3VpbmclMjBDQSUyMDNCKDEpLmNy dDB1BggrBgEFBQcwAoZpaHR0cDovL2NlcnRpZmljYXRlcy5pbnRlbC5jb20vcmVwb3NpdG9yeS9j ZXJ0aWZpY2F0ZXMvSW50ZWwlMjBFeHRlcm5hbCUyMEJhc2ljJTIwSXNzdWluZyUyMENBJTIwM0Io MSkuY3J0MB8GA1UdJQQYMBYGCCsGAQUFBwMEBgorBgEEAYI3CgMMMCkGCSsGAQQBgjcVCgQcMBow CgYIKwYBBQUHAwQwDAYKKwYBBAGCNwoDDDBBBgNVHREEOjA4oCIGCisGAQQBgjcUAgOgFAwSZ2Fu Zy53ZWlAaW50ZWwuY29tgRJnYW5nLndlaUBpbnRlbC5jb20wDQYJKoZIhvcNAQEFBQADggEBAHuy cX8AxjwfC5zmWDh0QpY8vDSgyLXaUDYKm2+ATDJDn5kALJgxAqaThvqGTH+oz73HQ7L8v7QxM0Yp 1IQd/k5GeqMzhuXEoPM4rcORlOlvRqxBJNZUuYwxvyYaUpLU1W8EsOB2zB31ykzdXH93b6ZpfJk7 8eqZuq00xHxU9mw4PXlWPnn1NDBYD1JH/ufCmpFk6sBE2bBf2u2miBEwHoRUyoH1nbu78aOs4mE6 fRC9NutIriNPI2790R3FAY8dLWl3nrpXs80TrUCptat61uNRJDH06KXe81QCtvDVlBGbZ4gqWR3P ZGsnJKeOLOO38PQvFFm1Xjs4DVYiPVYyCTIwggZCMIIFKqADAgECAgoUmebGAAEAAFPVMA0GCSqG SIb3DQEBBQUAMFYxCzAJBgNVBAYTAlVTMRowGAYDVQQKExFJbnRlbCBDb3Jwb3JhdGlvbjErMCkG A1UEAxMiSW50ZWwgRXh0ZXJuYWwgQmFzaWMgSXNzdWluZyBDQSAzQTAeFw0xMDEyMDEwOTMxMzla Fw0xMzExMTUwOTMxMzlaMDcxEjAQBgNVBAMTCVdlaSwgR2FuZzEhMB8GCSqGSIb3DQEJARYSZ2Fu Zy53ZWlAaW50ZWwuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlkDjEHBe0Gg1 dZhmebTYRY4qWGcBCKuEGfp8DuoVXyv3gW6bXc8TcWRSXj0vxL/+/RKObwVc17Cu2XcO0MTU1EOo ohTEl/QDnBvj0qeqKnkZGmAM0cCU7+m07N0ATPEzg0t2gJUA8dVO37iAo1KMQ72ovMJ1LU+x7tno d6PhrgXLmbjkEjQZnHwLvuI2TdiKKDvJtd6xz6DQuIBSPyn4wYsckGQcb5NlEiQCkCaPM/ZtcKcm Kxu0g1TfW7zIWuRhkPIOyin/bsN8RBTTq8lL74yFgTB4ybAMp13wtROVAN5FLYE31CAgJ69EBNix xTBNsLtv+KM6sXsbDccp3H5JwQIDAQABo4IDLzCCAyswCwYDVR0PBAQDAgQwMD0GCSsGAQQBgjcV BwQwMC4GJisGAQQBgjcVCIbDjHWEmeVRg/2BKIWOn1OCkcAJZ4S52UGHhP9OAgFkAgEMMEQGCSqG SIb3DQEJDwQ3MDUwDgYIKoZIhvcNAwICAgCAMA4GCCqGSIb3DQMEAgIAgDAHBgUrDgMCBzAKBggq hkiG9w0DBzAdBgNVHQ4EFgQUwmKbKrf26Ot7Acv/+2aZDzj7gaQwHwYDVR0jBBgwFoAUqhZmr7c9 VlNgrg3C7fPuB8tRYH4wgc8GA1UdHwSBxzCBxDCBwaCBvqCBu4ZXaHR0cDovL3d3dy5pbnRlbC5j b20vcmVwb3NpdG9yeS9DUkwvSW50ZWwlMjBFeHRlcm5hbCUyMEJhc2ljJTIwSXNzdWluZyUyMENB JTIwM0EoMSkuY3JshmBodHRwOi8vY2VydGlmaWNhdGVzLmludGVsLmNvbS9yZXBvc2l0b3J5L0NS TC9JbnRlbCUyMEV4dGVybmFsJTIwQmFzaWMlMjBJc3N1aW5nJTIwQ0ElMjAzQSgxKS5jcmwwgfUG CCsGAQUFBwEBBIHoMIHlMGwGCCsGAQUFBzAChmBodHRwOi8vd3d3LmludGVsLmNvbS9yZXBvc2l0 b3J5L2NlcnRpZmljYXRlcy9JbnRlbCUyMEV4dGVybmFsJTIwQmFzaWMlMjBJc3N1aW5nJTIwQ0El MjAzQSgxKS5jcnQwdQYIKwYBBQUHMAKGaWh0dHA6Ly9jZXJ0aWZpY2F0ZXMuaW50ZWwuY29tL3Jl cG9zaXRvcnkvY2VydGlmaWNhdGVzL0ludGVsJTIwRXh0ZXJuYWwlMjBCYXNpYyUyMElzc3Vpbmcl MjBDQSUyMDNBKDEpLmNydDAfBgNVHSUEGDAWBggrBgEFBQcDBAYKKwYBBAGCNwoDBDApBgkrBgEE AYI3FQoEHDAaMAoGCCsGAQUFBwMEMAwGCisGAQQBgjcKAwQwQQYDVR0RBDowOKAiBgorBgEEAYI3 FAIDoBQMEmdhbmcud2VpQGludGVsLmNvbYESZ2FuZy53ZWlAaW50ZWwuY29tMA0GCSqGSIb3DQEB BQUAA4IBAQAPFjqbkKIbnvnYwFG/QpKUm2yGzieys9IJny7PU2fVV4ksTL7emcpCfhFtlg7cPEgU 7Rx6gG4hO+ZBx9oojImSGWj44Pj3EzSyRRaN+UK1VVESHgE2HKmETsAnRN/wulP9ahPJNmEOklBg oX6BJg9NYTqp8gDS6m1QBQoh/C2/51MGcmTecM4g5BuEpgmvxovlPDHlnSq390NXwXtdh1lM5qbo V9FBWFCR1Q7mf7n2Y6b/9m9bn9gMzbdwjMrnpYIiC5rN5WBDQtuzAios8OheGSTX0A1npuGZ3cvP NlPbRAoD7TVAdGhr+ZztVLA0+IFYmQqHV2C8q3TybgPnp1/uMYIDhjCCA4ICAQEwZDBWMQswCQYD VQQGEwJVUzEaMBgGA1UEChMRSW50ZWwgQ29ycG9yYXRpb24xKzApBgNVBAMTIkludGVsIEV4dGVy bmFsIEJhc2ljIElzc3VpbmcgQ0EgM0ICCh7V9OoAAQAAlj0wCQYFKw4DAhoFAKCCAfcwGAYJKoZI hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTIxMTIwMTMwNjA5WjAjBgkqhkiG 9w0BCQQxFgQU+nIzZXq5B+gfhE2gv1mcG8hi2mEwcwYJKwYBBAGCNxAEMWYwZDBWMQswCQYDVQQG EwJVUzEaMBgGA1UEChMRSW50ZWwgQ29ycG9yYXRpb24xKzApBgNVBAMTIkludGVsIEV4dGVybmFs IEJhc2ljIElzc3VpbmcgQ0EgM0ECChSZ5sYAAQAAU9UwdQYLKoZIhvcNAQkQAgsxZqBkMFYxCzAJ BgNVBAYTAlVTMRowGAYDVQQKExFJbnRlbCBDb3Jwb3JhdGlvbjErMCkGA1UEAxMiSW50ZWwgRXh0 ZXJuYWwgQmFzaWMgSXNzdWluZyBDQSAzQQIKFJnmxgABAABT1TCBqwYJKoZIhvcNAQkPMYGdMIGa MAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYwCgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqG SIb3DQMCAgIAgDAHBgUrDgMCBzANBggqhkiG9w0DAgIBQDANBggqhkiG9w0DAgIBKDAHBgUrDgMC GjALBglghkgBZQMEAgMwCwYJYIZIAWUDBAICMAsGCWCGSAFlAwQCATANBgkqhkiG9w0BAQEFAASC AQCEJdPLzc141NjrlWdB5U+28z5AxlqYhO5ref55IUvaW/jP1hJJbR6K/qiTraQ5GGq1reH4zs7R vK7QUZRGa4S8dhqJ6fx0uTF7U61uPaPdtzHaafu55Gw6YePRov9IyiJOh5GCKamcLCdyOa3tYG09 9gIp7bWnA7Y/YGgzfwhUWmJKkDl7htOPr0ez4Fy01gFGiCH26n1xHUcG22YgwnoRx/Qih863KGnV kvtvNrj6Iixo4y8ZF3bQmPhZSn6zPzd99mAPUdwuV78bP/Cexy7UyUP00u9gydnr+YkkWnmOHc2E jnVX8aZdhugP/pR0HbNCof4RXTX6UZ1ge0SUKsrzAAAAAAAA ------=_NextPart_000_0388_01CDC762.DCFD1B70--

5 10

[Engine-devel] Instance Types Feature
by Tomas Jelinek 07 Feb '13

07 Feb '13

Hi All, this is the proposed new feature called instance types: http://www.ovirt.org/Features/Instance_Types Long story short - it should basically split the VM template into: - "hardware profile" called instance types - "software profile" called image This should enable to do something like: Create a new "small" VM and attach a disk with "RHEL + Postgres" installed. Any comments are more than welcome! Tomas

6 16

[Engine-devel] Java process increasing resident memory
by navin p 03 Feb '13

03 Feb '13

Hi, I wrote this sample code and the resident memory of the process is increasing gradually over time. What could be the reason ? I don't see any obvious leaks in my program. Could it be that the API is not freeing/deleting memory ? Regards, Navin package ovcollector; import java.util.*; import java.io.*; import java.lang.management.ManagementFactory; import org.apache.http.client.*; import org.apache.http.params.*; import org.ovirt.engine.sdk.Api; import org.apache.http.pool.*; import org.ovirt.engine.sdk.decorators.Host; import org.ovirt.engine.sdk.decorators.HostStatistic; import org.ovirt.engine.sdk.decorators.StorageDomain; import org.ovirt.engine.sdk.decorators.VM; import org.ovirt.engine.sdk.decorators.VMDisk; import org.ovirt.engine.sdk.decorators.VMDiskStatistic; import org.ovirt.engine.sdk.decorators.VMStatistic; import org.ovirt.engine.sdk.decorators.VMs; import org.ovirt.engine.sdk.entities.CPU; import org.ovirt.engine.sdk.entities.Value; import org.ovirt.engine.sdk.exceptions.ServerException; import org.ovirt.engine.sdk.exceptions.UnsecuredConnectionAttemptError; import org.ovirt.engine.*; import javax.swing.JFrame; import javax.swing.JPanel; import javax.swing.JScrollPane; import javax.swing.JTable; import java.awt.Dimension; import java.awt.GridLayout; import java.awt.event.MouseAdapter; import java.awt.event.MouseEvent; public class collectHosts extends JPanel { /** * @param args */ public static String[] columnNames = {"Host Name", "Host uuid", "Cpu Cores", "Cpu Sockets", "Memory.total", "Memory.used", "Memory.free", "Memory.shared","Memory.buffers","Memory.cached","swap.total","swap.free","swap.used","swap.cached","ksm.cpu.current", "cpu.current.user","cpu.current.system","cpu.current.idle","cpu.load.avg.5m" }; public static Object[][] data = { {"blankvmname", "blankuuid", new Double(0),new Double(0),new Double(0),new Double(0),new Double(0),new Double(0),new Double(0), new Double(0), new Double(0),new Double(0),new Double(0),new Double(0),new Double(0),new Double(0),new Double(0),new Double(0),new Double(0)}, {"blankvmname", "blankuuid", new Double(0),new Double(0),new Double(0),new Double(0),new Double(0),new Double(0),new Double(0), new Double(0), new Double(0),new Double(0),new Double(0),new Double(0),new Double(0),new Double(0),new Double(0),new Double(0),new Double(0)} }; public collectHosts() { super(new GridLayout(1,0)); final JTable table = new JTable(data, columnNames); table.setPreferredScrollableViewportSize(new Dimension(500, 70)); table.setFillsViewportHeight(true); //Create the scroll pane and add the table to it. JScrollPane scrollPane = new JScrollPane(table); //Add the scroll pane to this panel. add(scrollPane); } /** * Create the GUI and show it. For thread safety, * this method should be invoked from the * event-dispatching thread. */ private static void createAndShowGUI() { //Create and set up the window. JFrame frame = new JFrame("Hosts"); frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); //Create and set up the content pane. collectHosts newContentPane = new collectHosts(); newContentPane.setOpaque(true); //content panes must be opaque frame.setContentPane(newContentPane); //Display the window. frame.pack(); frame.setVisible(true); } private static final String URL = "http://somehost:80/api"; public static void main(String[] args) throws ClientProtocolException,ServerException, UnsecuredConnectionAttemptError,IOException { // TODO Auto-generated method stub System.out.println("Hosts"); while (true) { Api api = new Api(URL,"SOMEUSERNAME","SOMEPASSWORD"); System.out.println(ManagementFactory.getRuntimeMXBean().getName()) ; List<Host> hlist = api.getHosts().list(); Integer i=0,j=0; for(Host obj: hlist) { j=0; System.out.println(obj.getName()+ ":" + obj.getId() +":"+ obj.getMemory()+":" + obj.getCpu().getTopology().getCores() +":"+ obj.getCpu().getTopology().getSockets()); data[i][j++]=obj.getName(); data[i][j++]=obj.getId(); data[i][j++]=obj.getCpu().getTopology().getCores(); data[i][j++]=obj.getCpu().getTopology().getSockets(); List<HostStatistic> lhs=obj.getStatistics().list(); for(HostStatistic obj1: lhs) { System.out.println(obj1.getName()); List<Value> vll=obj1.getValues().getValues(); for(Value vl:vll) { System.out.println(vl.getDatum()); data[i][j++]=vl.getDatum(); } } i++; } try { Thread.sleep(10000); } catch (InterruptedException e) { // TODO Auto-generated catch block e.printStackTrace(); } } /* javax.swing.SwingUtilities.invokeLater(new Runnable() { public void run() { createAndShowGUI(); } }); List<StorageDomain> list_SD=api.getStorageDomains().list(); Integer i=0; for(StorageDomain obj: list_SD) { System.out.println(obj.getName()+ " | " + obj.getUsed() + " | " + obj.getAvailable() + " | " + obj.getType()); } */ } }

3 7

[Engine-devel] oVirt 3.2 test-day
by Moran Goldboim 31 Jan '13

31 Jan '13

we were supposed to have test day tomorrow, but we decided to push it to Thursday (Jan 31) to have ovirt-node and proper infra for test day (Mike should announce it's officially soon). I have refreshed http://www.ovirt.org/Testing/OvirtTestDay, but there is action from your part as well: -go over the scenarios (regressions), see if those relevant, add more if needed remove if not. -add basic tests for your new 3.2 features. -assign a contributor to be actively present on helping users on his area -make commitment and participate the test day I would like to review this document by Wednesday on users meeting, please make sure your part is updated by than. Thanks, Moran.

7 8

[Engine-devel] when import ovirt-engine to eclipse, it cann't find the .project file.
by 陈超 31 Jan '13

31 Jan '13

Hi all, I am trying to set up an eclipse development environment for ovirt-engine and am running into a stubborn problem with missing classes. I have followed the directions for importing the Maven projects as written here: http://ovirt.org/wiki/Building_Ovirt_Engine/IDE,but there is no '.project' file,when I git clone from the gerrit.I should have a complete ovirt-engine source repository (I cloned the ovirt-engine git repo). Has anyone seen this problem before? Can you offer any suggestions to help me resolve it? Thanks! chenchao. thanks

3 2

[Engine-devel] jpa annotations
by Laszlo Hornyak 31 Jan '13

31 Jan '13

Hi, We have JPA annotations on the backend entity beans, but they have never been actually used as far as I know and now that I looked into VmTemplate for example we do not even have a vm_template table anymore, while VmTemplate still refers to it. Any plans with the JPA? Laszlo

6 8

[Engine-devel] Time to move to 3.3.0-SNAPSHOT?
by Juan Hernandez 30 Jan '13

30 Jan '13

Once 3.2.0 is released I think we should move to 3.3.0-SNAPSHOT in the master branch: http://gerrit.ovirt.org/11143 -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.

6 26

[Engine-devel] [engine-devel] frontend builders proposal
by Tomas Jelinek 30 Jan '13

30 Jan '13

Hi All, as many of you may know, the way how the frontend and backend models are built on frontend (uicommonweb project) is not really ideal. Currently this logic is copy pasted over and over again to different places where it is needed with minor changes to fulfill the specific requirements. It is not only aesthetically problematic, but I recall tons of bugs caused by introducing a new field and forgetting to add it to every place it is used in GUI. Now, as there will be big changes in the VM/Template models (http://www.ovirt.org/Features/Instance_Types) so the way how the VM, Template, Pool and also the newly created Instance Types models are being built has to be touched anyhow, it is a great opportunity to rethink the way how we do it. I have created a simple infrastructure (http://gerrit.ovirt.org/#/c/10874/) which could be used for it, and a PoC patch which uses this infrastructure (http://gerrit.ovirt.org/#/c/11354/) Please note that the PoC is not really impressive in means of removing duplications, I wanted to start with the simplest possibility. The principles behind the infrastructure: - have small, well named, easy to understand and reuse builders - this builders can be chained together or embedded to each other to build the full resulting object (composite pattern) - this builders can be asynchronous, and the next builder in the chain has to be executed only when the current is completely done The structure: - the base is an interface called Builder which has a method build(source, destination, rest) - the builder implementing this interface + will get the source and destination objects + copies whatever he wants from source to destination + when done, executes build on the first element of the rest + this may sound awkward, but this is the way how the async calls can be "linearized" in a general way, not embedding anonymous class into anonymous class into anonymous class... as we do it today. + for synchronous builders, there is a BaseSyncBuilder which takes care of this boilerplate calling of next and exposes a simple method build(S source, D destination) + to simplify the creating and running the chain of builders, there is a BuilderExecutor class (can be created as sync or async) So, a simple example - even more simple than the PoC patch :) //create the first builder class FirstLetterBuilder extends BaseSyncBuilder<String, StringBuilder> { @Override protected void build(String source, StringBuilder destination) { // copy the first letter to the destination destination.append(source.charAt(0)); } } //create the second builder class SecondLetterBuilder extends BaseSyncBuilder<String, StringBuilder> { @Override protected void build(String source, StringBuilder destination) { // copy the second letter to the destination destination.append(source.charAt(1)); } } // usage ... // create the destination object StringBuilder res = new StringBuilder(); // configure the executor with the two builders BuilderExecutor<String, StringBuilder> executor = new BuilderExecutor<String, StringBuilder>( new FirstLetterBuilder(), new SecondLetterBuilder() ); // execute the builder chain ("ab" is the source, res the destination) executor.build("ab", res); // use the result ... That's it. And the nice part is, that this FirstLetterBuilder and SecondLetterBuilder can be reused anywhere or combined with any other builders. Any comments on this will be more than welcome! Thank you, Tomas

4 6

[Engine-devel] ovirt-engine-sdk-java 1.0.0.3-1 released
by Michael Pasternak 30 Jan '13

30 Jan '13

- added persistent authentication support - added support for the methods overloads based on url/headers params - added delete methods overloads with body as parameters holder - to host added [display.address] property for overriding display address - user can specify own ticket now in vm.ticket() via [action.ticket.value] More details can be found at [1]. [1] http://www.ovirt.org/Java-sdk-changelog -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

Re: [Engine-devel] [engine-devel] frontend builders proposal
by Tomas Jelinek 30 Jan '13

30 Jan '13

Hi Tal, > I was wondering, for entity such as VM, isn't it better to make a > builder for the entity as a whole? Unless you know of a specific parts > that are used in smaller units? well, when you create a new VM or a Template, in both cases you need to build the VM entity from UnitVmModel. But, not all the fields which are taken from the UnitVmModel in case of creating the new VM are used also for new Template. So, in this case both can use CommonUnitToVmBuilder and QuotaUnitToVmBuilder, but the creating of the VM uses also others (e.g. UsbPolicyUntiToVmBuilder etc) The situation will be even more complex when the Instance Types and the Images will be introduced which all will be basically VM and UnitVmModel subsets. So, they will be able to use some of the common builders but not all and will have some custom. Tomas ----- Original Message ----- From: "Tal Nisan" <tnisan(a)redhat.com> To: "Tomas Jelinek" <tjelinek(a)redhat.com> Sent: Monday, January 28, 2013 5:44:31 PM Subject: Re: [Engine-devel] [engine-devel] frontend builders proposal Hi Tomas, I was wondering, for entity such as VM, isn't it better to make a builder for the entity as a whole? Unless you know of a specific parts that are used in smaller units? Tal. On 01/25/2013 11:55 AM, Tomas Jelinek wrote: > Hi All, > > as many of you may know, the way how the frontend and backend models are built on frontend (uicommonweb project) is not really ideal. Currently this logic is copy pasted over and over again to different places where it is needed with minor changes to fulfill the specific requirements. It is not only aesthetically problematic, but I recall tons of bugs caused by introducing a new field and forgetting to add it to every place it is used in GUI. > > Now, as there will be big changes in the VM/Template models (http://www.ovirt.org/Features/Instance_Types) so the way how the VM, Template, Pool and also the newly created Instance Types models are being built has to be touched anyhow, it is a great opportunity to rethink the way how we do it. > > I have created a simple infrastructure (http://gerrit.ovirt.org/#/c/10874/) which could be used for it, and a PoC patch which uses this infrastructure (http://gerrit.ovirt.org/#/c/11354/) Please note that the PoC is not really impressive in means of removing duplications, I wanted to start with the simplest possibility. > > The principles behind the infrastructure: > - have small, well named, easy to understand and reuse builders > - this builders can be chained together or embedded to each other to build the full resulting object (composite pattern) > - this builders can be asynchronous, and the next builder in the chain has to be executed only when the current is completely done > > The structure: > - the base is an interface called Builder which has a method build(source, destination, rest) > - the builder implementing this interface > + will get the source and destination objects > + copies whatever he wants from source to destination > + when done, executes build on the first element of the rest > + this may sound awkward, but this is the way how the async calls can be "linearized" in a general way, not embedding anonymous class into anonymous > class into anonymous class... as we do it today. > + for synchronous builders, there is a BaseSyncBuilder which takes care of this boilerplate calling of next and exposes a simple method > build(S source, D destination) > + to simplify the creating and running the chain of builders, there is a BuilderExecutor class (can be created as sync or async) > > So, a simple example - even more simple than the PoC patch :) > > //create the first builder > class FirstLetterBuilder extends BaseSyncBuilder<String, StringBuilder> { > @Override > protected void build(String source, StringBuilder destination) { > // copy the first letter to the destination > destination.append(source.charAt(0)); > } > } > > //create the second builder > class SecondLetterBuilder extends BaseSyncBuilder<String, StringBuilder> { > @Override > protected void build(String source, StringBuilder destination) { > // copy the second letter to the destination > destination.append(source.charAt(1)); > } > } > > // usage > ... > // create the destination object > StringBuilder res = new StringBuilder(); > > // configure the executor with the two builders > BuilderExecutor<String, StringBuilder> executor = new BuilderExecutor<String, StringBuilder>( > new FirstLetterBuilder(), > new SecondLetterBuilder() > ); > > // execute the builder chain ("ab" is the source, res the destination) > executor.build("ab", res); > > // use the result > ... > > That's it. And the nice part is, that this FirstLetterBuilder and SecondLetterBuilder can be reused anywhere or combined with any other builders. > > Any comments on this will be more than welcome! > > Thank you, > Tomas > _______________________________________________ > Engine-devel mailing list > Engine-devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/engine-devel

1 0

[Engine-devel] 3.2 features for release notes
by Cheryn Tan 30 Jan '13

30 Jan '13

Hi all, I'm preparing the oVirt 3.2 release notes, starting with the features listed here: http://www.ovirt.org/OVirt_3.2_release-management#Features Can you please go through the list, and reply to this thread if: a) There are features being released for 3.2 which should be documented, but are not on the list; or b) Some of the planned features on this list are not being released for 3.2; or c) Some of the features on this list are being released for 3.2, but should not be documented. For features which aren't on the wiki, please send a short description or Bugzilla numbers of each feature. Please reply no later than Jan 28. Thank you very much for your help! Cheryn

13 15

[Engine-devel] unit tests failing
by Alon Bar-Lev 29 Jan '13

29 Jan '13

Don't know what change exactly caused this: Tests in error: canDoActionInvalidVmStatus(org.ovirt.engine.core.bll.MoveDisksCommandTest) moveDisk(org.ovirt.engine.core.bll.MoveDisksCommandTest) liveMigrateDisk(org.ovirt.engine.core.bll.MoveDisksCommandTest) liveMigrateDiskBasedOnTemplate(org.ovirt.engine.core.bll.MoveDisksCommandTest) moveDiskAndLiveMigrateDisk(org.ovirt.engine.core.bll.MoveDisksCommandTest)

5 7

[Engine-devel] Improving of exist memory lock infrastructure in ovirt-engine
by Michael Kublin 29 Jan '13

29 Jan '13

The following link http://www.ovirt.org/Features/DetailedLockMechanism contains description and design of in memory lock infrastructure. The design is describing already existing infrastructure with additional changes that should be done in order to improve it. The idea is to allow using of in memory locks with commands that can create asynchronous tasks. Regards Michael

2 1

Re: [Engine-devel] May I apply for a user account on jenkins.ovirt.org to run VDSM functional tests?
by Eyal Edri 29 Jan '13

29 Jan '13

----- Original Message ----- > From: "Zhou Zheng Sheng" <zhshzhou(a)linux.vnet.ibm.com> > To: infra(a)ovirt.org > Cc: "ShaoHe Feng" <shaohef(a)linux.vnet.ibm.com> > Sent: Tuesday, January 29, 2013 12:24:27 PM > Subject: May I apply for a user account on jenkins.ovirt.org to run VDSM functional tests? > > Hi all, > > I notice there is no VDSM functional tests running in oVirt Jenkins. > Currently in VDSM we have some XML-RPC functional test cases for > iSCSI, > localfs and glusterfs storage as well as creating and destroying VMs > on > those storage. Functional tests through JSON-RPC are under review. I > also submit a patch to Gerrit for running the tests easily > (http://gerrit.ovirt.org/#/c/11238/) More test cases will be added > to > improve test coverage and reduce the chance of regression. > > Some bugs that can not be covered by unit test can be caught by > functional tests. I think it would be helpful to run these functional > tests continuously. We can also configure the Gerrit trigger in > Jenkins > to run functional tests when someone verifies the patch or when it > gets > approved but not merged. This may be helpful to the maintainer. > > I've setup a Jenkins job for VDSM functional tests in my lab server. > You > can refer to the job configuration of my current setup > (https://github.com/edwardbadboy/vdsm-jenkins/blob/master/config.xml) > After my patch in Gerrit is accepted, the job configuration will be > simpler and the hacks can be removed. May I apply a user account for > creating job in the oVirt Jenkins? > Hi Zhou, Basically there shouldn't be any problem with that. we have an option for giving a 'power-user' permissions for certain users on oVirt misc projects to add and and configure jobs for thier project. it requires knowledge in jenkins, which it seems that you have and recognition from the team/other developers from the relevant project (in this case, VDSM) that you are an active member of the project. (just a formality essentially) I've added engine-devel list to this thread so anyone from vdsm team can vote +1 for adding you as a power user for jenkins. once we'll receive a few +1 and not objections i'll create a user for you and send you the details. you'll be able to: 1. create new jobs 2. update jobs configurations 3. run jobs.. > -- > Thanks and best regards! > > Zhou Zheng Sheng / 周征晟 > E-mail: zhshzhou(a)linux.vnet.ibm.com > Telephone: 86-10-82454397 > > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra >

2 1

[Engine-devel] Change in the RPM release
by Juan Hernandez 29 Jan '13

29 Jan '13

Hello all, I have just merged a patch (see [1]) into the master branch that changes how the release number of RPMs is created by default. Now it will be like this: 0.1.$(date +%Y%m%d%H%M%S) This may impact you if you are building your own RPMs, but only if you are not explicitly forcing the release number with something like this: make rpm RPM_RELEASE_VERSION=whatever [1] http://gerrit.ovirt.org/9704 Regards, Juan Hernandez -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.

1 0

[Engine-devel] [JENKINS] important change in findbugs analysis
by Eyal Edri 27 Jan '13

27 Jan '13

fyi, as part of the efforts to reduce bugs found by findbugs jenkins job, NORMAL priority bugs limit has been set to 15 (current count), this means that any NEW NORMAL bugs that will enter ovirt-engine code will fail the job, and it's the committer responsibility to fix it. if you're not sure about your code, you can run mvn findbugs:findbugs before merging (there's also an eclipse plugin for it). there is on-going work on reducing NORMAL bugs, and this limit will reduce in the near future, until it will reach '0' (similar to HIGH prirority). thanks for the cooperation. Eyal Edri oVirt infra team.

1 0

Re: [Engine-devel] [oVirt Jenkins] ovirt_engine_unit_tests - Build # 3216 - Still unstable!
by Eyal Edri 27 Jan '13

27 Jan '13

fyi, seems like this patch introduced new unit test failure, please check, http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git&a=commit&h=207cda518399d0… http://jenkins.ovirt.org/job/ovirt_engine_unit_tests/3212/ Eyal. Infra team. ----- Original Message ----- > From: "Jenkins oVirt Server" <jenkins(a)ovirt.org> > To: eedri(a)redhat.com, engine-patches(a)ovirt.org, oliel(a)redhat.com, yzaslavs(a)redhat.com > Sent: Friday, January 25, 2013 11:49:10 AM > Subject: [oVirt Jenkins] ovirt_engine_unit_tests - Build # 3216 - Still unstable! > > Project: http://jenkins.ovirt.org/job/ovirt_engine_unit_tests/ > Build: http://jenkins.ovirt.org/job/ovirt_engine_unit_tests/3216/ > Build Number: 3216 > Build Status: Still unstable > Triggered By: Started by upstream project "ovirt_engine" build number > 4,107, Started by upstream project "ovirt_engine" build number 4,109 > > ------------------------------------- > Changes Since Last Success: > ------------------------------------- > Changes for Build #3212 > [gerrit2] engine: consolidate VM and Poll queries > > > Changes for Build #3213 > [gerrit2] core:unlock_entity.sh is not finding a locked ... > > [gerrit2] core:unlock_entity.sh is not unlocking the vm... > > [emesika] core:If no power management configured or fails... > > > Changes for Build #3214 > > Changes for Build #3215 > [gerrit2] packaging: Starting ssh before adding host in AIO > > [gerrit2] packaging: Updated spec to use sdk version that supports > ssl. > > [gerrit2] spelling: s/mster/master/ > > > Changes for Build #3216 > > > > ----------------- > Failed Tests: > ----------------- > 1 tests failed. > FAILED: > org.ovirt.engine.core.bll.GetAllVmPoolsAttachedToUserQueryTest.testQueryIsAUserQuery > > Error Message: > A query tested for filtered access should not be an admin query > > Stack Trace: > java.lang.AssertionError: A query tested for filtered access should > not be an admin query > at org.junit.Assert.fail(Assert.java:93) > at org.junit.Assert.assertTrue(Assert.java:43) > at org.junit.Assert.assertFalse(Assert.java:68) > at > org.ovirt.engine.core.bll.AbstractUserQueryTest.testQueryIsAUserQuery(AbstractUserQueryTest.java:58) > at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at > org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45) > at > org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) > at > org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42) > at > org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) > at > org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263) > at > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68) > at > org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222) > at org.junit.runners.ParentRunner.run(ParentRunner.java:300) > at > org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53) > at > org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123) > at > org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at > org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164) > at > org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110) > at > org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175) > at > org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:107) > at > org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68) > > > > > ------------------ > Build Log: > ------------------ > [...truncated 6074 lines...] > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/maven-artifact-manager/2.0.8… > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/maven-artifact-manager/2.0.8… > (3 KB at 164.8 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/maven-repository-metadata/2.… > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/maven-repository-metadata/2.… > (2 KB at 142.8 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/maven-plugin-registry/2.0.8/… > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/maven-plugin-registry/2.0.8/… > (2 KB at 57.4 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/shared/maven-common-artifact… > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/shared/maven-common-artifact… > (2 KB at 164.0 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/reporting/maven-reporting-im… > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/reporting/maven-reporting-im… > (2 KB at 164.0 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/reporting/maven-reporting/2.… > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/reporting/maven-reporting/2.… > (700 B at 25.3 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-core/1.0-alpha-7… > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-core/1.0-alpha-7… > (2 KB at 109.7 KB/sec) > Downloading: > http://repo1.maven.org/maven2/oro/oro/2.0.7/oro-2.0.7.pom > Downloaded: http://repo1.maven.org/maven2/oro/oro/2.0.7/oro-2.0.7.pom > (141 B at 9.8 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/reporting/maven-reporting-ap… > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/reporting/maven-reporting-ap… > (902 B at 80.1 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-site-renderer/1.… > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-site-renderer/1.… > (2 KB at 127.6 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/codehaus/plexus/plexus-velocity/1.1.2/ple… > Downloaded: > http://repo1.maven.org/maven2/org/codehaus/plexus/plexus-velocity/1.1.2/ple… > (8 KB at 570.5 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/codehaus/plexus/plexus-container-default/… > Downloaded: > http://repo1.maven.org/maven2/org/codehaus/plexus/plexus-container-default/… > (2 KB at 104.9 KB/sec) > Downloading: > http://repo1.maven.org/maven2/plexus/plexus-containers/1.0.2/plexus-contain… > Downloaded: > http://repo1.maven.org/maven2/plexus/plexus-containers/1.0.2/plexus-contain… > (471 B at 38.3 KB/sec) > Downloading: > http://repo1.maven.org/maven2/plexus/plexus-root/1.0.3/plexus-root-1.0.3.pom > Downloaded: > http://repo1.maven.org/maven2/plexus/plexus-root/1.0.3/plexus-root-1.0.3.pom > (6 KB at 489.8 KB/sec) > Downloading: > http://repo1.maven.org/maven2/plexus/plexus-utils/1.0.2/plexus-utils-1.0.2.… > Downloaded: > http://repo1.maven.org/maven2/plexus/plexus-utils/1.0.2/plexus-utils-1.0.2.… > (740 B at 60.2 KB/sec) > Downloading: > http://repo1.maven.org/maven2/commons-logging/commons-logging-api/1.0.4/com… > Downloaded: > http://repo1.maven.org/maven2/commons-logging/commons-logging-api/1.0.4/com… > (168 B at 13.7 KB/sec) > Downloading: > http://repo1.maven.org/maven2/velocity/velocity/1.4/velocity-1.4.pom > Downloaded: > http://repo1.maven.org/maven2/velocity/velocity/1.4/velocity-1.4.pom > (3 KB at 174.3 KB/sec) > Downloading: > http://repo1.maven.org/maven2/velocity/velocity-dep/1.4/velocity-dep-1.4.pom > Downloaded: > http://repo1.maven.org/maven2/velocity/velocity-dep/1.4/velocity-dep-1.4.pom > (2 KB at 154.3 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-decoration-model… > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-decoration-model… > (2 KB at 99.0 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/codehaus/plexus/plexus-utils/1.4.6/plexus… > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/shared/maven-shared-io/1.0/m… > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/shared/maven-dependency-anal… > Downloaded: > http://repo1.maven.org/maven2/org/codehaus/plexus/plexus-utils/1.4.6/plexus… > (200 KB at 6431.1 KB/sec) > Downloading: http://repo1.maven.org/maven2/asm/asm/3.0/asm-3.0.jar > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/shared/maven-shared-io/1.0/m… > (33 KB at 1052.7 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/shared/maven-common-artifact… > Downloaded: http://repo1.maven.org/maven2/asm/asm/3.0/asm-3.0.jar (42 > KB at 2085.4 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/reporting/maven-reporting-im… > Downloading: > http://repo1.maven.org/maven2/commons-collections/commons-collections/2.1/c… > Downloading: > http://repo1.maven.org/maven2/commons-logging/commons-logging/1.0.4/commons… > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/shared/maven-common-artifact… > (27 KB at 1565.7 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-core/1.0-alpha-7… > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/reporting/maven-reporting-im… > (14 KB at 833.5 KB/sec) > Downloading: > http://repo1.maven.org/maven2/oro/oro/2.0.7/oro-2.0.7.jar > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/shared/maven-dependency-anal… > (27 KB at 400.2 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-site-renderer/1.… > Downloaded: http://repo1.maven.org/maven2/oro/oro/2.0.7/oro-2.0.7.jar > (64 KB at 1936.1 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/codehaus/plexus/plexus-velocity/1.1.2/ple… > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-core/1.0-alpha-7… > (226 KB at 6274.1 KB/sec) > Downloading: > http://repo1.maven.org/maven2/plexus/plexus-utils/1.0.2/plexus-utils-1.0.2.… > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-site-renderer/1.… > (13 KB at 538.3 KB/sec) > Downloading: > http://repo1.maven.org/maven2/commons-logging/commons-logging-api/1.0.4/com… > Downloaded: > http://repo1.maven.org/maven2/commons-logging/commons-logging/1.0.4/commons… > (38 KB at 675.0 KB/sec) > Downloading: > http://repo1.maven.org/maven2/velocity/velocity/1.4/velocity-1.4.jar > Downloaded: > http://repo1.maven.org/maven2/org/codehaus/plexus/plexus-velocity/1.1.2/ple… > (8 KB at 222.3 KB/sec) > Downloading: > http://repo1.maven.org/maven2/velocity/velocity-dep/1.4/velocity-dep-1.4.jar > Downloaded: > http://repo1.maven.org/maven2/plexus/plexus-utils/1.0.2/plexus-utils-1.0.2.… > (157 KB at 3915.6 KB/sec) > Downloading: > http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-decoration-model… > Downloaded: > http://repo1.maven.org/maven2/commons-logging/commons-logging-api/1.0.4/com… > (26 KB at 673.4 KB/sec) > Downloaded: > http://repo1.maven.org/maven2/commons-collections/commons-collections/2.1/c… > (162 KB at 1645.4 KB/sec) > Downloaded: > http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-decoration-model… > (38 KB at 2193.0 KB/sec) > Downloaded: > http://repo1.maven.org/maven2/velocity/velocity/1.4/velocity-1.4.jar > (353 KB at 4898.7 KB/sec) > Downloaded: > http://repo1.maven.org/maven2/velocity/velocity-dep/1.4/velocity-dep-1.4.jar > (506 KB at 10758.0 KB/sec) > [INFO] Configured Artifact: org.quartz-scheduler:quartz:2.1.2:jar > [INFO] Copying quartz-2.1.2.jar to > /home/jenkins/workspace/ovirt_engine_unit_tests/ear/target/quartz/quartz-2.1.2.jar > mojoSucceeded > org.apache.maven.plugins:maven-dependency-plugin:2.1(copy-quartz-jar) > [INFO] Installing > /home/jenkins/workspace/ovirt_engine_unit_tests/ear/target/engine.ear > to > /home/jenkins/workspace/ovirt_engine_unit_tests/.repository/org/ovirt/engine/engine-server-ear/3.2.0/engine-server-ear-3.2.0.ear > mojoStarted > org.apache.maven.plugins:maven-install-plugin:2.3.1(default-install) > [INFO] > [INFO] --- maven-install-plugin:2.3.1:install (default-install) @ > engine-server-ear --- > [INFO] Installing > /home/jenkins/workspace/ovirt_engine_unit_tests/ear/pom.xml to > /home/jenkins/workspace/ovirt_engine_unit_tests/.repository/org/ovirt/engine/engine-server-ear/3.2.0/engine-server-ear-3.2.0.pom > mojoSucceeded > org.apache.maven.plugins:maven-install-plugin:2.3.1(default-install) > projectSucceeded org.ovirt.engine:engine-server-ear:3.2.0 > sessionEnded > [INFO] > ------------------------------------------------------------------------ > [INFO] Reactor Summary: > [INFO] > [INFO] ovirt-root ........................................ SUCCESS > [8.538s] > [INFO] oVirt Build Tools root ............................ SUCCESS > [0.238s] > [INFO] oVirt checkstyle .................................. SUCCESS > [6.895s] > [INFO] oVirt Checkstyle Checks ........................... SUCCESS > [2.763s] > [INFO] oVirt Modules - backend ........................... SUCCESS > [0.246s] > [INFO] oVirt Manager ..................................... SUCCESS > [0.234s] > [INFO] oVirt DB Scripts .................................. SUCCESS > [0.950s] > [INFO] oVirt Modules - manager ........................... SUCCESS > [6.026s] > [INFO] CSharp Compatibility .............................. SUCCESS > [14.711s] > [INFO] Encryption Libraries .............................. SUCCESS > [5.150s] > [INFO] oVirt Tools ....................................... SUCCESS > [0.619s] > [INFO] oVirt Tools Common Library ........................ SUCCESS > [4.614s] > [INFO] Common Code ....................................... SUCCESS > [28.455s] > [INFO] Common utilities .................................. SUCCESS > [32.168s] > [INFO] Data Access Layer ................................. SUCCESS > [30.996s] > [INFO] engine beans ...................................... SUCCESS > [0.304s] > [INFO] engine scheduler bean ............................. SUCCESS > [5.388s] > [INFO] Vds broker ........................................ SUCCESS > [14.906s] > [INFO] Search Backend .................................... SUCCESS > [8.260s] > [INFO] Backend Logic @Service bean ....................... SUCCESS > [1:16.188s] > [INFO] oVirt RESTful API Backend Integration ............. SUCCESS > [8.478s] > [INFO] oVirt RESTful API interface ....................... SUCCESS > [0.334s] > [INFO] oVirt Engine API Definition ....................... SUCCESS > [25.865s] > [INFO] oVirt Engine API Commom Parent POM ................ SUCCESS > [0.311s] > [INFO] oVirt Engine API Common JAX-RS .................... SUCCESS > [17.147s] > [INFO] oVirt RESTful API Backend Integration Type Mappers SUCCESS > [51.144s] > [INFO] oVirt RESTful API Backend Integration JAX-RS Resources > SUCCESS [54.674s] > [INFO] oVirt RESTful API Backend Integration Webapp ...... SUCCESS > [2.285s] > [INFO] oVirt Engine Web Root ............................. SUCCESS > [2.731s] > [INFO] oVirt Configuration Tool .......................... SUCCESS > [3.816s] > [INFO] Notifier Service package .......................... SUCCESS > [0.171s] > [INFO] Notifier Service .................................. SUCCESS > [4.180s] > [INFO] Notifier Service Resources ........................ SUCCESS > [2.233s] > [INFO] oVirt Modules :: Frontend ......................... SUCCESS > [0.182s] > [INFO] oVirt Modules :: Webadmin ......................... SUCCESS > [0.187s] > [INFO] oVirt Modules - ui ................................ SUCCESS > [0.185s] > [INFO] Extensions for GWT ................................ SUCCESS > [4.740s] > [INFO] UI Utils Compatibility (for UICommon) ............. SUCCESS > [6.985s] > [INFO] Frontend for GWT UI Projects ...................... SUCCESS > [6.357s] > [INFO] UICommonWeb ....................................... SUCCESS > [27.230s] > [INFO] oVirt GWT UI common infrastructure ................ SUCCESS > [33.023s] > [INFO] WebAdmin .......................................... SUCCESS > [28.203s] > [INFO] UserPortal ........................................ SUCCESS > [12.630s] > [INFO] oVirt WARs ........................................ SUCCESS > [0.165s] > [INFO] oVirt Web Application Module ...................... SUCCESS > [2.619s] > [INFO] oVirt Server EAR .................................. SUCCESS > [8.673s] > [INFO] > ------------------------------------------------------------------------ > [INFO] BUILD SUCCESS > [INFO] > ------------------------------------------------------------------------ > [INFO] Total time: 9:19.320s > [INFO] Finished at: Fri Jan 25 04:49:19 EST 2013 > [INFO] Final Memory: 319M/676M > [INFO] > ------------------------------------------------------------------------ > Projects to build: [MavenProject: org.ovirt.engine:root:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/pom.xml, > MavenProject: org.ovirt.engine:build-tools-root:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/build-tools-root/pom.xml, > MavenProject: org.ovirt.engine:checkstyles:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/build-tools-root/checkstyles/pom.xml, > MavenProject: org.ovirt.engine:ovirt-checkstyle-extension:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/build-tools-root/ovirt-checkstyle-extension/pom.xml, > MavenProject: org.ovirt.engine.core:backend:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/pom.xml, > MavenProject: org.ovirt.engine.core:manager:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/pom.xml, > MavenProject: org.ovirt.engine.core:dbscripts:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/dbscripts/pom.xml, > MavenProject: org.ovirt.engine.core:manager-modules:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/pom.xml, > MavenProject: org.ovirt.engine.core:compat:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/compat/pom.xml, > MavenProject: org.ovirt.engine.core:engineencryptutils:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/engineencryptutils/pom.xml, > MavenProject: org.ovirt.engine.core:manager-tools:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/pom.xml, > MavenProject: org.ovirt.engine.core:engine-tools-common:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-tools-common/pom.xml, > MavenProject: org.ovirt.engine.core:common:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/common/pom.xml, > MavenProject: org.ovirt.engine.core:utils:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/utils/pom.xml, > MavenProject: org.ovirt.engine.core:dal:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/dal/pom.xml, > MavenProject: org.ovirt.engine.core:beans:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/beans/pom.xml, > MavenProject: org.ovirt.engine.core:scheduler:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/beans/scheduler/pom.xml, > MavenProject: org.ovirt.engine.core:vdsbroker:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/vdsbroker/pom.xml, > MavenProject: org.ovirt.engine.core:searchbackend:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/searchbackend/pom.xml, > MavenProject: org.ovirt.engine.core:bll:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/bll/pom.xml, > MavenProject: org.ovirt.engine.api:restapi-parent:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/pom.xml, > MavenProject: org.ovirt.engine.api:interface:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/interface/pom.xml, > MavenProject: org.ovirt.engine.api:restapi-definition:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/interface/definition/pom.xml, > MavenProject: org.ovirt.engine.api:common-parent:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/interface/common/pom.xml, > MavenProject: org.ovirt.engine.api:interface-common-jaxrs:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/interface/common/jaxrs/pom.xml, > MavenProject: org.ovirt.engine.api:restapi-types:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/types/pom.xml, > MavenProject: org.ovirt.engine.api:restapi-jaxrs:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/jaxrs/pom.xml, > MavenProject: org.ovirt.engine.api:restapi-webapp:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/webapp/pom.xml, > MavenProject: org.ovirt.engine.core:root-war:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/root/pom.xml, > MavenProject: org.ovirt.engine.core:engine-config:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-config/pom.xml, > MavenProject: org.ovirt.engine.core:engine-notifier:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-notifier/pom.xml, > MavenProject: org.ovirt.engine.core:engine-notifier-service:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-notifier/engine-notifier-service/pom.xml, > MavenProject: org.ovirt.engine.core:engine-notifier-resources:3.2.0 > @ > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-notifier/engine-notifier-resources/pom.xml, > MavenProject: org.ovirt.engine.ui:frontend-all:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/pom.xml, > MavenProject: org.ovirt.engine.ui:webadmin-all:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/pom.xml, > MavenProject: org.ovirt.engine.ui:webadmin-modules:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/pom.xml, > MavenProject: org.ovirt.engine.ui:gwt-extension:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/gwt-extension/pom.xml, > MavenProject: org.ovirt.engine.ui:uicompat:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/uicompat/pom.xml, > MavenProject: org.ovirt.engine.ui:frontend:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/frontend/pom.xml, > MavenProject: org.ovirt.engine.ui:uicommonweb:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/uicommonweb/pom.xml, > MavenProject: org.ovirt.engine.ui:gwt-common:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/gwt-common/pom.xml, > MavenProject: org.ovirt.engine.ui:webadmin:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/webadmin/pom.xml, > MavenProject: org.ovirt.engine.ui:userportal:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/userportal-gwtp/pom.xml, > MavenProject: org.ovirt.engine.ui:wars:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/wars/pom.xml, > MavenProject: org.ovirt.engine.ui:rmw-war:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/wars/rmw-war/pom.xml, > MavenProject: org.ovirt.engine:engine-server-ear:3.2.0 @ > /home/jenkins/workspace/ovirt_engine_unit_tests/ear/pom.xml] > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/beans/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/uicommonweb/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/uicommonweb/target/uicommonweb-3.2.0-sources.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/root/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/root/target/root-war-3.2.0.war > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/webapp/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/webapp/target/restapi-webapp-3.2.0.war > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-tools-common/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-tools-common/target/engine-tools-common-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-tools-common/target/engine-tools-common-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-notifier/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/common/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/common/target/common-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/common/target/common-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/common/target/common-3.2.0-sources.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/gwt-common/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/gwt-common/target/gwt-common-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/gwt-common/target/gwt-common-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/wars/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/build-tools-root/checkstyles/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/build-tools-root/checkstyles/target/checkstyles-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/build-tools-root/checkstyles/target/checkstyles-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/beans/scheduler/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/beans/scheduler/target/scheduler-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/beans/scheduler/target/scheduler-3.2.0-client.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-notifier/engine-notifier-resources/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-notifier/engine-notifier-resources/target/engine-notifier-resources-3.2.0.zip > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-config/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-config/target/engine-config-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-config/target/engine-config-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/engineencryptutils/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/engineencryptutils/target/engineencryptutils-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/engineencryptutils/target/engineencryptutils-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-notifier/engine-notifier-service/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-notifier/engine-notifier-service/target/engine-notifier-service-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/tools/engine-notifier/engine-notifier-service/target/engine-notifier-service-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/utils/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/utils/target/utils-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/utils/target/utils-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/interface/common/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/interface/definition/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/interface/definition/target/restapi-definition-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/interface/definition/target/restapi-definition-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/types/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/types/target/restapi-types-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/types/target/restapi-types-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/uicompat/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/uicompat/target/uicompat-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/uicompat/target/uicompat-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/build-tools-root/ovirt-checkstyle-extension/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/build-tools-root/ovirt-checkstyle-extension/target/ovirt-checkstyle-extension-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/build-tools-root/ovirt-checkstyle-extension/target/ovirt-checkstyle-extension-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/interface/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/jaxrs/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/jaxrs/target/restapi-jaxrs-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/jaxrs/target/restapi-jaxrs-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/frontend/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/frontend/target/frontend-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/frontend/target/frontend-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/wars/rmw-war/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/wars/rmw-war/target/rmw-war-3.2.0.war > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/dal/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/dal/target/dal-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/dal/target/dal-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/ear/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/ear/target/engine.ear > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/webadmin/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/webadmin/target/webadmin-3.2.0.war > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/searchbackend/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/searchbackend/target/searchbackend-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/searchbackend/target/searchbackend-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/searchbackend/target/searchbackend-3.2.0-sources.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/gwt-extension/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/gwt-extension/target/gwt-extension-3.2.0-sources.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/build-tools-root/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/compat/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/compat/target/compat-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/compat/target/compat-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/compat/target/compat-3.2.0-sources.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/interface/common/jaxrs/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/interface/common/jaxrs/target/interface-common-jaxrs-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/restapi/interface/common/jaxrs/target/interface-common-jaxrs-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/userportal-gwtp/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/frontend/webadmin/modules/userportal-gwtp/target/userportal-3.2.0.war > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/vdsbroker/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/vdsbroker/target/vdsbroker-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/vdsbroker/target/vdsbroker-3.2.0-tests.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/bll/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/bll/target/bll-3.2.0.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/modules/bll/target/bll-3.2.0-client.jar > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/pom.xml > [JENKINS] Archiving disabled - not archiving > /home/jenkins/workspace/ovirt_engine_unit_tests/backend/manager/dbscripts/pom.xml > Waiting for Jenkins to finish collecting data > channel stopped > IRC notifier plugin: Sending notification to: #ovirt-jenkins > Email was triggered for: Unstable > Sending email for trigger: Unstable >

2 1

[Engine-devel] default Vm memory size
by Laszlo Hornyak 24 Jan '13

24 Jan '13

Hi, The default Vm size is 512 MB now. I think A bit more could be useful, e.g. a fedora installer won't start with 512 MB. What about 1024 MB? thx, Laszlo

4 3

[Engine-devel] ovirt engine sdk
by navin p 23 Jan '13

23 Jan '13

Hi, I've written the following python program after configuring ovirt. from ovirtsdk.xml import params from ovirtsdk.api import API api=API(url='http://XYZ:80',username='ABC',password='123') print "\n**********************VMS************************\n" vmlist = api.vms.list() hostlist = api.hosts.list() evenlist = api.events.list(); for vm in vmlist: print vm.name,vm.memory,vm.id,vm.os.kernel,vm.cluster.id,vm.start_time print "\n**********************HOSTS ********************\n" for host in hostlist: print host.name #print "\n**********************EVENTS ********************\n" #for evt in evenlist: # print evt.description It prints the output as *********************VMS************************ fedora18 2147483648 3e4634b7-82a9-4c4f-8599-0f9092a9258e None 99408929-82cf-4dc7-a532-9d998063fa95 None testdtop1 536870912 c256a1d9-2e3f-42e8-9020-6d08d21d2d73 None 99408929-82cf-4dc7-a532-9d998063fa95 2013-01-23T09:59:36.726Z testvm1 268435456 f6b2a97d-34b2-4a62-adae-ac0504b96558 None 99408929-82cf-4dc7-a532-9d998063fa95 2013-01-23T09:55:06.727Z testvmfedora18 536870912 25c14ee6-65dd-4785-af0c-a8df3f87573f None 99408929-82cf-4dc7-a532-9d998063fa95 None **********************HOSTS ******************** omwin.ind.hp.com Now i want to get the statistics for each vm like the memory used and memory installed etc in python. How do i go about getting them ? Do we have something like a header file in C or C++ where i can see the member variables and then get the statistics ? Regards, Navin

2 3

[Engine-devel] ovirt node
by David Michel (ODEC Ltd.) 23 Jan '13

23 Jan '13

hi i cannot add ovirt node to ovirt-engine ssh error occur although i can connect to the node using ssh from engine machine please i need your help to solve this issue thanks

2 1

[Engine-devel] RFC: New Storage API
by Saggi Mizrahi 22 Jan '13

22 Jan '13

I've been throwing a lot of bits out about the new storage API and I think it's time to talk a bit. I will purposefully try and keep implementation details away and concentrate about how the API looks and how you use it. First major change is in terminology, there is no long a storage domain but a storage repository. This change is done because so many things are already called domain in the system and this will make things less confusing for new-commers with a libvirt background. One other changes is that repositories no longer have a UUID. The UUID was only used in the pool members manifest and is no longer needed. connectStorageRepository(repoId, repoFormat, connectionParameters={}): repoId - is a transient name that will be used to refer to the connected domain, it is not persisted and doesn't have to be the same across the cluster. repoFormat - Similar to what used to be type (eg. localfs-1.0, nfs-3.4, clvm-1.2). connectionParameters - This is format specific and will used to tell VDSM how to connect to the repo. disconnectStorageRepository(self, repoId): In the new API there are only images, some images are mutable and some are not. mutable images are also called VirtualDisks immutable images are also called Snapshots There are no explicit templates, you can create as many images as you want from any snapshot. There are 4 major image operations: createVirtualDisk(targetRepoId, size, baseSnapshotId=None, userData={}, options={}): targetRepoId - ID of a connected repo where the disk will be created size - The size of the image you wish to create baseSnapshotId - the ID of the snapshot you want the base the new virtual disk on userData - optional data that will be attached to the new VD, could be anything that the user desires. options - options to modify VDSMs default behavior returns the id of the new VD createSnapshot(targetRepoId, baseVirtualDiskId, userData={}, options={}): targetRepoId - The ID of a connected repo where the new sanpshot will be created and the original image exists as well. size - The size of the image you wish to create baseVirtualDisk - the ID of a mutable image (Virtual Disk) you want to snapshot userData - optional data that will be attached to the new Snapshot, could be anything that the user desires. options - options to modify VDSMs default behavior returns the id of the new Snapshot copyImage(targetRepoId, imageId, baseImageId=None, userData={}, options={}) targetRepoId - The ID of a connected repo where the new image will be created imageId - The image you wish to copy baseImageId - if specified, the new image will contain only the diff between image and Id. If None the new image will contain all the bits of image Id. This can be used to copy partial parts of images for export. userData - optional data that will be attached to the new image, could be anything that the user desires. options - options to modify VDSMs default behavior return the Id of the new image. In case of copying an immutable image the ID will be identical to the original image as they contain the same data. However the user should not assume that and always use the value returned from the method. removeImage(repositoryId, imageId, options={}): repositoryId - The ID of a connected repo where the image to delete resides imageId - The id of the image you wish to delete. ---- getImageStatus(repositoryId, imageId) repositoryId - The ID of a connected repo where the image to check resides imageId - The id of the image you wish to check. All operations return once the operations has been committed to disk NOT when the operation actually completes. This is done so that: - operation come to a stable state as quickly as possible. - In case where there is an SDM, only small portion of the operation actually needs to be performed on the SDM host. - No matter how many times the operation fails and on how many hosts, you can always resume the operation and choose when to do it. - You can stop an operation at any time and remove the resulting object making a distinction between "stop because the host is overloaded" to "I don't want that image" This means that after calling any operation that creates a new image the user must then call getImageStatus() to check what is the status of the image. The status of the image can be either optimized, degraded, or broken. "Optimized" means that the image is available and you can run VMs of it. "Degraded" means that the image is available and will run VMs but it might be a better way VDSM can represent the underlying data. "Broken" means that the image can't be used at the moment, probably because not all the data has been set up on the volume. Apart from that VDSM will also return the last persisted status information which will conatin hostID - the last host to try and optimize of fix the image stage - X/Y (eg. 1/10) the last persisted stage of the fix. percent_complete - -1 or 0-100, the last persisted completion percentage of the aforementioned stage. -1 means that no progress is available for that operation. last_error - This will only be filled if the operation failed because of something other then IO or a VDSM crash for obvious reasons. It will usually be set if the task was manually stopped The user can either be satisfied with that information or as the host specified in host ID if it is still working on that image by checking it's running tasks. checkStorageRepository(self, repositoryId, options={}): A method to go over a storage repository and scan for any existing problems. This includes degraded\broken images and deleted images that have no yet been physically deleted\merged. It returns a list of Fix objects. Fix objects come in 4 types: clean - cleans data, run them to get more space. optimize - run them to optimize a degraded image merge - Merges two images together. Doing this sometimes makes more images ready optimizing or cleaning. The reason it is different from optimize is that unmerged images are considered optimized. mend - mends a broken image The user can read these types and prioritize fixes. Fixes also contain opaque FIX data and they should be sent as received to fixStorageRepository(self, repositoryId, fix, options={}): That will start a fix operation. All major operations automatically start the appropriate "Fix" to bring the created object to an optimize\degraded state (the one that is quicker) unless one of the options is AutoFix=False. This is only useful for repos that might not be able to create volumes on all hosts (SDM) but would like to have the actual IO distributed in the cluster. Other common options is the strategy option: It has currently 2 possible values space and performance - In case VDSM has 2 ways of completing the same operation it will tell it to value one over the other. For example, whether to copy all the data or just create a qcow based of a snapshot. The default is space. You might have also noticed that it is never explicitly specified where to look for existing images. This is done purposefully, VDSM will always look in all connected repositories for existing objects. For very large setups this might be problematic. To mitigate the problem you have these options: participatingRepositories=[repoId, ...] which tell VDSM to narrow the search to just these repositories and imageHints={imgId: repoId} which will force VDSM to look for those image ID just in those repositories and fail if it doesn't find them there.

6 30

[Engine-devel] maven build trick
by Laszlo Hornyak 22 Jan '13

22 Jan '13

hi, I recommend that you add this script to your build script: rm -rf ~/.m2/repository/org/ovirt This will remove the generated ovirt artifacts from your local maven repo. Why is this needed: If you remove some artifact from the build, that other artifacts are built on, these artifacts will still be able to resolve the missing dependency from the local repo (which is wrong). In this way, your build can still depend on an outdated artifact without breaking the build. This is why you do not notice that the build is broken, maven will just take it as a third party artifact. Thx, Laszlo

2 1