- Users - oVirt List Archives

Disk profile
by Budur Nagaraju 26 Sep '16

26 Sep '16

HI I have created a 2TB if iSCSI lun , when I migrate a vm which is created in a nfs storage to iSCSI storage am not able to find the iSCSI Disk profile any configs do I need to do ? Thanks, Nagaraju

2 5

[ANN] oVirt 4.0.4 Final Release is now available
by Sandro Bonazzola 26 Sep '16

26 Sep '16

The oVirt Project is pleased to announce the availability of oVirt 4.0.4, as of September 26th, 2016. This release is available now for: * Fedora 23 (tech preview) * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later * Fedora 23 (tech preview) * oVirt Next Generation Node 4.0 This update is the fourth in a series of stabilization updates to the 4.0 series. 4.0.4 brings 11 enhancements and 139 bugfixes, including 58 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is available. [4] * A new oVirt Next Generation Node will be available soon [4]. * A new oVirt Engine Appliance is available for Red Hat Enterprise Linux and CentOS Linux (or similar) * Mirrors[5] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.4 release highlights: http://www.ovirt.org/release/4.0.4/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.0.4/ [4] http://resources.ovirt.org/pub/ovirt-4.0/iso/ [5] 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

ovirt python sdk and starting stateless vm
by Jiří Sléžka 26 Sep '16

26 Sep '16

This is a cryptographically signed message in MIME format. --------------ms080203040501010709060600 Content-Type: multipart/mixed; boundary="------------BD443E7FE790D8BDEA51E828" This is a multi-part message in MIME format. --------------BD443E7FE790D8BDEA51E828 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello, I am testing some from scratch deployment so I created a stateless vm=20 and wrote small python script to shutdown and start the vm again (to=20 revert vm state to starting point). http://pastebin.com/b5yTFEkN problem is that after stopping the vm there is a running operation of=20 snapshot removal and when script try to start the vm it fails with Failed to Start VM: status: 409 reason: Conflict detail: Cannot run VM. Related operation is currently in progress.=20 Please try again later. Is there a cleaner way than checking status and looping or waiting some=20 time to end of this operation? (desclaimer: I am new to python so please = don't hit me :-) Cheers, Jiri --------------BD443E7FE790D8BDEA51E828 Content-Type: text/x-vcard; charset=utf-8; name="jiri_slezka.vcf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="jiri_slezka.vcf" begin:vcard fn;quoted-printable:Ing. Ji=3DC5=3D99=3DC3=3DAD Sl=3DC3=3DA9=3DC5=3DBEka n;quoted-printable;quoted-printable:Sl=3DC3=3DA9=3DC5=3DBEka;Ji=3DC5=3D99= =3DC3=3DAD org;quoted-printable;quoted-printable:Slezsk=3DC3=3DA1 univerzita v Opav=3D= C4=3D9B;Centrum informa=3DC4=3D8Dn=3DC3=3DADch technologi=3DC3=3DAD adr;quoted-printable;quoted-printable:Na Rybn=3DC3=3DAD=3DC4=3D8Dku 1;;CI= T, Slezsk=3DC3=3DA1 univerzita v Opav=3DC4=3D9B;Opava;;74601;Czech Republ= ic email;internet:jiri.slezka@slu.cz title;quoted-printable:Spr=3DC3=3DA1vce s=3DC3=3DADt=3DC4=3D9B a aplikac=3D= C3=3DAD tel;work:+420 553 684 696 x-mozilla-html:FALSE url:http://www.slu.cz version:2.1 end:vcard --------------BD443E7FE790D8BDEA51E828-- --------------ms080203040501010709060600 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Elektronicky podpis S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CWcwggScMIIDhKADAgECAhEAuOSLPwlcx/l5IqBlguM0fDANBgkqhkiG9w0BAQUFADA7MQsw CQYDVQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwg Q0EwHhcNMTQxMTEwMDAwMDAwWhcNMTYxMTA5MjM1OTU5WjBlMQswCQYDVQQGEwJDWjElMCMG A1UECgwcU2xlenNrw6EgdW5pdmVyeml0YSB2IE9wYXbEmzEYMBYGA1UEAwwPSmnFmcOtIFNs w6nFvmthMRUwEwYJKoZIhvcNAQkCFgZzbGV6a2EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDNcPHUXg4ZfD3shn/1zeMf8tyn/ZplDk1756hc+PVHYNO2VRP2p1HKRdtcfj1i 2V87na0EfMmfxM77dJJklSnAsCXrs0by2eHzdCz746vErs5VkSnZ1nhOWH7FViKadiyxmAv+ zXL+jkzb678GHsT2jPWdHjfhgQXAzd0hE5AqkQ3sRGRspsfruRmfgStEoE2+Ubq4jC69pBYW i80zdAUOc+9Kl5Zfolfo/TpFViXIo4i1FMgDRNYZAhBKpHz70zN/7VUqTl/7x9z3a6ytNC8J TbbMdj8SdWhRV0oyOOhYlFHL+1ZS0KtQ0iz5yWs9dCkq77LrTXCXaWSGBRlQ8H/5AgMBAAGj ggFvMIIBazAfBgNVHSMEGDAWgBRjTUNaGUg/xEbBArq/7g7lgrdmpjAdBgNVHQ4EFgQUNHjX Vei/P0DdklwoP8A3Tkq0XTYwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0l BBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMBgGA1UdIAQRMA8wDQYLKwYBBAGyMQECAh0wPwYD VR0fBDgwNjA0oDKgMIYuaHR0cDovL2NybC50Y3MudGVyZW5hLm9yZy9URVJFTkFQZXJzb25h bENBLmNybDByBggrBgEFBQcBAQRmMGQwOgYIKwYBBQUHMAKGLmh0dHA6Ly9jcnQudGNzLnRl cmVuYS5vcmcvVEVSRU5BUGVyc29uYWxDQS5jcnQwJgYIKwYBBQUHMAGGGmh0dHA6Ly9vY3Nw LnRjcy50ZXJlbmEub3JnMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejANBgkqhkiG 9w0BAQUFAAOCAQEAJy6bixJ53paigwWwnXfipRly2TTkICwf4PtXw9hOBoYC17PbPpAoGBtT Dvz6pQW4woSJ4JbkkD9JKGPlZXt0fQgZKgbfQ7sRFQ54goOhvJYm+CFJUPiSXrZ/i1CUzI40 U3kXYbWOq99yKid5aUEaIub9E6cJY6fybt7ireTV2IKVNIm/AXWjjf6jxGVavQ1QzTxmRvfE sXpQis5jgCeJjRHhZ4BhwRChkIThLYfWTSYId9rbtuj3yjLjtJipDhHJEuIckgV8sCDbjbyt xo0WNLQmfL0KUVxvpfMfdZ3McGKwn7nQiqBcpsGI3+9pfmHkMzy4+rDGZCHkeyNNxEUpLDCC BMMwggOroAMCAQICEHP+V/rfuMUIgXtmuWvwLe8wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMDkwNTE4MDAwMDAwWhcNMjgxMjMxMjM1OTU5WjA7MQswCQYDVQQGEwJOTDEP MA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDIFdn1M2ojoZANz7sFRMOrH0o1hRohhaBP+PBA4kpD m/5bsbC/tFfcdYBBS2Qa9ttPb4/QJUU1+erLSvr72tPtRYgRlDbkzKgN78U9N+0We+PClZ5Y M38i+/j/7Oa+264KZSUih9pvhItG6ECGKD+/VgjiSumDouki+y36tigfkcHDcftTwCtOpAyh bp1V7ezhJIc6COINHOTETdDLJ/qEZObRl51WJFuTuykuQ+JBaj3iSmX8ml9ahoe8h8d5gJaZ UcaQD2SRmX0Q3awsAyrheGT+zj1O9CtQEUvRWNSbA/B/9TtTsFND+8UvxAQpGjqs11Xp0Q6V 0Tsxf3hPriktAgMBAAGjggFNMIIBSTAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRu fTAdBgNVHQ4EFgQUY01DWhlIP8RGwQK6v+4O5YK3ZqYwDgYDVR0PAQH/BAQDAgEGMBIGA1Ud EwEB/wQIMAYBAf8CAQAwGAYDVR0gBBEwDzANBgsrBgEEAbIxAQICHTBYBgNVHR8EUTBPME2g S6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVROLVVTRVJGaXJzdC1DbGllbnRBdXRo ZW50aWNhdGlvbmFuZEVtYWlsLmNybDBvBggrBgEFBQcBAQRjMGEwOAYIKwYBBQUHMAKGLGh0 dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BQUFDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzAB hhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQAGK6lTLxPc XDkWzIafXkx7cvvsjVWKXpoK/1NMdvQGPVDPV/Ciz6+ZjKr+oBl2PpkDMvp1gziKu2uapQwT stQbduaULmeYWeORbAKQmpzIYEtVq8qIWo0r5WmVAwfR1A78JCIuWbFjpF/t2SNy5JzOOlxs H0+pAMkd/vp/RS22LoTdDyegWRhO1XYlRfSZJnnbb58j90O7Kw8Eo4EmLLd7Nfk9d19AIeZ/ HaWWWr3QyxY6bLthi4r9BDlECsss4cvOLhCYGtvgk+1JZGQIIJ+3o1Dwot3KtMZ8DD3nXhXc J4bkOjtSWherqQZTK50Jc2QcAcP9MNKHA2/kFQN6OV9oMYIDGjCCAxYCAQEwUDA7MQswCQYD VQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EC EQC45Is/CVzH+XkioGWC4zR8MA0GCWCGSAFlAwQCAQUAoIIBmzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA5MjYwOTQxMDdaMC8GCSqGSIb3DQEJBDEi BCDH/drjngVIAg47jQmKQ6eeUHZTmgUV/Ct+IfeGqLeJETBfBgkrBgEEAYI3EAQxUjBQMDsx CzAJBgNVBAYTAk5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25h bCBDQQIRALjkiz8JXMf5eSKgZYLjNHwwYQYLKoZIhvcNAQkQAgsxUqBQMDsxCzAJBgNVBAYT Ak5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25hbCBDQQIRALjk iz8JXMf5eSKgZYLjNHwwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMC BzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQCdvM7d+CewgNhrUt/vPTO7Wxro 7BSw3XI0AOdcdi12cRgG8aJm3Ccdg5EQxbGbU0GEAJXVeqzAWH0gBjOkb89vdF9h4l8Dyjc3 osNhFIf2CJdE6wPfEF1FeMZJjUS3y7yZglk/z1YxdbTfRTtoM6qI6Q4a7lNu6PNUZiA1iZ81 wgXaY05AWZ9vIk/fPCmVksNuHEXwzcsCdr48ptSJEMQd8RrLt6JTUVgk2ShOIUyGA0plIcgh M5/3eQYJXJP14T6VMhrudVj+hpgeSiwfCh0OLy9QutZwh2UMu23UCxIW8CMGjICTChjlmIL+ dpqISTDL/j8DlSmuxwEwL13tltTuAAAAAAAA --------------ms080203040501010709060600--

