- Users - oVirt List Archives

Re: [ovirt-users] User with SuperAdmin Role has not MANIPULATE_STORAGE_DOMAIN
by Kevin C 18 Feb '16

18 Feb '16

--=-y29ZL6CL9AL3fnqPHcJy Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Le mercredi 13 janvier 2016 =C3=A0 14:37 +0100, Kevin C a =C3=A9crit=C2=A0: >=20 > Le 12/01/2016 16:57, Maor Lipchuk a =C3=A9crit : > > ----- Original Message ----- > > > From: "Kevin COUSIN" <kevin(a)famillecousin.fr> > > > To: "Maor Lipchuk" <mlipchuk(a)redhat.com> > > > Cc: "users" <users(a)ovirt.org>, "Oved Ourfali" <oourfali(a)redhat.co > > > m> > > > Sent: Tuesday, January 12, 2016 5:06:22 PM > > > Subject: Re: [ovirt-users] User with SuperAdmin Role has not > > > MANIPULATE_STORAGE_DOMAIN > > >=20 > > > I set SuperAdmin Role on a group. > > > It dosen't work with StorageAdmin role. > > > I can't add set roles with my directory account, I need to use ad > > > min@internal > > > account. > >=20 > > Which DC are you trying to attach the Storage Domain? >=20 > I try to attach the Storage Domain to the Default DC (I have only one > DC). >=20 > > =C2=A0From the attached print screens it looks like the DC you have > > permissions on are infra and local. > infra.local is our AD realm. >=20 > > Also, Which oVirt version are you using? > I am using oVirt 3.6.1. >=20 > > If it is possible can you please send print screens with the > > permissions of the user and the permissions on the Data Center? > You have print screens attached but I think you're right. I set roles > on=C2=A0 > a group, and I can see my user has not Admin role defined desipte my=C2= =A0 > user is on the group (I can login with this user, create VM...). >=20 I confirm. If I set SuperAdmin role on user, I can attach my storage. Roles can not be applied from groups from my users are ? Regards > >=20 > > Thanks, > > Maor > Regards, >=20 > Kevin C >=20 > >=20 > > > ------------------------ > > >=20 > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0COUSIN Kevin > > >=20 > > > ----- Mail original ----- > > > > De: "Maor Lipchuk" <mlipchuk(a)redhat.com> > > > > =C3=80: "Kevin C" <kevin(a)famillecousin.fr> > > > > Cc: "users" <users(a)ovirt.org>, "Oved Ourfali" <oourfali@redhat. > > > > com> > > > > Envoy=C3=A9: Mardi 12 Janvier 2016 13:57:16 > > > > Objet: Re: [ovirt-users] User with SuperAdmin Role has not > > > > MANIPULATE_STORAGE_DOMAIN > > > > ----- Original Message ----- > > > > > From: "Kevin C" <kevin(a)famillecousin.fr> > > > > > To: "Maor Lipchuk" <mlipchuk(a)redhat.com> > > > > > Cc: "users" <users(a)ovirt.org>, "Oved Ourfali" <oourfali@redha > > > > > t.com> > > > > > Sent: Monday, January 11, 2016 11:04:11 AM > > > > > Subject: Re: [ovirt-users] User with SuperAdmin Role has not > > > > > MANIPULATE_STORAGE_DOMAIN > > > > >=20 > > > > >=20 > > > > >=20 > > > > > Le 09/01/2016 16:09, Maor Lipchuk a =C3=A9crit : > > > > > > Hi Kevin, > > > > > >=20 > > > > > > Does it still reproduce after the permissions were set? > > > > > >=20 > > > > > > Regards, > > > > > > Maor > > > > > >=20 > > > > > Hi Maor, > > > > >=20 > > > > > Yes it does, I just try it with another Domain. > > > > >=20 > > > > > Regards > > > >=20 > > > > Which role have you added to your user? Can u please try to > > > > edit the role > > > > which > > > > you have added to your user, does the role "Configure Storage > > > > Domain" is > > > > marked > > > > (See attached screenshot). > > > > Can you please try to add to the user the role StorageAdmin > > > > (See second > > > > attached > > > > screenshot) > > > >=20 > > > > Regards, > > > > Maor > > > >=20 > > > > > --- > > > > >=20 > > > > > Kevin C > > > > >=20 > > > > >=20 > > > > > > ----- Original Message ----- > > > > > > > From: "Oved Ourfali" <oourfali(a)redhat.com> > > > > > > > To: "Kevin C" <kevin(a)famillecousin.fr> > > > > > > > Cc: "users" <users(a)ovirt.org> > > > > > > > Sent: Friday, January 8, 2016 1:20:53 PM > > > > > > > Subject: Re: [ovirt-users] User with SuperAdmin Role has > > > > > > > not > > > > > > > MANIPULATE_STORAGE_DOMAIN > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > > CC-ing someone from the storage team to take a look. > > > > > > > On Jan 7, 2016 6:43 PM, "Kevin C" < kevin(a)famillecousin.f > > > > > > > r > wrote: > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > > Hi, > > > > > > >=20 > > > > > > > I set it on "system" level, on right upper side. > > > > > > >=20 > > > > > > > Regards, > > > > > > >=20 > > > > > > > Le 07/01/2016 17:39, Oved Ourfali a =C3=A9crit : > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > > Permissions in ovirt are composed of the role, > > > > > > > user/group, and object. > > > > > > >=20 > > > > > > > I guess you refer to the SuperUser role. Question is what > > > > > > > object you've > > > > > > > granted it on. > > > > > > >=20 > > > > > > > In order to have a permission on "system" level, you gave > > > > > > > to go to the > > > > > > > configure dialog (see right upper side of your screen). > > > > > > >=20 > > > > > > > Regards, > > > > > > > Oved Ourfali > > > > > > > Hi list, > > > > > > >=20 > > > > > > > I set the SuperAdmin Role on a AD group. I use my account > > > > > > > in this group > > > > > > > to > > > > > > > use oVirt. I try today to add an Export Domain but I > > > > > > > failed with this > > > > > > > error > > > > > > > in log : > > > > > > >=20 > > > > > > > 2016-01-07 16:46:28,883 INFO > > > > > > > [org.ovirt.engine.core.bll.storage.AttachStorageDomainToP > > > > > > > oolCommand] > > > > > > > (default task-1) [68d5410a] No permission found for user > > > > > > > '8ac67747-110c-4125-86f1-1f52ca0e7705' or one of the > > > > > > > groups he is > > > > > > > member > > > > > > > of, > > > > > > > when running action 'AttachStorageDomainToPool', Required > > > > > > > permissions > > > > > > > are: > > > > > > > Action type: 'ADMIN' Action group: > > > > > > > 'MANIPULATE_STORAGE_DOMAIN' Object > > > > > > > type: > > > > > > > 'Storage' Object ID: 'c7dee64d-a27e-446e-8656- > > > > > > > cef2d8ea42a6'. > > > > > > >=20 > > > > > > >=20 > > > > > > > Where can I set the good permission ? > > > > > > >=20 > > > > > > > Thanks a lot > > > > > > > --- > > > > > > > Kevin C > > > > > > > _______________________________________________ > > > > > > > Users mailing list > > > > > > > Users(a)ovirt.org > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > >=20 > > > > > > > _______________________________________________ > > > > > > > Users mailing list > > > > > > > Users(a)ovirt.org > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > >=20 >=20 --=-y29ZL6CL9AL3fnqPHcJy Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEeww ggXiMIIDyqADAgECAhBrp4p9CteI1lEK+Vnk57ThMA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYT AklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eTAeFw0xNTEyMTYwMTAwMDVaFw0zMDEyMTYwMTAwMDVaMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0 eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQC9fdr3w6J9g/Zbgv3bW1+uHht1wLUZr5gkrLtXedg17AkefMyUGwrQdvwO bhajcVmnKVxhrUwkZPXRAwZZosRHfEIi5FH7x6SV/8Sp5lZEuiMnvMFG2MzLA84J6Ws5T4NfXZ0q n4TPgnr3X2vPVS51M7Ua9nIJgn8jvTra4eyyQzxvuA/GZwKg7VQfDCmCS+kICslYYWgXOMt2xlsS slxLce0CGWRsT8EpMyt1iDflSjXZIsE7m1uTyHaKZspMLyIyz6mySu8j8BWWHpChNNeTrFuhVfrO AyDPFJVUvKZCLKBhibTLloyy+LatoWELrjdI4a8StZY8+dIR9t4APXGzAgMBAAGjggFkMIIBYDAO BgNVHQ8BAf8EBAMCAQYwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBIGA1UdEwEB/wQI MAYBAf8CAQAwMgYDVR0fBCswKTAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2Eu Y3JsMGYGCCsGAQUFBwEBBFowWDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wuY29t MDAGCCsGAQUFBzAChiRodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9jYS5jcnQwHQYDVR0O BBYEFCSBbDlhvkkPj7cbRivJKLUnSG1oMB8GA1UdIwQYMBaAFE4L7xqkQFulF2mHMMo0aEPQQa7y MD8GA1UdIAQ4MDYwNAYEVR0gADAsMCoGCCsGAQUFBwIBFh5odHRwOi8vd3d3LnN0YXJ0c3NsLmNv bS9wb2xpY3kwDQYJKoZIhvcNAQELBQADggIBAIvj94fsAYuErQ8BAluc4SMnIwS9NPBwAm5SH9uh 2NCXTq7im61g7F1LIiNI/+wq37fUuaMbz4g7VarKQTgf8ubs0p7NZWcIe7Bvem2AWaXBsxsaRTYw 5kG3DN8pd1hSEUuFoTa7DmNeFe8tiK1BrL3rbA/m48jp4AiFXgvxprJrW7izsyetOrRHPbkW4Y07 v29MdhaPv3u1JELyszXqOzjIYo4sWlC8iDQXwgSW/ntvWy2n4LuiaozlCfXl149tKeqvwlvrla2Y klue/quWp9j9ou4T/OY0CXMuY+B8wNK0ohd2D4ShgFlMSjzAFRoHGKF81snTr2d1A7Ew02oF6UQy CkC2aNNsK5cWOojBar5c7HplX9aHYUCZouxIeU28SONJAxnATgR4cJ2jrpmYSz/kliUJ46S6UpVD o/ebn9c6PaM/XtDYCCaM/7XX6wc3s++sbQ7CtCn1Ax7df6ufQbwyO0V+oFa9H0KAsjHMzcwk3EV2 B2NLatidKE/m7G+rB9m+FlVgIiSp0mGlg43QO9Kh1+JqvTCIzv2bJJkmPMLQJNuKKwHNL8F4GGp6 jbAV+WL+LDeGfVcq8DHS3LrD+xyYEXQBiqZEdiPVOMxLDSUCXsDO0uCWpaNQ8j6y6S9p0xE/Ga0p eVLadVHhqf9nXqKaxnr358VgfrxzUIrvOaOjMIIF/zCCBOegAwIBAgIQTLnfP04vlkvqxMUZU04a zjANBgkqhkiG9w0BAQsFADB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEp MCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBMB4XDTE2MDIwMzA5NDQ1N1oXDTE3MDIwMzA5NDQ1N1owSDEf MB0GA1UEAwwWa2V2aW5AZmFtaWxsZWNvdXNpbi5mcjElMCMGCSqGSIb3DQEJARYWa2V2aW5AZmFt aWxsZWNvdXNpbi5mcjCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAM7aVEpOkTQPuDSV lEcQ9J3Pjb+XrzJeE5nFDTD3uLfVZ5bXEsHlGJtgzS0AIT5dCgtyAO44QL8HQY/qOnyNU3/DSQIq 0c2BV/AJt9qrGdInhD32LfsyaIGyEUS1KYY++SfndVwWGxy2ZAtaqlwGSuR19mTwv4BCD0IqSLbo ANo8xR+Hy6A10BzHRBklNhMPerWxySzSNC4YMQXDwQWe9cWqm1TcvOZmnYh/O0HCjirbNcA5gpgq cimNC6YTHEsfvLzpnbi53QdJC4gobRaQKw5MuMDDMOgOZVNGaKe8MVrVelyDFbXo4VNk5CbTcXP2 YK3Lbeuu/krCbYIN6CxioW9obxIMVzCbjA4z+6CqFJNc1Qv389vMF/WkeghZQOJL5JE/zB0NFgrq hriPmX1IEA/kW/MSBWujjFwxkS3p7V/Kg98mioCBerDEuU4k77y5NuOif42e1ssKWweRoi54kfzp m/DHigfzBoqowo2pudiEuMc91ta3CtgOBqEZSiQBYqS8biHChCXZv3me6Gf8WPaqyN0OwnCD+lOx dGKd56yHHKZyfT0b/RSfJ89uWls7+Ou47sXAa7IjKRLyirqEKjmC4Efl+pAsxbMoV4ZgWIAr8/VM x1pzwoUFbdla2jYttvOEWog/c1Ss+1/WJM+Lre9ItC+LN8iKKrT7fZfKy0f9AgMBAAGjggG2MIIB sjALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMAkGA1UdEwQCMAAw HQYDVR0OBBYEFFZg5P1hZz/039cwy9+ThVfL+w6kMB8GA1UdIwQYMBaAFCSBbDlhvkkPj7cbRivJ KLUnSG1oMG8GCCsGAQUFBwEBBGMwYTAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wu Y29tMDkGCCsGAQUFBzAChi1odHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zY2EuY2xpZW50 MS5jcnQwOAYDVR0fBDEwLzAtoCugKYYnaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2NhLWNsaWVu dDEuY3JsMCEGA1UdEQQaMBiBFmtldmluQGZhbWlsbGVjb3VzaW4uZnIwIwYDVR0SBBwwGoYYaHR0 cDovL3d3dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgQwLDAqBggrBgEF BQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQC0 QbMzgSfJicGx8BJneSYlo7ZxeMKKSWb8wXBj3rwCKrR1uiVx8fVIt5x/Hl1F3dZ6aVoF+dzTvUIA qTovD5ACumfqhu6qb1TiHRaCQr9tKBN6Cb5Du11muun5k5T17tFWD8qPi7u4iZCOGrynd3uWv9Dl T9a0LY6yL+GeIiIVwq8DyDHE7sqCiN+S9iL4Zkho7pS4l7mIW71JNqKZZgOANpzbCFw4lJc2NMhR GlcVdwdJeHpZyW5vpHxmNjWQ+ptaBfKaWOFO5r5na5wF2QOsbICq6e8IKNsliY9hlZnRzu32AzLj GXnmUfy+JF1+gOpSsxpzMGi+axBmxxV0gWCNMIIF/zCCBOegAwIBAgIQTLnfP04vlkvqxMUZU04a zjANBgkqhkiG9w0BAQsFADB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEp MCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBMB4XDTE2MDIwMzA5NDQ1N1oXDTE3MDIwMzA5NDQ1N1owSDEf MB0GA1UEAwwWa2V2aW5AZmFtaWxsZWNvdXNpbi5mcjElMCMGCSqGSIb3DQEJARYWa2V2aW5AZmFt aWxsZWNvdXNpbi5mcjCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAM7aVEpOkTQPuDSV lEcQ9J3Pjb+XrzJeE5nFDTD3uLfVZ5bXEsHlGJtgzS0AIT5dCgtyAO44QL8HQY/qOnyNU3/DSQIq 0c2BV/AJt9qrGdInhD32LfsyaIGyEUS1KYY++SfndVwWGxy2ZAtaqlwGSuR19mTwv4BCD0IqSLbo ANo8xR+Hy6A10BzHRBklNhMPerWxySzSNC4YMQXDwQWe9cWqm1TcvOZmnYh/O0HCjirbNcA5gpgq cimNC6YTHEsfvLzpnbi53QdJC4gobRaQKw5MuMDDMOgOZVNGaKe8MVrVelyDFbXo4VNk5CbTcXP2 YK3Lbeuu/krCbYIN6CxioW9obxIMVzCbjA4z+6CqFJNc1Qv389vMF/WkeghZQOJL5JE/zB0NFgrq hriPmX1IEA/kW/MSBWujjFwxkS3p7V/Kg98mioCBerDEuU4k77y5NuOif42e1ssKWweRoi54kfzp m/DHigfzBoqowo2pudiEuMc91ta3CtgOBqEZSiQBYqS8biHChCXZv3me6Gf8WPaqyN0OwnCD+lOx dGKd56yHHKZyfT0b/RSfJ89uWls7+Ou47sXAa7IjKRLyirqEKjmC4Efl+pAsxbMoV4ZgWIAr8/VM x1pzwoUFbdla2jYttvOEWog/c1Ss+1/WJM+Lre9ItC+LN8iKKrT7fZfKy0f9AgMBAAGjggG2MIIB sjALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMAkGA1UdEwQCMAAw HQYDVR0OBBYEFFZg5P1hZz/039cwy9+ThVfL+w6kMB8GA1UdIwQYMBaAFCSBbDlhvkkPj7cbRivJ KLUnSG1oMG8GCCsGAQUFBwEBBGMwYTAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wu Y29tMDkGCCsGAQUFBzAChi1odHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zY2EuY2xpZW50 MS5jcnQwOAYDVR0fBDEwLzAtoCugKYYnaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2NhLWNsaWVu dDEuY3JsMCEGA1UdEQQaMBiBFmtldmluQGZhbWlsbGVjb3VzaW4uZnIwIwYDVR0SBBwwGoYYaHR0 cDovL3d3dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgQwLDAqBggrBgEF BQcCARYeaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQC0 QbMzgSfJicGx8BJneSYlo7ZxeMKKSWb8wXBj3rwCKrR1uiVx8fVIt5x/Hl1F3dZ6aVoF+dzTvUIA qTovD5ACumfqhu6qb1TiHRaCQr9tKBN6Cb5Du11muun5k5T17tFWD8qPi7u4iZCOGrynd3uWv9Dl T9a0LY6yL+GeIiIVwq8DyDHE7sqCiN+S9iL4Zkho7pS4l7mIW71JNqKZZgOANpzbCFw4lJc2NMhR GlcVdwdJeHpZyW5vpHxmNjWQ+ptaBfKaWOFO5r5na5wF2QOsbICq6e8IKNsliY9hlZnRzu32AzLj GXnmUfy+JF1+gOpSsxpzMGi+axBmxxV0gWCNMYIEXjCCBFoCAQEwgYkwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQTLnfP04vlkvq xMUZU04azjANBglghkgBZQMEAgEFAKCCAaUwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkq hkiG9w0BCQUxDxcNMTYwMjE4MTI0MTE5WjAvBgkqhkiG9w0BCQQxIgQgIb54ZsmEYV22Fqs+ASN3 HcmtEiyKofHSnse4ATpREDYwgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJTDEWMBQG A1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRo b3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhBMud8/Ti+WS+rExRlT ThrOMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNV BAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhBMud8/Ti+WS+rExRlTThrOMA0GCSqGSIb3 DQEBAQUABIICAKCfKjo3EICql6PCKgBiag7lXW2RAxoTYq6+8PIqsGpcBeqCWSTejoDpXgPNu/I2 mqlH86nXMjGxvya6DW3IZjAwldnUFnrpciPwZVXH0sT6R+xojb3sQ11PV3YVDoclcToIX9KUWR2/ 1XRdKKPWi5uURb/S2EHFwwm0NHTalZLtjqbdtgW+bzDHZ6vJaT0UU1Ut+gkArJEGp3qNnw9FVf3I GmGpJG59hUlmkEIHVvcIOwW022Lt+bsePGjHcirYpeu++3vsPygM4/pVPn5CMA3O/qx85wqF9iZ7 lkf08iX6EN8nTapRviYgCoe8rSZC6fOyzlbtZYhO/AuhIRCxf84Z00njCUGb0G1PojxgVDmg1cem AQT6fhQKyhpn7Ma995KaZ4yYF0j42Qz81zFKs7ygq8hC3vy3e4kO0tCBGqToTePLBJoZ4JuWtk9L 2aC0vaSmi9Opi9mQD+Tm5rTeV3XP86jV4BFogIE/UaT91/nJpGn1XhV6uMD0ZnbfXhvGS0z0aUAN bsP59TfkOe2ldA3vbPBSv/njmlUD4c7U/TDFlw6mzEAhf921bvCXtI/qQoLcA28MA5f0t1M3ik5k U4M48tCESbyCgiAIuhFmiGUeKTs3V4LS8H9W/t0PxaSqnmYtaSfY35tugp1zNsVU5O35ra9bLAeZ C6OB1H+vRaHBAAAAAAAA --=-y29ZL6CL9AL3fnqPHcJy--