2 4

Re: [ovirt-users] R: moVirt 1.6 released!
by Karli Sjöberg 26 Sep '16

26 Sep '16

--_000_dd35ba2bdf8b4fa782941fb1c58ca538exch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMjMgc2VwIDIwMTYgMTA6MDggZW0gc2tyZXYgTlVOSU4gUm9iZXJ0byA8Um9iZXJ0by5O dW5pbkBjb21pZmFyLml0PjoNCj4NCj4gPiA+DQo+ID4gPiA+QWxzbyB0ZXN0ZWQgdGhhdCBhU1BJ Q0Ugd29ya3MsIHdoaWNoIGlzID5hd2Vzb21lISBLZWVwIHVwIHRoZSBncmVhdA0KPiA+ID4gd29y ayENCj4gPiA+DQo+ID4gPiBJbnRlcmVzdGluZzogZGlkIHlvdSBoYXZlIHVzZWQgYVNwaWNlIHRv IGFjdCBhcyBhIGNvbnNvbGUgdmlld2VyID8NCj4gPiA+IENvdWxkIHlvdSBzaGFyZSBiYXNpY3Mg Pw0KPiA+DQo+ID4gVmVyeSBiYXNpYzopIEp1c3QgaW5zdGFsbCBhU1BJQ0UgZnJvbSAkYXBwX3N0 b3JlIGFuZCB0aGVuLCBpbiBtb1ZpcnQsIGNsaWNrIHRoZQ0KPiA+ICJ0aHJlZSBkb3RzIiBpbiB0 aGUgdG9wIHJpZ2h0IGNvcm5lciBhbmQgY2hvb3NlICJDb25zb2xlIi4gSSBoYWQgdG8gYWNjZXB0 IG91cg0KPiA+IGNlcnRpZmljYXRlIGFuZCBmb3Igc29tZSByZWFzb24gdGhlIGZpcnN0IHRpbWUg SSB0cmllZCBpdCwgaXQgZGlkbsK0dCB3b3JrLCBidXQgSSB0cmllZA0KPiA+IGFnYWluIGFuZCBC T09NITopDQo+ID4NCj4gPiAvSw0KPg0KPiBUZXN0ZWQgaXQsIGJ1dCBJIHdhc24ndCBhYmxlIHRv IGhhdmUgdGhlIGNvbnNvbGUgdW50aWwgYlZOQyBmcmVlIGluc3RhbGxhdGlvbg0KPiBNZXNzYWdl IHdhczogY2hlY2sgaWYgeW91IGhhdmUgYVNwaWNlIG9yIGJWTkMgaW5zdGFsbGVkLg0KPiBMb29r cyBzdHJhbmdlLCBjb25zaWRlcmluZyB0aGF0IHNldHVwIGlzbid0IGEgbmlnaHRtYXJlIQ0KDQpX ZWxsLCB0aGF0IGRlcGVuZHMgb24gdGhlIGNvbnNvbGUgc2V0dGluZ3Mgb24gdGhlIFZNLiBEbyB5 b3UgaGF2ZSBhIFZNIHdpdGggU1BJQ0UgY29uc29sZSBjb25maWd1cmVkPw0KDQovSw0KDQo+DQo+ IFRoYW5rcw0KPg0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPg0KPiBR dWVzdG8gbWVzc2FnZ2lvIGUnIGluZGlyaXp6YXRvIGVzY2x1c2l2YW1lbnRlIGFsIGRlc3RpbmF0 YXJpbyBpbmRpY2F0byBlIHBvdHJlYmJlIGNvbnRlbmVyZSBpbmZvcm1hemlvbmkgY29uZmlkZW56 aWFsaSwgcmlzZXJ2YXRlIG8gcHJvcHJpZXRhcmllLiBRdWFsb3JhIGxhIHByZXNlbnRlIHZlbmlz c2UgcmljZXZ1dGEgcGVyIGVycm9yZSwgc2kgcHJlZ2EgZGkgc2VnbmFsYXJsbyBpbW1lZGlhdGFt ZW50ZSBhbCBtaXR0ZW50ZSwgY2FuY2VsbGFuZG8gbCdvcmlnaW5hbGUgZSBvZ25pIHN1YSBjb3Bp YSBlIGRpc3RydWdnZW5kbyBldmVudHVhbGkgY29waWUgY2FydGFjZWUuIE9nbmkgYWx0cm8gdXNv IGUnIHN0cmV0dGFtZW50ZSBwcm9pYml0byBlIHBvdHJlYmJlIGVzc2VyZSBmb250ZSBkaSB2aW9s YXppb25lIGRpIGxlZ2dlLg0KPg0KPiBUaGlzIG1lc3NhZ2UgaXMgZm9yIHRoZSBkZXNpZ25hdGVk IHJlY2lwaWVudCBvbmx5IGFuZCBtYXkgY29udGFpbiBwcml2aWxlZ2VkLCBwcm9wcmlldGFyeSwg b3Igb3RoZXJ3aXNlIHByaXZhdGUgaW5mb3JtYXRpb24uIElmIHlvdSBoYXZlIHJlY2VpdmVkIGl0 IGluIGVycm9yLCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgaW1tZWRpYXRlbHksIGRlbGV0aW5n IHRoZSBvcmlnaW5hbCBhbmQgYWxsIGNvcGllcyBhbmQgZGVzdHJveWluZyBhbnkgaGFyZCBjb3Bp ZXMuIEFueSBvdGhlciB1c2UgaXMgc3RyaWN0bHkgcHJvaGliaXRlZCBhbmQgbWF5IGJlIHVubGF3 ZnVsLg0K --_000_dd35ba2bdf8b4fa782941fb1c58ca538exch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <5E0E8E124B4D9A4A9614DA9D4CB7A11E(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAyMyBzZXAgMjAxNiAxMDowOCBlbSBza3JldiBOVU5JTiBSb2JlcnRvICZsdDtS b2JlcnRvLk51bmluQGNvbWlmYXIuaXQmZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7ICZndDsgJmd0 Ozxicj4NCiZndDsgJmd0OyAmZ3Q7ICZndDtBbHNvIHRlc3RlZCB0aGF0IGFTUElDRSB3b3Jrcywg d2hpY2ggaXMgJmd0O2F3ZXNvbWUhIEtlZXAgdXAgdGhlIGdyZWF0PGJyPg0KJmd0OyAmZ3Q7ICZn dDsgd29yayE8YnI+DQomZ3Q7ICZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyAmZ3Q7IEludGVyZXN0 aW5nOiBkaWQgeW91IGhhdmUgdXNlZCBhU3BpY2UgdG8gYWN0IGFzIGEgY29uc29sZSB2aWV3ZXIg Pzxicj4NCiZndDsgJmd0OyAmZ3Q7IENvdWxkIHlvdSBzaGFyZSBiYXNpY3MgPzxicj4NCiZndDsg Jmd0Ozxicj4NCiZndDsgJmd0OyBWZXJ5IGJhc2ljOikgSnVzdCBpbnN0YWxsIGFTUElDRSBmcm9t ICRhcHBfc3RvcmUgYW5kIHRoZW4sIGluIG1vVmlydCwgY2xpY2sgdGhlPGJyPg0KJmd0OyAmZ3Q7 ICZxdW90O3RocmVlIGRvdHMmcXVvdDsgaW4gdGhlIHRvcCByaWdodCBjb3JuZXIgYW5kIGNob29z ZSAmcXVvdDtDb25zb2xlJnF1b3Q7LiBJIGhhZCB0byBhY2NlcHQgb3VyPGJyPg0KJmd0OyAmZ3Q7 IGNlcnRpZmljYXRlIGFuZCBmb3Igc29tZSByZWFzb24gdGhlIGZpcnN0IHRpbWUgSSB0cmllZCBp dCwgaXQgZGlkbsK0dCB3b3JrLCBidXQgSSB0cmllZDxicj4NCiZndDsgJmd0OyBhZ2FpbiBhbmQg Qk9PTSE6KTxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyAvSzxicj4NCiZndDs8YnI+DQom Z3Q7IFRlc3RlZCBpdCwgYnV0IEkgd2Fzbid0IGFibGUgdG8gaGF2ZSB0aGUgY29uc29sZSB1bnRp bCBiVk5DIGZyZWUgaW5zdGFsbGF0aW9uPGJyPg0KJmd0OyBNZXNzYWdlIHdhczogY2hlY2sgaWYg eW91IGhhdmUgYVNwaWNlIG9yIGJWTkMgaW5zdGFsbGVkLjxicj4NCiZndDsgTG9va3Mgc3RyYW5n ZSwgY29uc2lkZXJpbmcgdGhhdCBzZXR1cCBpc24ndCBhIG5pZ2h0bWFyZSE8L3A+DQo8cCBkaXI9 Imx0ciI+V2VsbCwgdGhhdCBkZXBlbmRzIG9uIHRoZSBjb25zb2xlIHNldHRpbmdzIG9uIHRoZSBW TS4gRG8geW91IGhhdmUgYSBWTSB3aXRoIFNQSUNFIGNvbnNvbGUgY29uZmlndXJlZD88L3A+DQo8 cCBkaXI9Imx0ciI+L0s8L3A+DQo8cCBkaXI9Imx0ciI+Jmd0Ozxicj4NCiZndDsgVGhhbmtzPGJy Pg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPGJyPg0KJmd0Ozxicj4NCiZndDsgUXVlc3RvIG1lc3NhZ2dpbyBlJyBpbmRpcml6emF0byBl c2NsdXNpdmFtZW50ZSBhbCBkZXN0aW5hdGFyaW8gaW5kaWNhdG8gZSBwb3RyZWJiZSBjb250ZW5l cmUgaW5mb3JtYXppb25pIGNvbmZpZGVuemlhbGksIHJpc2VydmF0ZSBvIHByb3ByaWV0YXJpZS4g UXVhbG9yYSBsYSBwcmVzZW50ZSB2ZW5pc3NlIHJpY2V2dXRhIHBlciBlcnJvcmUsIHNpIHByZWdh IGRpIHNlZ25hbGFybG8gaW1tZWRpYXRhbWVudGUgYWwgbWl0dGVudGUsIGNhbmNlbGxhbmRvDQog bCdvcmlnaW5hbGUgZSBvZ25pIHN1YSBjb3BpYSBlIGRpc3RydWdnZW5kbyBldmVudHVhbGkgY29w aWUgY2FydGFjZWUuIE9nbmkgYWx0cm8gdXNvIGUnIHN0cmV0dGFtZW50ZSBwcm9pYml0byBlIHBv dHJlYmJlIGVzc2VyZSBmb250ZSBkaSB2aW9sYXppb25lIGRpIGxlZ2dlLjxicj4NCiZndDs8YnI+ DQomZ3Q7IFRoaXMgbWVzc2FnZSBpcyBmb3IgdGhlIGRlc2lnbmF0ZWQgcmVjaXBpZW50IG9ubHkg YW5kIG1heSBjb250YWluIHByaXZpbGVnZWQsIHByb3ByaWV0YXJ5LCBvciBvdGhlcndpc2UgcHJp dmF0ZSBpbmZvcm1hdGlvbi4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgaXQgaW4gZXJyb3IsIHBsZWFz ZSBub3RpZnkgdGhlIHNlbmRlciBpbW1lZGlhdGVseSwgZGVsZXRpbmcgdGhlIG9yaWdpbmFsIGFu ZCBhbGwgY29waWVzIGFuZCBkZXN0cm95aW5nIGFueSBoYXJkDQogY29waWVzLiBBbnkgb3RoZXIg dXNlIGlzIHN0cmljdGx5IHByb2hpYml0ZWQgYW5kIG1heSBiZSB1bmxhd2Z1bC48YnI+DQo8L3A+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_dd35ba2bdf8b4fa782941fb1c58ca538exch24sluse_--

3 2

RHSA-2016-1756 - live migration issues
by Markus Stockhausen 25 Sep '16

25 Sep '16

This is a multi-part message in MIME format. ------=_NextPartTM-000-3c712ef9-afaa-4966-adab-6f4efcca2a0d Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi there.=0A= =0A= several Redhat BZs are currently targeting a live migration error with curr= ent =0A= qemu 2.3/2.6 versions. From my understanding BZ1359731 trie to fix a queue= =0A= overflow issue. With the patch in place qemu might abort randomly during=0A= live migration. BZ1372763 provides info about additional patches to fix the= =0A= fix.=0A= =0A= Can someone with deeper knowledge explain how seriously OVirt 4.0.4 with = =0A= qemu 2.3.0-31_2.21 is affected. Form my understanding it has the initial=0A= (errorneous) but not the final fix. Also it does not get clear from the BZs= how =0A= often or how randomly the crash occurs.=0A= =0A= Thanks in advance.=0A= =0A= Markus=0A= ------=_NextPartTM-000-3c712ef9-afaa-4966-adab-6f4efcca2a0d Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-3c712ef9-afaa-4966-adab-6f4efcca2a0d--

1 0

Re: [ovirt-users] Assigned ipv6 vm addreses
by Yevgeny Zaspitsky 25 Sep '16

25 Sep '16

Adding users list back (my fault ;-) ) On Sun, Sep 25, 2016 at 4:20 PM, Allen Warren <dallenwarren(a)gmail.com> wrote: > Thanks for the reply. I figured it out yesterday. I just edited the VM > Custom Mac Address and it works like a champ now... > I will setup that range and it should be good to go.. I am running oVirt > 4.0.. oVirt is a nice product, beats the heck out of Xen Server.. > > On Sun, Sep 25, 2016 at 6:57 AM, Yevgeny Zaspitsky <yzaspits(a)redhat.com> > wrote: > >> oVirt does not produce IP addresses, but it allocates MAC addresses to >> vNics on VMs it creates. >> A MAC address serves as the base for an IPv6 address allocation (either >> by IPv6 router advertisement for global addresses or by an operation system >> for local addresses). >> >> BTW, 2 vNics with the same MAC address in the same LAN, would cause layer >> 2 (Ethernet) malfunctioning too. >> >> In order to make the 2 oVirt's produce different MAC addresses you need >> to adjust the definition of the MAC-pool ranges to be non-overlapping each >> to another. >> You could find MAC-pool definitions under a DC definitions in v4.0 and >> under a cluster in v4.1. >> >> Regards, >> Yevgeny >> >> On Sat, Sep 24, 2016 at 5:44 PM, Allen Warren <dallenwarren(a)gmail.com> >> wrote: >> >>> I have two oVirt servers running as local servers on the same network. >>> How do I prevent the servers from creating the same ipv6 address for two >>> different vm's. If I start a vm on the first server and then start one on >>> the second server the ipv6 addresses are the same.. >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> >

1 0

How to add the clean-traffic network-filter to a guest
by Troels Arvin 25 Sep '16

25 Sep '16

I would like to minimize the risk of virtual servers harming each other. As part of this, I would like to prevent them from changing their IP address to something different from what they are expected to have. In other words, I would like to prevent IP address spoofing in the guests. And I want to be able to do this without having to assign a different VLAN to each guest. Setup: RHEV 3.6 with RH7-based RHEV-H hypervisor hosts. Using virsh -r dumpxml <guest name> on a host, I can see that the guests have the "vdsm-no-mac-spoofing" network filter active for the virtual network interface. But what if I want the "clean-traffic" filter to be active for the guests, as well (or instead): Is there a way to accomplish that in the RHEV-M/oVirt management interface? If so: Where's the option(s) to be found in the management interface? Can it be done globally, i.e. as a default when guests are started? -- Regards, Troels Arvin

3 3

quota creation from ovirt-shell
by Staniforth, Paul 25 Sep '16

25 Sep '16

--_000_147369605064353044leedsbeckettacuk_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I am trying to create user quotas from the command line via the = shell. I am using ovirt 3.6.7 and the command add quota --parent-datacenter-name Default --name testcli creates a quota but without quotaclusterlimit or quotastoragelimit I can't find the correct syntax to create these. Also how would I add a consumer and change the values when created? Any examples or pointers to documentation would be appreciated. Thanks, Paul S. To view the terms under which this email is distributed, please go to:- http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html --_000_147369605064353044leedsbeckettacuk_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none"></style> </head> <body dir=3D"ltr" style=3D"font-size:12pt;color:#000000;background-color:#F= FFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;"> Hello,            I am trying to create user quot= as from the command line via the shell. I am using ovirt 3.6.7 and the command add quota --parent-datacenter-name Default --name testcli creates a quota but without quotaclusterlimit or quotastoragelimit I can't find the correct syntax to create these. Also how would I add a consumer and change the values when created? Any examples or pointers to documentation would be appreciated. Thanks,               Paul S. To view the terms under which this email is distributed, please go to:- <br= > <a href=3D"http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html"= target=3D"_blank">http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaim= er.html</a> </body> </html> --_000_147369605064353044leedsbeckettacuk_--