1 0

virtio-serial0 duplicate id
by Johannes Tiefenbacher 18 Feb '16

18 Feb '16

Hi, finally I am posting something to this list :) I read it for quite some time now and I am an ovirt user since 3.0. I updated an engine installation from 3.2 to 3.6 (stepwise of course, and yes I know that's pretty outdated ;-). Then I updated the associated Centos6 hosts vdsm as well, from 3.10.x to 3.16.30. I also set my cluster comp level to 3.5(3.6 comp level is only possible with El7 hosts if I understood correctly). After my first failover test a VM could not be restarted, altough the host where it was running could correctly be fenced. The reason according to engine's log was this: VM xxxxxxxx is down with error. Exit message: internal error process exited while connecting to monitor: qemu-kvm: -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x4: Duplicate ID 'virtio-serial0' for device I then recognized that I am not able to run this VM on any host. Ich checked the virtual hardware in the engine database and could confirm that ALL my VMs had this problem: 2 devices with alias='virtio-serial0' e.g.: ---- engine=# SELECT * FROM vm_device WHERE vm_device.device = 'virtio-serial' AND vm_id = 'cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec' ORDER BY vm_id; -[ RECORD 1 ]-------------+------------------------------------------------------------- device_id | 2821d03c-ce88-4613-9095-e88eadcd3792 vm_id | cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec type | controller device | virtio-serial address | boot_order | 0 spec_params | { } is_managed | t is_plugged | f is_readonly | f _create_date | 2016-01-14 08:30:43.797161+01 _update_date | 2016-02-10 10:04:56.228724+01 alias | virtio-serial0 custom_properties | { } snapshot_id | logical_name | is_using_scsi_reservation | f -[ RECORD 2 ]-------------+------------------------------------------------------------- device_id | 29e0805f-d836-451a-9ec3-9031baa995e6 vm_id | cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec type | controller device | virtio-serial address | {bus=0x00, domain=0x0000, type=pci, slot=0x04, function=0x0} boot_order | 0 spec_params | { } is_managed | f is_plugged | t is_readonly | f _create_date | 2016-02-11 13:47:02.69992+01 _update_date | alias | virtio-serial0 custom_properties | snapshot_id | logical_name | is_using_scsi_reservation | f ---- My solution was this: DELETE FROM vm_device WHERE vm_id='cbfa359f-d0b8-484b-8ec0-cf9b8e4bb3ec' AND vm_device.device = 'virtio-serial' AND address = ''; (just renaming one of the aliases to virtio-serial1" did not help) Is this a known issue? Couldn't find anything so far. Should I also post this to the developer list? I am not subscribed there yet, wanted to check out here first. thanks in advance and all the best Jojo @ LINBIT VIE

5 5

How to add RAM to Hosted Engine
by DiOrio, Max 18 Feb '16

18 Feb '16

--_000_a557d822d9e94ddd9bc6df7847826c45vwc2pmaiap01ihsinternal_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi There...new oVirt user. After a bit of a learning curve, I have things = set up pretty well. The web console in the hosted engine is running slow, = and it's spiking memory to 98% frequently, but I only have 4096MB of RAM al= located. Currently running oVirt 3.6. >From the web interface, it doesn't seem possible to add memory to the hoste= d engine VM. I can add it via the Edit menu, but then it complains that "T= his VM is not managed by the engine". I see that some people have said to edit /etc/ovirt-hosted-engine-ha/vm.con= f but this file does not exist. Then I saw someone say that the file is n= ow located in /var/run/ovirt-hosted-engine-ha/vm.conf I do see this here, = but I can't update the file. Each time I go to update it, it reverts back = to the previous config. I shut down the VM then tried to edit it, same thing. I put the system in = global maintenance mode, shut down the vm, then tried to edit it, same thin= g. Getting frustrated over what should be a simple task, with nearly no docume= ntation available. Thanks for any help you can provide. Max --_000_a557d822d9e94ddd9bc6df7847826c45vwc2pmaiap01ihsinternal_ 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"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi There…new oVirt user.  After a bit of = a learning curve, I have things set up pretty well.  The web console i= n the hosted engine is running slow, and it’s spiking memory to 98% f= requently, but I only have 4096MB of RAM allocated.  Currently running oVirt 3.6.<o:p></o:p> <o:p> </o:p> From the web interface, it doesn’t seem possib= le to add memory to the hosted engine VM.  I can add it via the Edit m= enu, but then it complains that “This VM is not managed by the engine”.<o:p></o:p> <o:p> </o:p> I see that some peopl= e have said to edit /etc/ovirt-hosted-engine-ha/vm.conf  but this file= does not exist.  Then I saw someone say that the file is now located in /var/run/ovirt-hosted-engine-ha/vm.conf  I do see t= his here, but I can’t update the file.  Each time I go to update= it, it reverts back to the previous config.<o:p></o:p> <o:p> </o:p></sp= an> I shut down the VM th= en tried to edit it, same thing.  I put the system in global maintenan= ce mode, shut down the vm, then tried to edit it, same thing.<o:p></o:p> <o:p> </o:p></sp= an> Getting frustrated ov= er what should be a simple task, with nearly no documentation available.<o:= p></o:p> <o:p> </o:p></sp= an> Thanks for any help y= ou can provide.<o:p></o:p> <o:p> </o:p></sp= an> Max<o:p><= /o:p> </div> </body> </html> --_000_a557d822d9e94ddd9bc6df7847826c45vwc2pmaiap01ihsinternal_--

3 2

Re: [ovirt-users] How does VDSM-Fake actually work?
by Roman Mohr 18 Feb '16

18 Feb '16

On Thu, Feb 18, 2016 at 11:26 AM, emarcian <emarcian(a)redhat.com> wrote: > for remote simulator make sure you > > - /etc/hosts file is correct. > - 54321 54322 are open in firewall in both sides. > - engine p12 key is placed in the remote machine (in case using SSL) > - java certs are place as well (in case using SSL). > > please see this cod: > http://ur1.ca/ojcv5 (pass is ovirt123) > Nice. Could you make that a more copy/paste like manual and update README.ssl? > > On 02/17/2016 08:28 PM, Nicolás wrote: > > Hi Roman, > > El 16/02/16 a las 10:27, Roman Mohr escribió: > > On Fri, Feb 12, 2016 at 12:45 PM, Michal Skrivanek < > michal.skrivanek(a)redhat.com> wrote: > >> >> On 09 Feb 2016, at 12:15, Nicolás < <nicolas(a)devels.es>nicolas(a)devels.es> >> wrote: >> >> Is there a way to get an account on mojo.redhat.com or is it internal? >> I'm trying to open the document but credentials are required and I see no >> option to create an account. >> >> >> yes it is >> >> Eldad, would you please move it to ovirt.org instead? >> >> > I recently played with fakevdsm myself. The result was the patch series in > [1]. At least an updated README for the result of my patches can be found > in [2]. > > >> Thanks, >> michal >> >> >> El 04/02/16 a las 13:49, emarcian escribió: >> >> Hi, >> Seems like you need to change this settings update vdc_options set >> option_value='false' where option_name='InstallVds'; >> follow the instructions here: >> <https://mojo.redhat.com/docs/DOC-990399> >> https://mojo.redhat.com/docs/DOC-990399 >> >> in case you using 3.6 there is a new war (if you run the simulator as >> standalone). >> >> -Eldad >> >> >> On 02/04/2016 03:04 PM, Piotr Kliczewski wrote: >> >> Eldad is working on making it working with engine 3.6. He should be able to >> give you information you need. >> >> On Wed, Feb 3, 2016 at 12:33 PM, <nicolas(a)devels.es> <nicolas(a)devels.es> wrote: >> >> Anything? >> >> El 2016-02-02 10:18, Nicolás escribió: >> >> Hi, >> >> I'm trying to set up VDSM-Fake >> (git://gerrit.ovirt.org/ovirt-vdsmfake.git) for some tests, however, >> I'm a bit confused about how does it actually work. As the >> instructions say, I was able to build the project with Maven (however, >> the org.ovirt.vdsm-jsonrpc-java dependency version had to be changed >> to 1.1.5 instead of 1.1.2-SNAPSHOT in pom.xml as this latter is no >> longer provided at the repository). >> >> Once built, I run mvn jetty:run and the server started correctly: >> >> >> 2016-02-02 11:01:51.957:INFO::jetty-6.1.26 [1] >> 2016-02-02 11:01:52.804:INFO::No [2] Transaction manager found - if >> your webapp requires one, please configure one. >> 2016-02-02 11:01:53,424 Application initialized. >> 2016-02-02 11:01:53,442 Opening a Stomp server localhost:54322 >> 2016-02-02 11:01:53.702:INFO::Started [3]SelectChannelConnector@0.0.0.0:54321 >> [INFO] Started Jetty Server >> [INFO] Starting scanner at interval of 10 seconds. >> >> I could indeed verify it's listening on the VDSM port: >> >> >> [root@host ovirt-vdsmfake]# netstat -atpn | grep 54321 >> tcp6 0 0 >> :::54321 >> :::* LISTEN >> 44870/java >> >> So the next step is to add a fake host via REST. I used scripts >> provided here [4] and I successfully added the host, however, it >> starts installing all the VDSM packages as it were a normal host and >> therefore it tries to start vdsmd as well, which throws an error as >> the Jetty Server is already listening on the 54321 port. I shut down >> the Jetty Server and allowed oVirt Manager to install all the packages >> properly, then stopped vdsmd and started the Jetty Server, but >> expectedly oVirt Engine fails with message "Host xxx is non >> responsive", so what I actually got is a real VDSM host and not a fake >> one. >> >> FWIW, the fake VDSM runs on a different host, ports are reacheable >> from the oVirt engine, proper /etc/hosts has been added to the engine >> to reach the host, and no further customization of web.xml has been >> done. >> >> I feel like I'm missing something here. Could someone shed some light >> on what's wrong? >> >> Thanks. >> >> Nicolás >> >> > @Nicolas I would recommend you to use the top of my gerrit patches to run > vdsmake: > > git clone git://gerrit.ovirt.org/ovirt-vdsmfake > cd ovirt-vdsmfake > git fetch git://gerrit.ovirt.org/ovirt-vdsmfake refs/changes/70/53570/2 > && git checkout FETCH_HEAD > > then follow the instructions in the README of the checked out repository > [3]. > > Hope that helps. > > Best Regards, > Roman > >> >> [1] > https://gerrit.ovirt.org/#/q/status:open+project:ovirt-vdsmfake+branch:mast… > [2] https://gerrit.ovirt.org/#/c/53570/ > [3] https://gerrit.ovirt.org/#/c/53570/2/README > > > I could finally make fakevdsm work with your changes. Maybe I'm missing > something but this works if the engine and the fake host are run on the > same server - when I tried to run the fake host on a different host I > wasn't seeing any responses from the host (the firewall was vanilla clean). > In any case, I'm ok with both running on the same machine. > > Will this be merged into master? > > Thanks. > > >

1 0

Re: [ovirt-users] How does VDSM-Fake actually work?
by Nicolás 18 Feb '16

18 Feb '16

This is a multi-part message in MIME format. --------------010201090807080708080104 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Is there a way to get an account on mojo.redhat.com or is it internal? I'm trying to open the document but credentials are required and I see no option to create an account. El 04/02/16 a las 13:49, emarcian escribió: > Hi, > Seems like you need to change this settings update vdc_options set > option_value='false' where option_name='InstallVds'; > follow the instructions here: > https://mojo.redhat.com/docs/DOC-990399 > > in case you using 3.6 there is a new war (if you run the simulator as > standalone). > > -Eldad > > > On 02/04/2016 03:04 PM, Piotr Kliczewski wrote: >> Eldad is working on making it working with engine 3.6. He should be able to >> give you information you need. >> >> On Wed, Feb 3, 2016 at 12:33 PM,<nicolas(a)devels.es> wrote: >>> Anything? >>> >>> El 2016-02-02 10:18, Nicolás escribió: >>>> Hi, >>>> >>>> I'm trying to set up VDSM-Fake >>>> (git://gerrit.ovirt.org/ovirt-vdsmfake.git) for some tests, however, >>>> I'm a bit confused about how does it actually work. As the >>>> instructions say, I was able to build the project with Maven (however, >>>> the org.ovirt.vdsm-jsonrpc-java dependency version had to be changed >>>> to 1.1.5 instead of 1.1.2-SNAPSHOT in pom.xml as this latter is no >>>> longer provided at the repository). >>>> >>>> Once built, I run mvn jetty:run and the server started correctly: >>>> >>>>> 2016-02-02 11:01:51.957:INFO::jetty-6.1.26 [1] >>>>> 2016-02-02 11:01:52.804:INFO::No [2] Transaction manager found - if >>>>> your webapp requires one, please configure one. >>>>> 2016-02-02 11:01:53,424 Application initialized. >>>>> 2016-02-02 11:01:53,442 Opening a Stomp server localhost:54322 >>>>> 2016-02-02 11:01:53.702:INFO::Started [3] >>>>> SelectChannelConnector@0.0.0.0:54321 >>>>> [INFO] Started Jetty Server >>>>> [INFO] Starting scanner at interval of 10 seconds. >>>> I could indeed verify it's listening on the VDSM port: >>>> >>>>> [root@host ovirt-vdsmfake]# netstat -atpn | grep 54321 >>>>> tcp6 0 0 >>>>> :::54321 >>>>> :::* LISTEN >>>>> 44870/java >>>> So the next step is to add a fake host via REST. I used scripts >>>> provided here [4] and I successfully added the host, however, it >>>> starts installing all the VDSM packages as it were a normal host and >>>> therefore it tries to start vdsmd as well, which throws an error as >>>> the Jetty Server is already listening on the 54321 port. I shut down >>>> the Jetty Server and allowed oVirt Manager to install all the packages >>>> properly, then stopped vdsmd and started the Jetty Server, but >>>> expectedly oVirt Engine fails with message "Host xxx is non >>>> responsive", so what I actually got is a real VDSM host and not a fake >>>> one. >>>> >>>> FWIW, the fake VDSM runs on a different host, ports are reacheable >>>> from the oVirt engine, proper /etc/hosts has been added to the engine >>>> to reach the host, and no further customization of web.xml has been >>>> done. >>>> >>>> I feel like I'm missing something here. Could someone shed some light >>>> on what's wrong? >>>> >>>> Thanks. >>>> >>>> Nicolás >>>> >>>> >>>> Links: >>>> ------ >>>> [1]INFO::jetty-6.1.26 >>>> [2]INFO::No >>>> [3]INFO::Started >>>> [4]http://www.ovirt.org/REST_API_Using_BASH_Automation >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users(a)ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users > --------------010201090807080708080104 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body text="#000000" bgcolor="#FFFFFF"> Is there a way to get an account on mojo.redhat.com or is it internal? I'm trying to open the document but credentials are required and I see no option to create an account. <div class="moz-cite-prefix">El 04/02/16 a las 13:49, emarcian escribió: </div> <blockquote cite="mid:56B356F8.3010107@redhat.com" type="cite"> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> Hi, Seems like you need to change this settings <span style="font-family: "Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; display: inline ! important; float: none; background-color: rgb(255, 255, 255);">update vdc_options set option_value='false' where option_name='InstallVds'; <span style="font-family: "Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; display: inline ! important; float: none; background-color: rgb(255, 255, 255);">follow the instructions here: <span style="font-family: "Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; display: inline ! important; float: none; background-color: rgb(255, 255, 255);"><a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://mojo.redhat.com/docs/DOC-990399"><a class="moz-txt-link-freetext" href="https://mojo.redhat.com/docs/DOC-990399">https://mojo.redhat.com/docs/DOC-990399</a></a> <span style="font-family: "Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; display: inline ! important; float: none; background-color: rgb(255, 255, 255);"> <span style="font-family: "Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; display: inline ! important; float: none; background-color: rgb(255, 255, 255);">in case you using 3.6 there is a new war (if you run the simulator as standalone). <span style="font-family: "Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; display: inline ! important; float: none; background-color: rgb(255, 255, 255);"> <span style="font-family: "Helvetica Neue",Helvetica,Arial,"Lucida Grande",sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; display: inline ! important; float: none; background-color: rgb(255, 255, 255);">-Eldad <meta http-equiv="content-type" content="text/html; charset=utf-8"> <span style="color: rgb(61, 61, 61); font-family: 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; orphans: auto; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; -webkit-text-stroke-width: 0px; display: inline !important; float: none; background-color: rgb(255, 255, 255);"><span style="color: rgb(61, 61, 61); font-family: 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: 19.0909px; orphans: auto; text-align: left; text-indent: 0px; text-transform: none; white-space: normal; widows: 1; word-spacing: 0px; -webkit-text-stroke-width: 0px; display: inline !important; float: none; background-color: rgb(255, 255, 255);"> <div class="moz-cite-prefix">On 02/04/2016 03:04 PM, Piotr Kliczewski wrote: </div> <blockquote cite="mid:CAKU0_rk-R1OcSKW5xBD3o3wTZw83XR0Jy0bF1SJ73=kDZwO0DA@mail.gmail.com" type="cite"> <pre wrap="">Eldad is working on making it working with engine 3.6. He should be able to give you information you need. On Wed, Feb 3, 2016 at 12:33 PM, <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:nicolas@devels.es"><nicolas(a)devels.es></a> wrote: </pre> <blockquote type="cite"> <pre wrap="">Anything? El 2016-02-02 10:18, Nicolás escribió: </pre> <blockquote type="cite"> <pre wrap="">Hi, I'm trying to set up VDSM-Fake (git://gerrit.ovirt.org/ovirt-vdsmfake.git) for some tests, however, I'm a bit confused about how does it actually work. As the instructions say, I was able to build the project with Maven (however, the org.ovirt.vdsm-jsonrpc-java dependency version had to be changed to 1.1.5 instead of 1.1.2-SNAPSHOT in pom.xml as this latter is no longer provided at the repository). Once built, I run mvn jetty:run and the server started correctly: </pre> <blockquote type="cite"> <pre wrap="">2016-02-02 11:01:51.957:<a moz-do-not-send="true" class="moz-txt-link-freetext" href="INFO::jetty-6.1.26">INFO::jetty-6.1.26</a> [1] 2016-02-02 11:01:52.804:<a moz-do-not-send="true" class="moz-txt-link-freetext" href="INFO::No">INFO::No</a> [2] Transaction manager found - if your webapp requires one, please configure one. 2016-02-02 11:01:53,424 Application initialized. 2016-02-02 11:01:53,442 Opening a Stomp server localhost:54322 2016-02-02 11:01:53.702:<a moz-do-not-send="true" class="moz-txt-link-freetext" href="INFO::Started">INFO::Started</a> [3] <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:SelectChannelConnector@0.0.0.0:54321">SelectChannelConnector@0.0.0.0:54321</a> [INFO] Started Jetty Server [INFO] Starting scanner at interval of 10 seconds. </pre> </blockquote> <pre wrap=""> I could indeed verify it's listening on the VDSM port: </pre> <blockquote type="cite"> <pre wrap="">[root@host ovirt-vdsmfake]# netstat -atpn | grep 54321 tcp6 0 0 :::54321 :::* LISTEN 44870/java </pre> </blockquote> <pre wrap=""> So the next step is to add a fake host via REST. I used scripts provided here [4] and I successfully added the host, however, it starts installing all the VDSM packages as it were a normal host and therefore it tries to start vdsmd as well, which throws an error as the Jetty Server is already listening on the 54321 port. I shut down the Jetty Server and allowed oVirt Manager to install all the packages properly, then stopped vdsmd and started the Jetty Server, but expectedly oVirt Engine fails with message "Host xxx is non responsive", so what I actually got is a real VDSM host and not a fake one. FWIW, the fake VDSM runs on a different host, ports are reacheable from the oVirt engine, proper /etc/hosts has been added to the engine to reach the host, and no further customization of web.xml has been done. I feel like I'm missing something here. Could someone shed some light on what's wrong? Thanks. Nicolás Links: ------ [1] <a moz-do-not-send="true" class="moz-txt-link-freetext" href="INFO::jetty-6.1.26">INFO::jetty-6.1.26</a> [2] <a moz-do-not-send="true" class="moz-txt-link-freetext" href="INFO::No">INFO::No</a> [3] <a moz-do-not-send="true" class="moz-txt-link-freetext" href="INFO::Started">INFO::Started</a> [4] <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.ovirt.org/REST_API_Using_BASH_Automation">http://www.ovirt.org/REST_API_Using_BASH_Automation</a> _______________________________________________ Users mailing list <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <pre wrap="">_______________________________________________ Users mailing list <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> </blockquote> </blockquote> </body> </html> --------------010201090807080708080104--

3 4

"bridge port" error when setting up hosted-engine on 2nd oVirt 3.6.2 node
by Mike DePaulo 18 Feb '16

18 Feb '16

Hi, I am getting the following error when I attempt to setup my 2nd ovirt node as a hosted-engine: RuntimeError: The selected device None is not a supported bridge port The 1st node is death-star (192.168.1.50) The 2nd node is starkiller-base (192.168.1.52) This is not a production environment; this is my apartment. I am able to access the engine's webGUI. Both death-star and starkiller-base start out with only eno1 as their only NIC. death-star, by the end of the hosted-engine-setup, had ovirtmgmt also (with the same MAC address.) starkiller-base does not have ovirtmgmt yet. I am not using VLANs. node version: ovirt-node-iso-3.6-0.999.201602121021.el7.centos.iso engine appliance version: oVirt-Engine-Appliance-CentOS-x86_64-7-20160126.ova Thanks in advance, -Mike

4 8

ovirt and gluster storage domain HA testing
by Bill James 17 Feb '16

17 Feb '16

I have a ovirt cluster with and system running ovirt-engine 3.6.2.6-1 on centos7.2 and 3 hardware nodes running glusterfs 3.7.6-1 and centos7.2. I created a gluster volume using gluster cli and then went to add a storage domain. I created it with Path ovirt1-ks.test:/gv1 and all works fine, until ovirt1 goes down. Then ALL VMs pause till ovirt1 comes back up. Do I have to list all nodes in the path for this to work? Path: ovirt1-ks.test:/gv1 ovirt2-ks.test:/gv1 ovirt3-ks.test:/gv1 Or how do I prevent ovirt1 from being single point of failure? Thanks. Cloud Services for Business www.j2.com j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox This email, its contents and attachments contain information from j2 Global, Inc. and/or its affiliates which may be privileged, confidential or otherwise protected from disclosure. The information is intended to be for the addressee(s) only. If you are not an addressee, any disclosure, copy, distribution, or use of the contents of this message is prohibited. If you have received this email in error please notify the sender by reply e-mail and delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are registered trademarks of j2 Global, Inc. and its affiliates.

3 3

Understanding direct lun connection: iscsi pass through disks
by Arman Khalatyan 17 Feb '16

17 Feb '16

Hi, I am trying to combine performance and virtualisation with direct iscsi disks . Assuming we have vm with /dev/vda for OS two data disks from iscsi01:/dev/sda and iscsi02:/dev/sdb direct lun disks configured over ovirt interface. The iscsi disks are used as zfs mirror inside the vm. When one of the iscsi disks is not available then the whole host goes into pause state. Are there way to force ovirt do not freeze vm if direct lun is away? Thanks, Arman

2 1

Pending events in the Tasks tab
by nicolas＠devels.es 17 Feb '16

17 Feb '16

Hi, We're using oVirt 3.6.2.6, and we're having some events not being cleared from the Tasks tab. I cannot confirm this is only related to creating VM pools, but any created VM pool remains unfinished forever in the Tasks tab. As you may see in the screenshot, there are events that were started in January and are still in the list. Concretely, the unfinished step is always "Finalizing". Has this been reported on Bugzilla? Is there a way to clear them out even manually? Thanks. Nicolás

2 2

oVirt 3.6.2 issue when updating to gluster 3.7.8
by Luiz Claudio Prazeres Goncalves 17 Feb '16

17 Feb '16

Hi, I realised that gluster 3.7.8 was released for GA. So I updated manually using "yum -y install glusterfs*" gluster get's updated normally, but unfortunately things stopped to work completely. ovirt_hosted_engine_ha was not able to connect to my gluster storage domain (as you can see below). I'm not using ovirt + gluster in hyperconverged way. I have 3 external gluster hosts. As a workaround I've executed "*yum* downgrade glusterfs*" and after doing this ovirt started to work again...but as a collateral effect now I can't migrate my vm's anymore. On the vdsm logs I can see the following errors when trying to manually migrate a any VM.... Anyone knows how to fix it? Thread-66055::DEBUG::2016-02-17 11:05:57,497::migration::453::virt.vm::(stop) vmId=`05681896-a76a-4ae1-879e-8fe5d28634e1`::stopping migration downtime thread Thread-66055::ERROR::2016-02-17 11:05:57,497::migration::208::virt.vm::(_recover) vmId=`05681896-a76a-4ae1-879e-8fe5d28634e1`::unable to connect to server at 'kvm2.brightsquid.com:49152': No route to host Thread-66055::DEBUG::2016-02-17 11:05:57,497::stompreactor::389::jsonrpc.AsyncoreClient::(send) Sending response Thread-66056::DEBUG::2016-02-17 11:05:57,498::migration::450::virt.vm::(run) vmId=`05681896-a76a-4ae1-879e-8fe5d28634e1`::migration downtime thread exiting Thread-66055::DEBUG::2016-02-17 11:05:57,540::__init__::206::jsonrpc.Notification::(emit) Sending event {"params": {"notify_time": 4327804740, "05681896-a76a-4ae1-879e-8fe5d28634e1": {"status": "Migration Source"}}, "jsonrpc": "2.0", "method": "|virt|VM_status|05681896-a76a-4ae1-879e-8fe5d28634e1"} Thread-66055::ERROR::2016-02-17 11:05:57,541::migration::310::virt.vm::(run) vmId=`05681896-a76a-4ae1-879e-8fe5d28634e1`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/virt/migration.py", line 294, in run self._startUnderlyingMigration(time.time()) File "/usr/share/vdsm/virt/migration.py", line 364, in _startUnderlyingMigration self._perform_migration(duri, muri) File "/usr/share/vdsm/virt/migration.py", line 403, in _perform_migration self._vm._dom.migrateToURI3(duri, params, flags) File "/usr/share/vdsm/virt/virdomain.py", line 68, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 124, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1836, in migrateToURI3 if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed', dom=self) libvirtError: unable to connect to server at 'kvm2.brightsquid.com:49152': No route to host Thread-68::DEBUG::2016-02-17 11:05:57,652::fileSD::173::Storage.Misc.excCmd::(getReadDelay) /usr/bin/taskset --cpu-list 0-39 /usr/bin/dd if=/rhev/data-center/mnt/gluster2.brightsquid.com:_home_export_iso/61827b7b-e255-44f5-a791-482a144be29f/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) Thread-68::DEBUG::2016-02-17 11:05:57,662::fileSD::173::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n341 bytes (341 B) copied, 0.000713967 s, 478 kB/s\n'; <rc> = 0 Issue to connect to the gluster storage. ***************************************************************************** Feb 17 01:25:40 kvm2 ovirt-ha-agent: INFO:ovirt_hosted_engine_ha.lib.storage_server.StorageServer:Connecting storage server Feb 17 01:25:40 kvm2 ovirt-ha-agent: INFO:ovirt_hosted_engine_ha.lib.storage_server.StorageServer:Connecting storage server Feb 17 01:25:40 kvm2 journal: ovirt-ha-agent ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: 'Connection to storage server failed' - trying to restart agent Feb 17 01:25:40 kvm2 ovirt-ha-agent: ERROR:ovirt_hosted_engine_ha.agent.agent.Agent:Error: 'Connection to storage server failed' - trying to restart agent Feb 17 01:25:41 kvm2 ovirt-ha-broker: INFO:ovirt_hosted_engine_ha.broker.listener.ConnectionHandler:Connection established Feb 17 01:25:41 kvm2 journal: ovirt-ha-broker ovirt_hosted_engine_ha.broker.listener.ConnectionHandler ERROR Error handling request, data: 'set-storage-domain FilesystemBackend dom_type=glusterfs sd_uuid=7d376952-312b-4539-b809-a8fa740f7883'#012Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 166, in handle#012 data)#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 299, in _dispatch#012 .set_storage_domain(client, sd_type, **options)#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py", line 66, in set_storage_domain#012 self._backends[client].connect()#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", line 456, in connect#012 self._dom_type)#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", line 108, in get_domain_path#012 " in {1}".format(sd_uuid, parent))#012BackendFailureException: path to storage domain 7d376952-312b-4539-b809-a8fa740f7883 not found in /rhev/data-center/mnt/glusterSD Feb 17 01:25:41 kvm2 ovirt-ha-broker: ERROR:ovirt_hosted_engine_ha.broker.listener.ConnectionHandler:Error handling request, data: 'set-storage-domain FilesystemBackend dom_type=glusterfs sd_uuid=7d376952-312b-4539-b809-a8fa740f7883' Feb 17 01:25:41 kvm2 ovirt-ha-broker: Traceback (most recent call last): Feb 17 01:25:41 kvm2 ovirt-ha-broker: File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 166, in handle Feb 17 01:25:41 kvm2 ovirt-ha-broker: data) Feb 17 01:25:41 kvm2 ovirt-ha-broker: File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py", line 299, in _dispatch Feb 17 01:25:41 kvm2 ovirt-ha-broker: .set_storage_domain(client, sd_type, **options) Feb 17 01:25:41 kvm2 ovirt-ha-broker: File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py", line 66, in set_storage_domain Feb 17 01:25:41 kvm2 ovirt-ha-broker: self._backends[client].connect() Feb 17 01:25:41 kvm2 ovirt-ha-broker: File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", line 456, in connect Feb 17 01:25:41 kvm2 ovirt-ha-broker: self._dom_type) Feb 17 01:25:41 kvm2 ovirt-ha-broker: File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", line 108, in get_domain_path Feb 17 01:25:41 kvm2 ovirt-ha-broker: " in {1}".format(sd_uuid, parent)) Feb 17 01:25:41 kvm2 ovirt-ha-broker: BackendFailureException: path to storage domain 7d376952-312b-4539-b809-a8fa740f7883 not found in /rhev/data-center/mnt/glusterSD Feb 17 01:25:41 kvm2 journal: vdsm vds ERROR failed to retrieve Hosted Engine HA info#012Traceback (most recent call last):#012 File "/usr/share/vdsm/API.py", line 1842, in _getHaInfo#012 stats = instance.get_all_stats()#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py", line 103, in get_all_stats#012 self._configure_broker_conn(broker)#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py", line 180, in _configure_broker_conn#012 dom_type=dom_type)#012 File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", line 176, in set_storage_domain#012 .format(sd_type, options, e))#012RequestError: Failed to set storage domain FilesystemBackend, options {'dom_type': 'glusterfs', 'sd_uuid': '7d376952-312b-4539-b809-a8fa740f7883'}: Request failed: <class 'ovirt_hosted_engine_ha.lib.storage_backends.BackendFailureException'> Feb 17 01:25:41 kvm2 ovirt-ha-broker: INFO:ovirt_hosted_engine_ha.broker.listener.ConnectionHandler:Connection closed ^C

2 1