3 4

Question about Bridge and macvtap
by Fernando Frediani 25 Sep '16

25 Sep '16

Hi. Quick question between Linux Bridge which is used by default in oVirt and macvtap which can be used in libvirt/KVM. What are the downsides or limitations of using macvtap ? Does it have any significa performance improvement over bridge ? Thanks Fernando

2 1

Storage
by Budur Nagaraju 25 Sep '16

25 Sep '16

Hi I have storage of 2TB lun and only 90 GB is free ,when I set a qouta limit to 1800GB , it showing the 300GB available free space , any configs am missing ? Thanks, Nagaraju

2 1

Assigned ipv6 vm addreses
by Allen Warren 24 Sep '16

24 Sep '16

I have two oVirt servers running as local servers on the same network. How do I prevent the servers from creating the same ipv6 address for two different vm's. If I start a vm on the first server and then start one on the second server the ipv6 addresses are the same..

1 0

Re: [ovirt-users] moVirt 1.6 released!
by Karli Sjöberg 23 Sep '16

23 Sep '16

--_000_938a725ea99c425a9f3237f64fca616eexch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMjEgc2VwIDIwMTYgMTE6Mzggc2tyZXYgVG9tYXMgSmVsaW5layA8dGplbGluZWtAcmVk aGF0LmNvbT46DQo+DQo+IERlYXIgYWxsLA0KPg0KPiBhIG5ldyByZWxlYXNlIG9mIG1vVmlydCAo QW5kcm9pZCBjbGllbnQgZm9yIG9WaXJ0KSAxLjYgaGFzIGp1c3QgYmVlbiByZWxlYXNlZCENCj4N Cj4gVGhlIG1haW4gYWltIG9mIHRoaXMgdmVyc2lvbiB3YXMgdG8gbW92ZSBmdWxseSB0byB0aGUg NC4wIEFQSSAoY2hhbmdlbG9nOiBbMV0pLg0KPg0KPiBJZiB5b3UgaGF2ZSBpdCBhbHJlYWR5IGlu c3RhbGxlZCBvbiB5b3VyIGRldmljZSwgc3RheSB0dW5lZCBhbmQgaXQgd2lsbCBhcnJpdmUgc29v bi4NCj4gSWYgeW91IGRvbid0LCB5b3UgY2FuIGVpdGhlciBpbnN0YWxsIGl0IGZyb20gZ29vZ2xl IHBsYXkgc3RvcmUgWzJdIG9yIGZyb20gZGlyZWN0IGxpbmsgWzNdLg0KPg0KPiBQbGVhc2Ugc2hh cmUgYW55IGZlZWRiYWNrIQ0KDQpIaSENCg0KV29ya3MgbGlrZSBhIGNoYXJtIHdpdGggb3VyIDMu NiBlbmdpbmUhIEp1c3QgY29uZnVzaW5nIHRoYXQgSSBoYWQgdG8gc3dpcGUgZG93biAocmVmcmVz aCkgdG8gZ2V0IGEgbGlzdGluZyBvZiBWTSdzIGFuZCBzdWNoLCBJIHRob3VnaHQgaXQgZGlkIHRo YXQgYnkgaXRzZWxmPyBUaGF0IGlzLCBpZiBJIG9wZW4gdXAgdGhlIGFwcCBhbmQgZG8gbm90aGlu ZywganVzdCB3YWl0LCB0aGUgbGlzdCBzdGF5cyBlbXB0eSByZWdhcmRsZXNzIG9mIGhvdyBsb25n IEkgd2FpdGVkLiBJIHN0YXJ0ZWQgdG8gdGhpbmsgdGhlcmUgd2FzIHNvbWV0aGluZyB3cm9uZyBh bmQgYmVnYW4gdG8gdHJvdWJsZXNob290LCBmaXJzdCB0aGUgYXBwLXNldHRpbmdzIChhZGRyZXNz LCBsb2dpbiwgcGFzc3dvcmQpIGFuZCB0aGVuIGZyb20gdGhlIGVuZ2luZSBiZWZvcmUgSSByZWFs aXplZCBJIGhhZCB0byBzd2lwZSBkb3duIHRvIHNlZSBhbnl0aGluZzopIElzIHRoYXQgYnkgZGVz aWduIG9yIGEgYnVnPw0KDQpBbHNvIHRlc3RlZCB0aGF0IGFTUElDRSB3b3Jrcywgd2hpY2ggaXMg YXdlc29tZSEgS2VlcCB1cCB0aGUgZ3JlYXQgd29yayENCg0KL0sNCg0KPiBUb21hcw0KPg0KPiBb MV06IGh0dHBzOi8vZ2l0aHViLmNvbS9tYXRvYmV0L21vdmlydCN2MTYNCj4gWzJdOiBodHRwczov L3BsYXkuZ29vZ2xlLmNvbS9zdG9yZS9hcHBzL2RldGFpbHM/aWQ9b3JnLm92aXJ0Lm1vYmlsZS5t b3ZpcnQNCj4gWzNdOiBodHRwczovL2dpdGh1Yi5jb20vbWF0b2JldC9tb1ZpcnQvYmxvYi9tYXN0 ZXIvbW9WaXJ0L21vVmlydC1yZWxlYXNlLmFwaz9yYXc9dHJ1ZQ0KPiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBVc2VycyBtYWlsaW5nIGxpc3QNCj4g VXNlcnNAb3ZpcnQub3JnDQo+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5m by91c2Vycw0K --_000_938a725ea99c425a9f3237f64fca616eexch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <1B48F37C41F85943B8B6707FE823FF0D(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAyMSBzZXAgMjAxNiAxMTozOCBza3JldiBUb21hcyBKZWxpbmVrICZsdDt0amVs aW5la0ByZWRoYXQuY29tJmd0Ozo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBEZWFyIGFsbCw8YnI+DQom Z3Q7PGJyPg0KJmd0OyBhIG5ldyByZWxlYXNlIG9mIG1vVmlydCAoQW5kcm9pZCBjbGllbnQgZm9y IG9WaXJ0KSAxLjYgaGFzIGp1c3QgYmVlbiByZWxlYXNlZCE8YnI+DQomZ3Q7PGJyPg0KJmd0OyBU aGUgbWFpbiBhaW0gb2YgdGhpcyB2ZXJzaW9uIHdhcyB0byBtb3ZlIGZ1bGx5IHRvIHRoZSA0LjAg QVBJIChjaGFuZ2Vsb2c6IFsxXSkuPGJyPg0KJmd0Ozxicj4NCiZndDsgSWYgeW91IGhhdmUgaXQg YWxyZWFkeSBpbnN0YWxsZWQgb24geW91ciBkZXZpY2UsIHN0YXkgdHVuZWQgYW5kIGl0IHdpbGwg YXJyaXZlIHNvb24uPGJyPg0KJmd0OyBJZiB5b3UgZG9uJ3QsIHlvdSBjYW4gZWl0aGVyIGluc3Rh bGwgaXQgZnJvbSBnb29nbGUgcGxheSBzdG9yZSBbMl0gb3IgZnJvbSBkaXJlY3QgbGluayBbM10u PGJyPg0KJmd0Ozxicj4NCiZndDsgUGxlYXNlIHNoYXJlIGFueSBmZWVkYmFjayE8L3A+DQo8cCBk aXI9Imx0ciI+SGkhPC9wPg0KPHAgZGlyPSJsdHIiPldvcmtzIGxpa2UgYSBjaGFybSB3aXRoIG91 ciAzLjYgZW5naW5lISBKdXN0IGNvbmZ1c2luZyB0aGF0IEkgaGFkIHRvIHN3aXBlIGRvd24gKHJl ZnJlc2gpIHRvIGdldCBhIGxpc3Rpbmcgb2YgVk0ncyBhbmQgc3VjaCwgSSB0aG91Z2h0IGl0IGRp ZCB0aGF0IGJ5IGl0c2VsZj8gVGhhdCBpcywgaWYgSSBvcGVuIHVwIHRoZSBhcHAgYW5kIGRvIG5v dGhpbmcsIGp1c3Qgd2FpdCwgdGhlIGxpc3Qgc3RheXMgZW1wdHkgcmVnYXJkbGVzcw0KIG9mIGhv dyBsb25nIEkgd2FpdGVkLiBJIHN0YXJ0ZWQgdG8gdGhpbmsgdGhlcmUgd2FzIHNvbWV0aGluZyB3 cm9uZyBhbmQgYmVnYW4gdG8gdHJvdWJsZXNob290LCBmaXJzdCB0aGUgYXBwLXNldHRpbmdzIChh ZGRyZXNzLCBsb2dpbiwgcGFzc3dvcmQpIGFuZCB0aGVuIGZyb20gdGhlIGVuZ2luZSBiZWZvcmUg SSByZWFsaXplZCBJIGhhZCB0byBzd2lwZSBkb3duIHRvIHNlZSBhbnl0aGluZzopIElzIHRoYXQg YnkgZGVzaWduIG9yIGEgYnVnPzwvcD4NCjxwIGRpcj0ibHRyIj5BbHNvIHRlc3RlZCB0aGF0IGFT UElDRSB3b3Jrcywgd2hpY2ggaXMgYXdlc29tZSEgS2VlcCB1cCB0aGUgZ3JlYXQgd29yayE8L3A+ DQo8cCBkaXI9Imx0ciI+L0s8L3A+DQo8cCBkaXI9Imx0ciI+Jmd0OyBUb21hczxicj4NCiZndDs8 YnI+DQomZ3Q7IFsxXTogaHR0cHM6Ly9naXRodWIuY29tL21hdG9iZXQvbW92aXJ0I3YxNjxicj4N CiZndDsgWzJdOiBodHRwczovL3BsYXkuZ29vZ2xlLmNvbS9zdG9yZS9hcHBzL2RldGFpbHM/aWQ9 b3JnLm92aXJ0Lm1vYmlsZS5tb3ZpcnQ8YnI+DQomZ3Q7IFszXTogaHR0cHM6Ly9naXRodWIuY29t L21hdG9iZXQvbW9WaXJ0L2Jsb2IvbWFzdGVyL21vVmlydC9tb1ZpcnQtcmVsZWFzZS5hcGs/cmF3 PXRydWU8YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fPGJyPg0KJmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7IFVzZXJzQG92aXJ0 Lm9yZzxicj4NCiZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Vz ZXJzPGJyPg0KPC9wPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_938a725ea99c425a9f3237f64fca616eexch24sluse_--

3 6

oVirt End User Tutorials
by Nate T. Llaneza 23 Sep '16

23 Sep '16

--_000_em5ead95cde17941dfa79ef6472e1529a0nzxt_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGV5IEFsbCwNCg0KSSBhbSByZWFsbHkgZW5qb3lpbmcgb1ZpcnQsIGFuZCB3b3VsZCBsaWtlIHRv IGdpdmUgYmFjay4gSSBhbSBidWlsZGluZyBzb21lIG9WaXJ0IHR1dG9yaWFscyBmb3IgYSBjb21t dW5pdHkgY29sbGVnZSwgYW5kIHRob3VnaHQgSSB3b3VsZCBzaGFyZSB0aGVtIHdpdGggeSdhbGwu IFJpZ2h0IG5vdyB0aGUgdmlkZW9zIGFyZSBnZWFyZWQgdG93YXJkcyBoZWxwaW5nIHRoZSBlbmQg dXNlciBuYXZpZ2F0ZSB0aHJvdWdoIHRoZSB1c2VyIHBvcnRhbC4NCg0K --_000_em5ead95cde17941dfa79ef6472e1529a0nzxt_ Content-Type: text/html; charset="utf-8" Content-ID: <0EC468736FD3864981A06116197EA6B5(a)namprd19.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZSBpZD0iZU1DbGllbnRDc3MiPg0KYmxv Y2txdW90ZS5jaXRlIHsgbWFyZ2luLWxlZnQ6IDVweDsgbWFyZ2luLXJpZ2h0OiAwcHg7IHBhZGRp bmctbGVmdDogMTBweDsgcGFkZGluZy1yaWdodDowcHg7IGJvcmRlci1sZWZ0OiAxcHggc29saWQg I2NjY2NjYyB9DQpibG9ja3F1b3RlLmNpdGUyIHttYXJnaW4tbGVmdDogNXB4OyBtYXJnaW4tcmln aHQ6IDBweDsgcGFkZGluZy1sZWZ0OiAxMHB4OyBwYWRkaW5nLXJpZ2h0OjBweDsgYm9yZGVyLWxl ZnQ6IDFweCBzb2xpZCAjY2NjY2NjOyBtYXJnaW4tdG9wOiAzcHg7IHBhZGRpbmctdG9wOiAwcHg7 IH0NCi5wbGFpbiBwcmUsIC5wbGFpbiB0dCB7IGZvbnQtZmFtaWx5OiBtb25vc3BhY2U7IGZvbnQt c2l6ZTogMTAwJTsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgZm9udC1zdHlsZTogbm9ybWFsO30NCmEg aW1nIHsgYm9yZGVyOiAwcHg7IH1ib2R5IHtmb250LWZhbWlseTogQ2FsaWJyaTtmb250LXNpemU6 IDEycHQ7fQ0KLnBsYWluIHByZSwgLnBsYWluIHR0IHtmb250LWZhbWlseTogQ2FsaWJyaTtmb250 LXNpemU6IDEycHQ7fTwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keT4NCjxkaXY+SGV5IEFsbCw8L2Rp dj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PkkgYW0gcmVhbGx5IGVuam95aW5nIG9WaXJ0LCBh bmQgd291bGQgbGlrZSB0byBnaXZlIGJhY2suIEkgYW0gYnVpbGRpbmcgc29tZSBvVmlydCB0dXRv cmlhbHMgZm9yIGEgY29tbXVuaXR5IGNvbGxlZ2UsIGFuZCB0aG91Z2h0IEkgd291bGQgc2hhcmUg dGhlbSB3aXRoIHknYWxsLiBSaWdodCBub3cgdGhlIHZpZGVvcyBhcmUgZ2VhcmVkIHRvd2FyZHMg aGVscGluZyB0aGUgZW5kIHVzZXIgbmF2aWdhdGUgdGhyb3VnaCB0aGUgdXNlciBwb3J0YWwuPC9k aXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_em5ead95cde17941dfa79ef6472e1529a0nzxt_--

1 0

Cannot change Cluster Compatibility Version when a VM is active
by Bruckner, Simone 23 Sep '16

23 Sep '16

--_000_2CB4E8C8E00E594EA06D4AC427E429920F5AB077fabamailserverf_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I am trying to upgrade an oVirt installation (3.6.7.5-1.el6) to 4.0. My d= atacenters and clusters have 3.5 compatibility settings. I followed the instructions from http://www.ovirt.org/documentation/migrati= on-engine-3.6-to-4.0/ but cannot proceed in engine-setup as 3.5 compatibili= ty is not supported. When trying to change cluster compatibility from 3.5 to 3.6 I receive "Cann= ot change Cluster Compatibility Version when a VM is active. Please shutdow= n all VMs in the Cluster." According to https://bugzilla.redhat.com/show_bu= g.cgi?id=3D1341023 this should be fixed in 3.6.7. Any ideas? Best Regards, Simone Bruckner --_000_2CB4E8C8E00E594EA06D4AC427E429920F5AB077fabamailserverf_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"DE" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi all,<o:p></o:p> <o:p> </o:p>   I am trying to upgrade a= n oVirt installation (3.6.7.5-1.el6) to 4.0. My datacenters and clusters ha= ve 3.5 compatibility settings.<o:p></o:p> <o:p> </o:p> I followed the instructions fro= m <a href=3D"http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0= /"> http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/</a> but can= not proceed in engine-setup as 3.5 compatibility is not supported.<o:p></o:= p> <o:p> </o:p> When trying to change cluster c= ompatibility from 3.5 to 3.6 I receive “Cannot change Cluster Compati= bility Version when a VM is active. Please shutdown all VMs in the Cluster.= ” According to <a href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1341023">https://b= ugzilla.redhat.com/show_bug.cgi?id=3D1341023</a> this should be fixed in 3.= 6.7. Any ideas?<o:p></o:p> <o:p> </o:p> <div> Best Regards,<o:p></o:p> Simone Bruckner<o:p></o:p> </div> <o:p> </o:p> </div> </body> </html> --_000_2CB4E8C8E00E594EA06D4AC427E429920F5AB077fabamailserverf_--

4 5

cloud-init and user password
by Davide Ferrari 23 Sep '16

23 Sep '16

Hello I'm using a Centos7 cloud image from built-in ovirt-image-repository and I have some trouble setting an initial password for a given user with cloud-init. Basically, it doesn't set any password. Other things work: user is created, ssh key is set (both for the user and root) but no password. This is a problem for me because I want to automatically provision the image with Foreman but the ovirt integration works only with password. The cloud-init logs in the VMs doesn't tell anything about password being or not set. What's the password format accepted in the GUI? plain text? or salted hash like plain cloud-init config? Thanks -- Davide Ferrari Senior Systems Engineer

2 2

ovirt 4.0.3 and Active directory
by nicola.gentile.to 23 Sep '16

23 Sep '16

Hi, I have installed ovirt 4.0.3 on my servers. Now I would add authentication with active directory, for user portal. In the previous version I have used the following command: engine-manage-domains add --domain=mydomain --provider=ad --user=myuser --add-permissions but now this command there isn't. I found this command ovirt-engine-extension-aaa-ldap-setup and now I ask you if this command is the substitute, this command is not present on my installation, I must add it I suppose. Is there an howto page on the documentation to help me? How to I proceede? Thank you for your help Regard Nicola

2 4

Cannot create a non vm network using ovirtsdk
by knarra 22 Sep '16

22 Sep '16

This is a multi-part message in MIME format. --------------959D32FB75F08ADEEDA5B907 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I am trying to create a non vm network using the following code, but it still go a head and creates vm network. Can some one please help me to resolve this? Or can you let me know in case i am missing some parameter to add here? def create_gluster_network(network_name): networks_service = connection.system_service().networks_service() network = networks_service.add(types.Network(name=network_name,data_center=types.DataCenter(name='Default'),description='new gluster network' )) Thanks kasturi --------------959D32FB75F08ADEEDA5B907 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi, I am trying to create a non vm network using the following code, but it still go a head and creates vm network. Can some one please help me to resolve this? Or can you let me know in case i am missing some parameter to add here? <meta http-equiv="content-type" content="text/html; charset=utf-8"> <pre style="background-color:#ffffff;color:#000000;font-family:'DejaVu Sans Mono';font-size:13.5pt;">def create_gluster_network(network_name): networks_service = connection.system_service().networks_service() network = networks_service.add(types.Network(name=network_name, data_center=types.DataCenter(name='Default'), description='new gluster network' )) Thanks kasturi </pre> </body> </html> --------------959D32FB75F08ADEEDA5B907--

2 2

Can't import export domain
by Maton, Brett 22 Sep '16

22 Sep '16

I basically scrubbed my 'old' cluster after a number of failures trying to convert a physical engine to a self hosted engine, anyway.... I'm now trying to import the 'old' export domain but I'm getting this message: There is no storage domain under the specified path. Check event pane for more details. I did see this in the logs if it helps at all: 2016-09-19 18:05:23,584 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] (default task-28) [171c3ebf] FINISH, DisconnectStorageServerVDSCommand, return: {5c4ae7b4-b87b-4ef1-910c-cb338232098c=0}, log id: 7d3bbb38 2016-09-19 18:05:23,589 INFO [org.ovirt.engine.core.bll.storage.connection.RemoveStorageServerConnectionCommand] (default task-28) [171c3ebf] Lock freed to object 'EngineLock:{exclusiveLocks='[nfs.example.com:/exports/export=<STORAGE_CONNECTION, ACTION_TYPE_FAILED_OBJECT_LOCKED>, 5c4ae7b4-b87b-4ef1-910c-cb338232098c=<STORAGE_CONNECTION, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2016-09-19 18:05:25,587 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] (default task-18) [35dda2c9] FINISH, DisconnectStorageServerVDSCommand, return: {5c4ae7b4-b87b-4ef1-910c-cb338232098c=0}, log id: 151ff1bd dom_md/metadata file on the export NFS directory begins with CLASS=Backup DESCRIPTION=export Any suggestions ?

2 2

Re: [ovirt-users] iSCSI
by Elad Ben Aharon 22 Sep '16

22 Sep '16

Hi, It looks like you've been trying to configure the iSCSI bond with a network which was configured as 'required'. This is not allowed by design. Please do the following: Navigate to 'Networks' tab, pick the storage network, navigate to the 'Clusters' sub-tab and click on 'Manage Networks' and uncheck the 'Required' check box. On Thu, Sep 22, 2016 at 6:27 AM, Budur Nagaraju <nbudoor(a)gmail.com> wrote: > Yes ,After reboot the Host able to detect the Lun IS , while configuring > the iSCSI bond getting the below error. > > I have configured a separate network for iSCSI configuration. > > > 2016-09-22 08:53:56,603 WARN [org.ovirt.engine.core.bll.storage.AddIscsiBondCommand] > (ajp--127.0.0.1-8702-11) [24aae7bf] CanDoAction of action AddIscsiBond > failed for user admin@internal. Reasons: VAR__ACTION__ADD,VAR__TYPE__ > ISCSI_BOND,ACTION_TYPE_FAILED_ISCSI_BOND_NETWORK_CANNOT_BE_REQUIRED > 2016-09-22 08:54:16,957 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand] > (DefaultQuartzScheduler_Worker-64) [58e32f2b] Failed in SpmStatusVDS > method > 2016-09-22 08:54:16,958 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand] > (DefaultQuartzScheduler_Worker-64) [58e32f2b] Command > SpmStatusVDSCommand(HostName = pbuovirt2, HostId = d26d3cb1-df70-472e-964b-546ea4dc8bc7, > storagePoolId = eb13e6d4-cf50-46e6-a43a-234862f1adad) execution failed. > Exception: VDSErrorException: VDSGenericException: VDSErrorException: > Failed to SpmStatusVDS, error = (-202, 'Unable to read resource owners', > 'Sanlock exception'), code = 100 > 2016-09-22 08:54:16,960 INFO [org.ovirt.engine.core.bll.storage.SetStoragePoolStatusCommand] > (DefaultQuartzScheduler_Worker-64) [79193574] Running command: > SetStoragePoolStatusCommand internal: true. Entities affected : ID: > eb13e6d4-cf50-46e6-a43a-234862f1adad Type: StoragePool > 2016-09-22 08:54:16,962 INFO [org.ovirt.engine.core.vdsbroker.storage.StoragePoolDomainHelper] > (DefaultQuartzScheduler_Worker-64) [79193574] Storage Pool > eb13e6d4-cf50-46e6-a43a-234862f1adad - Updating Storage Domain > 3511c340-acbb-4c40-aeb2-9f4727107a46 status from Active to Unknown, > reason : null > 2016-09-22 08:54:16,968 WARN [org.ovirt.engine.core.dal. > dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-64) > [79193574] Correlation ID: 79193574, Call Stack: null, Custom Event ID: -1, > Message: Invalid status on Data Center EMC. Setting Data Center status to > Non Responsive (On host pbuovirt2, Error: General Exception). > 2016-09-22 08:54:17,355 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > (DefaultQuartzScheduler_Worker-6) VM child1-leema 29ab1bb4-235d-4b47-ad6a-aa7709020327 > moved from NotResponding --> Up > 2016-09-22 08:54:26,992 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand] > (DefaultQuartzScheduler_Worker-64) [79193574] Failed in SpmStatusVDS > method > 2016-09-22 08:54:26,997 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand] > (DefaultQuartzScheduler_Worker-64) [79193574] Command > SpmStatusVDSCommand(HostName = pbuovirt2, HostId = d26d3cb1-df70-472e-964b-546ea4dc8bc7, > storagePoolId = eb13e6d4-cf50-46e6-a43a-234862f1adad) execution failed. > Exception: VDSErrorException: VDSGenericException: VDSErrorException: > Failed to SpmStatusVDS, error = (-202, 'Sanlock resource read failure', > 'Sanlock exception'), code = 100 > 2016-09-22 08:54:26,997 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] > (DefaultQuartzScheduler_Worker-64) [79193574] hostFromVds::selectedVds - > pbuovirt2, spmStatus returned null! > ^C > [root@pscloud ~]# > > > On Wed, Sep 21, 2016 at 6:19 PM, Kevin Goldblatt <kgoldbla(a)redhat.com> > wrote: > >> Hi Badur, >> >> >> >> I would like to understand what you are trying to configure. >> >> Are you trying to expose a LUN to your vdsm host to use in order to >> create an ISCSI storage domain? >> If so please verify the following: >> >> 1. Have you correctly mapped the LUN to your vdsm host initiator via your >> storage provider >> >> 2. Is the LUN visible via the vdsm host. For this run: >> a. "multipath -ll" on the vdsm host. Your output for a LUN should look >> something like this: >> >> xxxxxxxxxxxx1600024 dm-6 XxxxxIO ,XxxxxApp >> size=80G features='0' hwhandler='0' wp=rw >> `-+- policy='queue-length 0' prio=1 status=active >> |- 0:0:0:8 sdh 8:112 active ready running >> |- 0:0:1:8 sdp 8:240 active ready running >> |- 5:0:0:8 sdx 65:112 active ready running >> `- 5:0:1:8 sdaf 65:240 active ready running >> >> 3. Have you edited your /etc/iscsi/initiatorname.iscsi >> You should have something like this: >> InitiatorName=iqn.1xxx-xx.com.redhat:host1-vds1 (replace the string >> after the : with the iqn given in the storage provider) >> >> >> 4. Reboot your host after making any changes >> >> >> 5. Once you the LUN is visible to the host you can create a Storage >> Domain via the Ovirt GUI" >> a. Select the ISCSI Storage Type >> b. Discover the Targets by using one of the IP addresses of the storage >> provider Ports >> >> Hope this helps, >> >> >> >> Regards, >> >> >> Kevin >> >> >> On Tue, Sep 20, 2016 at 12:54 PM, Budur Nagaraju <nbudoor(a)gmail.com> >> wrote: >> >>> HI All, >>> >>> While configuring iSCSI LUN is not getting detected any documents to >>> configure iSCSI in oVirt ? >>> >>> Thanks, >>> Nagaraju >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> >

1 0

Can't add logical network
by Maxence Sartiaux 22 Sep '16

22 Sep '16

Hello, On a clean install ovirt 4.0.3-1, i've configured my bond on my hypervisor, created a new network on the engine and now i try to assign the logical network to my bond in the host network settings. When i save the configuration, the engine throw me an error and the following event VDSM hypervisor1 command failed: [Errno 2] No such file or directory: u'/etc/sysconfig/network-scripts/ifcfg-lan' if i "touch" the file manually i don't have this error but my file only contain "MTU=1500" nothing more. Engine bug or i miss something ? Thank you.

5 8

Ansible oVirt storage management module
by Groten, Ryan 21 Sep '16

21 Sep '16

--_000_7ab13ed7a8b945158ca6c24e34d8af52CD1001M21corpads_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hey Ansible users, I wrote a module for storage management and created a pull request to have = it added as an Extra module in Ansible. It can be used to create/delete/at= tach/destroy pool disks. https://github.com/ansible/ansible-modules-extras/pull/2509 Ryan --_000_7ab13ed7a8b945158ca6c24e34d8af52CD1001M21corpads_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hey Ansible users,<o:p></o:p> <o:p> </o:p> I wrote a module for storage management and = created a pull request to have it added as an Extra module in Ansible.&nbsp= ; It can be used to create/delete/attach/destroy pool disks.<o:p></o:p> <o:p> </o:p> <a href=3D"https://github.com/ansible/ansibl= e-modules-extras/pull/2509">https://github.com/ansible/ansible-modules-extr= as/pull/2509</a><o:p></o:p> <o:p> </o:p> Ryan<o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_7ab13ed7a8b945158ca6c24e34d8af52CD1001M21corpads_--

4 5

[Review-request] feature page for gdeploy cockpit integration
by Ramesh Nachimuthu 21 Sep '16

21 Sep '16

------=_Part_588440_2098117827.1474467174872 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We are planning to integrate gdeploy with cockpit-ovirt plugin to improve the deployment of Hyper-Converged oVrt-Gluster solution. I have sent a pull request to add a feature page for the same. It will helpful if you can review and provide your valuable feedback. Pull request : https://github.com/oVirt/ovirt-site/pull/480 Regards, Ramesh ------=_Part_588440_2098117827.1474467174872 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div> </div>Hi,  We are planning to integrate <a href="https://github.com/gluster/gdeploy" target="_blank">gdeploy</a> with cockpit-ovirt plugin to improve the deployment of Hyper-Converged oVrt-Gluster solution. I have sent a <a href="https://github.com/oVirt/ovirt-site/pull/480" target="_blank">pull request </a>to add a feature page for the same. It will helpful if you can review and provide your valuable feedback. <div> </div>Pull request : <a href="https://github.com/oVirt/ovirt-site/pull/480" target="_blank"></a><a class="moz-txt-link-freetext" href="https://github.com/oVirt/ovirt-site/pull/480" target="_blank">https://github.com/oVirt/ovirt-site/pull/480</a><div> Regards, Ramesh </div></div></body></html> ------=_Part_588440_2098117827.1474467174872--

1 0

Samba 4 Active Directory & ovirt 4
by Maxence Sartiaux 21 Sep '16

21 Sep '16

Hello, I try to connect ovirt 4.0.3 to my Samba 4.5 Active Directory to permit the login of AD users to ovirt. For now i installed ovirt-engine-extension-aaa-ldap-setup.noarch and ovirt-engine-extension-aaa-misc.noarch # ovirt-engine-extension-aaa-ldap-setup - selected "Active Directory" - Anonymous search user I can run a search but when i try to login with the username alone "testuser" -> error "CREDENTIALS_INCORRECT", if i login with the user+domain "testuser(a)abc.lan" my auth succeed but -> "Cannot resolve principal 'testuser(a)abc.lan'" # ovirt-engine-extensions-tool aaa login-user --profile=abc.lan --user- name=testuser ... 2016-09-21 09:53:29 INFO API: < --Authn.InvokeCommands.AUTHENTICATE_CREDENTIALS profile='abc.lan' result=CREDENTIALS_INCORRECT 2016-09-21 09:53:29 SEVERE Authn.Result code is: CREDENTIALS_INCORRECT # ovirt-engine-extensions-tool aaa login-user --profile=abc.lan --user- name=testuser(a)abc.lan ... 2016-09-21 09:52:02 INFO API: -- >Authz.InvokeCommands.FETCH_PRINCIPAL_RECORD principal='testuser(a)abc.la n' 2016-09-21 09:52:02 SEVERE Cannot resolve principal 'testuser@ abc.lan' After some search i configured the mapping plugin to automaticaly add @abc.lan to the user like that i don't need to add the @abc.lan to connect but still the same error, cannot resolve principal ... # cat /etc/ovirt-engine/extensions.d/mapping-suffix.properties ovirt.engine.extension.name = mapping-suffix ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.misc ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.misc.mapping.MappingExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Mapping config.mapUser.type = regex config.mapUser.regex.pattern = ^(?<user>[^@]*)$ config.mapUser.regex.replacement = ${user}(a)abc.lan config.mapUser.regex.mustMatch = false # cat /etc/ovirt-engine/extensions.d/mapping-suffix.properties ... ovirt.engine.aaa.authn.mapping.plugin = mapping-suffix Any ideas ? Thank you.

2 2

Remove Export storage domain
by Danny Rehelis 21 Sep '16

21 Sep '16

Hi, I've added NFS Export storage domain and now, can't seems to remove it. Remove option is greyed out. Also, am I limited to only one Export domain? Can't add another one. No option in drop-down box other then Data 3 hosts, ovirt-engine Version 4.0.3-1.el7.centos Thanks, D

3 3

moVirt 1.6 released!
by Tomas Jelinek 21 Sep '16

21 Sep '16

Dear all, a new release of moVirt (Android client for oVirt) 1.6 has just been released! The main aim of this version was to move fully to the 4.0 API (changelog: [1]). If you have it already installed on your device, stay tuned and it will arrive soon. If you don't, you can either install it from google play store [2] or from direct link [3]. Please share any feedback! Tomas [1]: https://github.com/matobet/movirt#v16 [2]: https://play.google.com/store/apps/details?id=org.ovirt.mobile.movirt [3]: https://github.com/matobet/moVirt/blob/master/moVirt/moVirt-release.apk?raw…

1 0