heavy webadmin
by Nathanaël Blanchet
Hi all,
Since I upgraded engine to 3.6, I noticed that the webadmin takes a lot
of ressources whatever is the browser. It can become very slow even for
small actions, like changing tabs or editing a vm. The browser activity
becomes intensive (100% of cpu) and the processor very hot with a
increased fan activity. I suppose javascript to be responsible of this
behaviour. Is there a way to reduce the resource allocated to the webadmin?
(This is not a weakness of my laptop which is an i7 cpu with 16GB of RAM)
--
Nathanaël Blanchet
Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
blanchet(a)abes.fr
8 years, 8 months
Unable to add hosts in ovirt-engine 3.6
by Sandvik Agustin
Hi Users,
Good day, i'm having problem on adding hosts/hypervisor in ovirt-engine
3.6, a month ago i have successfully added 2 hypervisor when the engine is
still version 3.5, then a week ago, i manage to update the engine from 3.5
to 3.6, yesterday i'm adding another 1 hypervisor and i tried using ovirt
3.6 repo for the new hypervisor and failed to add, tried to add the ovirt
3.5 repo and still failed to add, the ovirt-engine event tab shows "error
code 1 during ssh session" i've googled it, "correct me if i'm wrong with
this" the hypervisor having problema resolving name server which inside of
ovirt repo 3.5 or 3.6, when i tried to open those "repolist" and tried to
access it on my web browser it shows that
"This site can’t be reached"
some of sites inside repos are unable to reach or the directory path did
not exist.
are we having problem about those repos or it just me?
is there any other way to install or add hosts whenever the repos or sites
that holding the packages are having problem?
TIA :)
Sandvik
8 years, 8 months
VM status
by Kevin C
--=-lMcj+RwaUWyLpULKwCz3
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Hi,
I have exclamation mark on some VM. But I can't have more informations when=
I hover my mouse over my VM (I only and "Up/Down" status or "Server/Deskto=
p")
How can I know where is the problem ?
Thanks a lot
--=-lMcj+RwaUWyLpULKwCz3
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
hkiG9w0BCQUxDxcNMTYwNDIwMTIzMDAxWjAvBgkqhkiG9w0BCQQxIgQgOTUm5UKTWWr4cJpZsnKp
8vN/t/X+c1dDcCVNc+j5RDswgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJTDEWMBQG
A1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRo
b3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhBMud8/Ti+WS+rExRlT
ThrOMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD
b20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNV
BAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhBMud8/Ti+WS+rExRlTThrOMA0GCSqGSIb3
DQEBAQUABIICAIi0hFIRK0SFJS+B768KWexWPJm/vlBSAnchbMD8Fr4ZwdtpTumh8CvvmsbLL9Sf
ImhkL6nlMRNeXZMI+aftj8x4pEaWqTiQ1uaGwrm92oe4qLNCqSavcQY6zlVNdUSSLbJaqgapFBba
BbqfLQti94P1cR3yKZbODfQdJGKb4nLrFuvsTUzdkfYlvki1tk7GVisYrWHNr77u7zI3O3uTpBMt
Y2Q3rfh3yKoVAIfw0HYHm8vLFF1tunfSyg+yMorKFGW5zIH8QLIfxzYNTHTmQuxkcIAnSVOmePgN
2gOZ3GV/2i5ahRXOzogJ3MLpnPoW6HmdEywSEV3ftrfTzEzWO4UMZABm4BSJUAj8e4Y83N8jYOk6
VzLaSqQzttxnZSaZnfu05BcXipmkdzWiMQuTLIf6kfDdPjfuiIMCTk3wTMpD+5wF6twhWDQqMsyg
sxWiGPNmsZr/QpFskXgyRpaUxfCbE914d/mi6FmfJmD+ZzwOlZ5cOiEF4bqLNynoAx0WSlJyfB9Y
cIql7TbW/d1Kgul6sz46K7QL/0Zt69GrhymRYPFKEi4OxGq1Vm3LQITlOFjKiieA8YosN9t0OhYW
atTMNFEa9at8gEnNUOFR1ygLsoLZXbPYN/90CihbOuBKaJN6qtQVYj53OrDgam8DGB1/0MWoKUl4
PRMeQauBvEhIAAAAAAAA
--=-lMcj+RwaUWyLpULKwCz3--
8 years, 8 months
Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).
by Paul Groeneweg | Pazion
The logs are not from the machine where the hosted engine is running on,
but from the SPM.
Op wo 20 apr. 2016 om 17:19 schreef Paul Groeneweg | Pazion <paul(a)pazion.nl
>:
> Hereby the logs.
>
>
> Op wo 20 apr. 2016 om 17:11 schreef Maor Lipchuk <mlipchuk(a)redhat.com>:
>
>> Hi Paul,
>>
>> Can u please attach the engine and VDSM logs with those failures to check
>> the origin of those failures
>>
>> Thanks,
>> Maor
>>
>> On Wed, Apr 20, 2016 at 6:06 PM, Paul Groeneweg | Pazion <paul(a)pazion.nl>
>> wrote:
>>
>>> Looks like the system does try recreate the OVF :-)
>>> Too bad this failed again...
>>>
>>> http://screencast.com/t/RlYCR1rk8T
>>> http://screencast.com/t/CpcQuoKg
>>>
>>> Failed to create OVF store disk for Storage Domain hostedengine_nfs.
>>> The Disk with the id b6f34661-8701-4f82-a07c-ed7faab4a1b8 might be
>>> removed manually for automatic attempt to create new one.
>>> OVF updates won't be attempted on the created disk.
>>>
>>> And on the hosted storage disk tab :
>>> http://screencast.com/t/ZmwjsGoQ1Xbp
>>>
>>>
>>>
>>>
>>>
>>>
>>> Op wo 20 apr. 2016 om 09:17 schreef Paul Groeneweg | Pazion <
>>> paul(a)pazion.nl>:
>>>
>>>> I have added a ticket:
>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1328718
>>>>
>>>> Looking forward to solve! ( trying to providing as much info as
>>>> required ).
>>>>
>>>> For the short term, wwhat do I need to restore/rollback to get the
>>>> OVF_STORE back in the Web GUI? is this all db?
>>>>
>>>>
>>>>
>>>> Op wo 20 apr. 2016 om 09:04 schreef Paul Groeneweg | Pazion <
>>>> paul(a)pazion.nl>:
>>>>
>>>>> Yes I removed them also from the web interface.
>>>>> Cen I recreate these or how can I restore?
>>>>>
>>>>> Op wo 20 apr. 2016 om 09:01 schreef Roy Golan <rgolan(a)redhat.com>:
>>>>>
>>>>>> On Wed, Apr 20, 2016 at 9:05 AM, Paul Groeneweg | Pazion <
>>>>>> paul(a)pazion.nl> wrote:
>>>>>>
>>>>>>> Hi Roy,
>>>>>>>
>>>>>>> What do you mean with a RFE , submit a bug ticket?
>>>>>>>
>>>>>>> Yes please. https://*bugzilla*.redhat.com/enter_bug.cgi?product=
>>>>>>
>>>>>> *oVirt*
>>>>>>
>>>>>>
>>>>>>> Here is what I did:
>>>>>>>
>>>>>>> I removed the OVF disks as explained from the hosted engine/storage.
>>>>>>> I started another server, tried several things like putting to
>>>>>>> maintenance and reinstalling, but I keep getting:
>>>>>>>
>>>>>>> Apr 20 00:18:00 geisha-3 ovirt-ha-agent:
>>>>>>> WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find
>>>>>>> OVF_STORE
>>>>>>> Apr 20 00:18:00 geisha-3 journal: ovirt-ha-agent
>>>>>>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable
>>>>>>> to get vm.conf from OVF_STORE, falling back to initial vm.conf
>>>>>>> Apr 20 00:18:00 geisha-3 ovirt-ha-agent:
>>>>>>> ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Unable
>>>>>>> to get vm.conf from OVF_STORE, falling back to initial vm.conf
>>>>>>> Apr 20 00:18:00 geisha-3 journal: ovirt-ha-agent
>>>>>>> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: ''Configuration value
>>>>>>> not found: file=/var/run/ovirt-hosted-engine-ha/vm.conf, key=memSize'' -
>>>>>>> trying to restart agent
>>>>>>>
>>>>>>> Fact it can't find the OVF store seems logical, but now the
>>>>>>> /var/run/ovirt-hosted-engine-ha/vm.conf is replace with a file conatining
>>>>>>> only "None".
>>>>>>> I tried to set file readonly ( chown root ), but this only threw an
>>>>>>> error about file not writable, tried different path, but nothing helped.
>>>>>>> So I am afraid to touch the other running hosts, as same might
>>>>>>> happen there and I am unable to start hosted engine again.
>>>>>>>
>>>>>>> I thought OVF would be created automatically again if it is missing,
>>>>>>> but it isn't...
>>>>>>> Can I trigger this OVF, or add it somehow manually? Would deleting
>>>>>>> the whole hosted_storage trigger an auto import again including OVF?
>>>>>>>
>>>>>>> If this provides no solution, I guess, I have to restore the removed
>>>>>>> OVF store. Would a complete database restore + restoring folder
>>>>>>> images/<OVF_STORE_ID> be sufficient?
>>>>>>> Or where is the information about the OVF stores the Web GUI shows
>>>>>>> stored?
>>>>>>>
>>>>>>>
>>>>>> Did you remove it also from the engine via the webadmin or REST?
>>>>>> storage tab -> click the hosted_storage domain -> disks subtab -> right
>>>>>> click remove the failing ovf
>>>>>>
>>>>>>
>>>>>>> Looking forward to resolve this OVF store issue.
>>>>>>>
>>>>>>> Thanks in advance!!!
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Op di 19 apr. 2016 om 10:31 schreef Paul Groeneweg | Pazion <
>>>>>>> paul(a)pazion.nl>:
>>>>>>>
>>>>>>>> Hi Roy,
>>>>>>>>
>>>>>>>> Thanks for this explanation. I will dive into this evening. ( and
>>>>>>>> make a backup first :-) )
>>>>>>>>
>>>>>>>> Normally the hosted engine only creates 1 ovf disk for the hosted
>>>>>>>> storage?
>>>>>>>>
>>>>>>>> Thanks for the help.
>>>>>>>>
>>>>>>>> Op di 19 apr. 2016 om 10:22 schreef Roy Golan <rgolan(a)redhat.com>:
>>>>>>>>
>>>>>>>>> On Mon, Apr 18, 2016 at 10:05 PM, Paul Groeneweg | Pazion <
>>>>>>>>> paul(a)pazion.nl> wrote:
>>>>>>>>>
>>>>>>>>>> I am still wondering about the OVF disk ( and event error ) on my
>>>>>>>>>> hosted storage domain.
>>>>>>>>>>
>>>>>>>>>> My hostedstorage ovf disks ( http://screencast.com/t/AcdqmJWee )
>>>>>>>>>> are not being updated ( what I understood is they should be regularly
>>>>>>>>>> updated ).
>>>>>>>>>>
>>>>>>>>>> So I wonder, maybe I can remove these OVF disks and they are
>>>>>>>>>> recreated automatically? ( Similar when removing the hosted storage domain
>>>>>>>>>> it was added automatically again )
>>>>>>>>>>
>>>>>>>>>> And for this NFS storage domain, is it normal to have 2 OVF disks?
>>>>>>>>>>
>>>>>>>>>> Really looking for a way get these OVF disks right.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> Hi Paul,
>>>>>>>>>
>>>>>>>>> What you can do to remove them is to run this sql statement at
>>>>>>>>> your setup
>>>>>>>>>
>>>>>>>>> ```sql
>>>>>>>>> -- first make sure this is the disk, dates are taken from your
>>>>>>>>> screenshot
>>>>>>>>>
>>>>>>>>> SELECT ovf_disk_id, image_guid, imagestatus, _create_date FROM
>>>>>>>>> images, storage_domains_ovf_info where ovf_disk_id = images.image_group_id
>>>>>>>>> and _create_date > '2016-05-01 11:11:29' and _create_date < '2016-05-01
>>>>>>>>> 11:11:31';
>>>>>>>>>
>>>>>>>>> -- now delete this disk
>>>>>>>>>
>>>>>>>>> DELETE FROM storage_domains_ovf_info where ovf_disk_id = %what
>>>>>>>>> was found in the last query%'
>>>>>>>>> ```
>>>>>>>>>
>>>>>>>>> Now you can right-click and remove this disk.
>>>>>>>>>
>>>>>>>>> Since the disk of the ovirt-engine resides on the hosted_storage
>>>>>>>>> domain we can't put this domain into maintenance and fix those kind of
>>>>>>>>> issues. There for I would like you to kindly open an RFE and mention you're
>>>>>>>>> scenario so we would supply a way to do this kind of operations in a safe
>>>>>>>>> way.
>>>>>>>>>
>>>>>>>>> Maor thanks for the help and reference.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> Op ma 4 apr. 2016 om 09:54 schreef Paul Groeneweg | Pazion <
>>>>>>>>>> paul(a)pazion.nl>:
>>>>>>>>>>
>>>>>>>>>>> I'd like to add:
>>>>>>>>>>>
>>>>>>>>>>> - There are 2 OVF stores in my hosted_storage ( hostedengine_nfs
>>>>>>>>>>> ).
>>>>>>>>>>> - I checked creation time, they are both created around the same
>>>>>>>>>>> time http://screencast.com/t/hbXQFlou
>>>>>>>>>>>
>>>>>>>>>>> So hopefully there is some way to update hosted storage sp it
>>>>>>>>>>> can be updated.
>>>>>>>>>>>
>>>>>>>>>>> Op do 31 mrt. 2016 om 15:41 schreef Maor Lipchuk <
>>>>>>>>>>> mlipchuk(a)redhat.com>:
>>>>>>>>>>>
>>>>>>>>>>>> [Adding Roy to the thread]
>>>>>>>>>>>> Roy,
>>>>>>>>>>>>
>>>>>>>>>>>> Can you please share your insight regarding the hosted engine
>>>>>>>>>>>> behavior.
>>>>>>>>>>>> It looks that one of the OVF_STORE disks is not valid and I
>>>>>>>>>>>> think that detach/attach of the storage domain might fix the audit log
>>>>>>>>>>>> errors.
>>>>>>>>>>>> The question is, if it is possible to do so in hosted engine
>>>>>>>>>>>> environment.
>>>>>>>>>>>>
>>>>>>>>>>>> Regards,
>>>>>>>>>>>> Maor
>>>>>>>>>>>>
>>>>>>>>>>>> On Thu, Mar 31, 2016 at 4:14 PM, Paul Groeneweg | Pazion <
>>>>>>>>>>>> paul(a)pazion.nl> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> This storage domain is my hosted engine storage domain. So I
>>>>>>>>>>>>> should put it to maintenance and then detach?
>>>>>>>>>>>>> http://screencast.com/t/kjgNpI7fQ
>>>>>>>>>>>>>
>>>>>>>>>>>>> Am I still able to use the hosed engine ( web interface) when
>>>>>>>>>>>>> this stoarge domain is in maintenance and detached?
>>>>>>>>>>>>>
>>>>>>>>>>>>> As I don't want to risk detaching hosted storage storage
>>>>>>>>>>>>> domain and as a results breaking my whole setup.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Op do 31 mrt. 2016 om 15:07 schreef Maor Lipchuk <
>>>>>>>>>>>>> mlipchuk(a)redhat.com>:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Have you already tried to detach and attach the Storage
>>>>>>>>>>>>>> Domain?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Thu, Mar 31, 2016 at 3:11 PM, Paul Groeneweg | Pazion <
>>>>>>>>>>>>>> paul(a)pazion.nl> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hi Maor,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I am refering to the eventlog, where these ovf errors appear
>>>>>>>>>>>>>>> every hour and fill up my eventlog
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> http://screencast.com/t/S8cfXMsdGM
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Op do 31 mrt. 2016 om 14:07 schreef Maor Lipchuk <
>>>>>>>>>>>>>>> mlipchuk(a)redhat.com>:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Hi Paul,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Which problem are you referring, the remove of OVF_STORE
>>>>>>>>>>>>>>>> disks or the audit log warning?
>>>>>>>>>>>>>>>> In the screencast I can see that the Storage Domain is
>>>>>>>>>>>>>>>> active but I didn't notice any audit log errors.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>>>>> Maor
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Thu, Mar 31, 2016 at 2:38 PM, Paul Groeneweg | Pazion <
>>>>>>>>>>>>>>>> paul(a)pazion.nl> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Hi Maor,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The 3.6.4 did not solve the problem.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Any idea how to fix this issue?
>>>>>>>>>>>>>>>>> I believe it has something todo with the status of
>>>>>>>>>>>>>>>>> hosted_storage ( 1st entry )
>>>>>>>>>>>>>>>>> http://screencast.com/t/vCx0CQiXm
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Op za 26 mrt. 2016 om 18:08 schreef Maor Lipchuk <
>>>>>>>>>>>>>>>>> mlipchuk(a)redhat.com>:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Hi Paul,
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Can you please update whether the upgrade for 3.6.4 has
>>>>>>>>>>>>>>>>>> helped.
>>>>>>>>>>>>>>>>>> Regarding the OVF_STORE disks, those disks should not be
>>>>>>>>>>>>>>>>>> deleted since deleting them might reflect on the Disaster Recovery scenarios
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>>>>>>> Maor
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> On Thu, Mar 24, 2016 at 10:10 PM, Paul Groeneweg | Pazion
>>>>>>>>>>>>>>>>>> <paul(a)pazion.nl> wrote:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> I believe my problem is related to this bug
>>>>>>>>>>>>>>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1303316
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> As you can see in the screenshot the hostedengine
>>>>>>>>>>>>>>>>>>> storage is unassigned and so both ovf_stores are OK, but not linked and
>>>>>>>>>>>>>>>>>>> therefore can't be updated?!
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> So for now I guess I'll wait for update 3.6.4 and cross
>>>>>>>>>>>>>>>>>>> my fingers and updates solves the event log error.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Op do 24 mrt. 2016 om 20:15 schreef Paul Groeneweg |
>>>>>>>>>>>>>>>>>>> Pazion <paul(a)pazion.nl>:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> I checked, the OVf, but I can only remove the OVF.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> http://screencast.com/t/vCx0CQiXm
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> What happens when I remove them, is it safe?
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> I checked agent.log and do not see the errors there....
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24
>>>>>>>>>>>>>>>>>>>> 20:12:28,154::image::116::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images)
>>>>>>>>>>>>>>>>>>>> Preparing images
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24
>>>>>>>>>>>>>>>>>>>> 20:12:28,811::hosted_engine::684::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images)
>>>>>>>>>>>>>>>>>>>> Reloading vm.conf from the shared storage domain
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24
>>>>>>>>>>>>>>>>>>>> 20:12:28,811::config::205::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file)
>>>>>>>>>>>>>>>>>>>> Trying to get a fresher copy of vm configuration from the OVF_STORE
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24
>>>>>>>>>>>>>>>>>>>> 20:12:28,936::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan)
>>>>>>>>>>>>>>>>>>>> Found OVF_STORE: imgUUID:18c50ea6-4654-4525-b241-09e15acf5e99,
>>>>>>>>>>>>>>>>>>>> volUUID:2f2ccb59-a3f3-43bf-87eb-53595af01cf5
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24
>>>>>>>>>>>>>>>>>>>> 20:12:29,147::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan)
>>>>>>>>>>>>>>>>>>>> Found OVF_STORE: imgUUID:6e14348b-af7a-49bc-9af2-8b703c17a53d,
>>>>>>>>>>>>>>>>>>>> volUUID:fabdd6f4-b8d6-4ffe-889c-df86b34619ca
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24
>>>>>>>>>>>>>>>>>>>> 20:12:29,420::ovf_store::109::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF)
>>>>>>>>>>>>>>>>>>>> Extracting Engine VM OVF from the OVF_STORE
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24
>>>>>>>>>>>>>>>>>>>> 20:12:29,580::ovf_store::116::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF)
>>>>>>>>>>>>>>>>>>>> OVF_STORE volume path: /rhev/data-center/mnt/hostedstorage.pazion.nl:
>>>>>>>>>>>>>>>>>>>> _opt_hosted-engine/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/images/6e14348b-af7a-49bc-9af2-8b703c17a53d/fabdd6f4-b8d6-4ffe-889c-df86b34619ca
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24
>>>>>>>>>>>>>>>>>>>> 20:12:29,861::config::225::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file)
>>>>>>>>>>>>>>>>>>>> Found an OVF for HE VM, trying to convert
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24
>>>>>>>>>>>>>>>>>>>> 20:12:29,865::config::230::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file)
>>>>>>>>>>>>>>>>>>>> Got vm.conf from OVF_STORE
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> MainThread::INFO::2016-03-24
>>>>>>>>>>>>>>>>>>>> 20:12:29,997::hosted_engine::462::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
>>>>>>>>>>>>>>>>>>>> Current state EngineUp (score: 3400)
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> So leaves me wondering if I should worry about the
>>>>>>>>>>>>>>>>>>>> errors in the event log.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Op do 24 mrt. 2016 om 16:18 schreef Paul Groeneweg |
>>>>>>>>>>>>>>>>>>>> Pazion <paul(a)pazion.nl>:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> These OVF stores are created on my hosted-engine
>>>>>>>>>>>>>>>>>>>>> storage instance. I did not found any reference in the hosted-engine.conf,
>>>>>>>>>>>>>>>>>>>>> so you are sure they can't be deleted?
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> So it holds only info about the hosted-engine disk? So
>>>>>>>>>>>>>>>>>>>>> when detaching, do I have any risk destroying my hosted-engine?
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> I can just detach them in this screen:
>>>>>>>>>>>>>>>>>>>>> http://screencast.com/t/ymnzsNHj7e and then re-attach?
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> I check file permissions, but this looked good
>>>>>>>>>>>>>>>>>>>>> compared to the other images. So really strange this eventlog.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>>>>>>>>>> Paul
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Op do 24 mrt. 2016 om 10:01 schreef Maor Lipchuk <
>>>>>>>>>>>>>>>>>>>>> mlipchuk(a)redhat.com>:
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Met vriendelijke groeten,
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Paul Groeneweg
>>>>>>>>>>>>>>>>>>>>>> Pazion
>>>>>>>>>>>>>>>>>>>>>> Webdevelopment - Hosting - Apps
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> T +31 26 3020038
>>>>>>>>>>>>>>>>>>>>>> M +31 614 277 577
>>>>>>>>>>>>>>>>>>>>>> E paul(a)pazion.nl
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> ***disclaimer***
>>>>>>>>>>>>>>>>>>>>>> "This e-mail and any attachments thereto may contain
>>>>>>>>>>>>>>>>>>>>>> information which is confidential and/or protected by intellectual property
>>>>>>>>>>>>>>>>>>>>>> rights and are intended for the sole use of the recipient(s) named above.
>>>>>>>>>>>>>>>>>>>>>> Any use of the information contained herein (including, but not limited to,
>>>>>>>>>>>>>>>>>>>>>> total or partial reproduction, communication or distribution in any form)
>>>>>>>>>>>>>>>>>>>>>> by persons other than the designated recipient(s) is prohibited. If you
>>>>>>>>>>>>>>>>>>>>>> have received this e-mail in error, please notify the sender either by
>>>>>>>>>>>>>>>>>>>>>> telephone or by e-mail and delete the material from any computer. Thank you
>>>>>>>>>>>>>>>>>>>>>> for your cooperation."
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> On Thu, Mar 24, 2016 at 12:12 AM, Paul Groeneweg |
>>>>>>>>>>>>>>>>>>>>>> Pazion <paul(a)pazion.nl> wrote:
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> After the 3.6 updates ( which didn't went without a
>>>>>>>>>>>>>>>>>>>>>>> hitch )
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> I get the following errors in my event log:
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> Failed to update OVF disks
>>>>>>>>>>>>>>>>>>>>>>> 18c50ea6-4654-4525-b241-09e15acf5e99, OVF data isn't updated on those OVF
>>>>>>>>>>>>>>>>>>>>>>> stores (Data Center Default, Storage Domain hostedengine_nfs).
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> VDSM command failed: Could not acquire resource.
>>>>>>>>>>>>>>>>>>>>>>> Probably resource factory threw an exception.: ()
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> http://screencast.com/t/S8cfXMsdGM
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> When I check on file there is some data, but not
>>>>>>>>>>>>>>>>>>>>>>> updated: http://screencast.com/t/hbXQFlou
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> When I check in the web interface I see 2 OVF files
>>>>>>>>>>>>>>>>>>>>>>> listed. What are these for, can I delete them?
>>>>>>>>>>>>>>>>>>>>>>> http://screencast.com/t/ymnzsNHj7e
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> Hopefully someone knows what to do about these
>>>>>>>>>>>>>>>>>>>>>>> warnings/erros and whether I can delete the OVF files.
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> Best Regards,
>>>>>>>>>>>>>>>>>>>>>>> Paul Groeneweg
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>>>>>>>>> Users mailing list
>>>>>>>>>>>>>>>>>>>>>>> Users(a)ovirt.org
>>>>>>>>>>>>>>>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Hi Paul,
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> The OVF_STORE disks are disks which preserve all the
>>>>>>>>>>>>>>>>>>>>>> VMs and Templates OVF data and are mostly use for disaster recovery
>>>>>>>>>>>>>>>>>>>>>> scenarios.
>>>>>>>>>>>>>>>>>>>>>> Those disks can not be deleted.
>>>>>>>>>>>>>>>>>>>>>> Regarding the audit log which you got, can you try to
>>>>>>>>>>>>>>>>>>>>>> detach and attach the Storage once again and let me know if you still get
>>>>>>>>>>>>>>>>>>>>>> this even log.
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>>>>>>>>>>> Maor
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>
>>
8 years, 8 months
Re: [ovirt-users] New oVirt-Live (3.6.5) is available for download
by Lev Veyde
------=_Part_57634460_251355029.1461256476018
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Hi Marcelo,
No special step-by-step, since it's quite simple.
Basically you need to burn the ISO either to real DVD media or to USB DiskOnKey and start a computer from it.
Once it loaded you will see a popup window that will allow you to start the installation of oVirt Manager.
After the installation is finished you will see another popup box, clicking on which will start a browser with oVirt Management portal.
Login into Administration with admin/ovirt and enjoy!
There is a simple VM there you can use to play around.
If you have any further questions please feel free to contact me or the users list.
Thanks in advance,
Lev Veyde.
----- Original Message -----
From: "Marcelo Leandro" <marceloltmm(a)gmail.com>
To: "Lev Veyde" <lveyde(a)redhat.com>
Sent: Thursday, April 21, 2016 3:23:57 PM
Subject: Re: [ovirt-users] New oVirt-Live (3.6.5) is available for download
Hello Lev,
You have an step-step for use the live ?
Thanks.
2016-04-21 9:11 GMT-03:00 Lev Veyde < lveyde(a)redhat.com > :
Hi,
The new oVirt-Live 3.6.5 is available for download.
You can download it from:
http://plain.resources.ovirt.org/pub/ovirt-3.6/iso/ovirt-live/ovirt-live-...
Thanks in advance,
Lev Veyde.
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
------=_Part_57634460_251355029.1461256476018
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><body><div style=3D"font-family: times new roman, new york, times, se=
rif; font-size: 12pt; color: #000000"><div>Hi Marcelo,<br></div><div><br>No=
special step-by-step, since it's quite simple.<br></div><div><br></div><di=
v>Basically you need to burn the ISO either to real DVD media or to USB Dis=
kOnKey and start a computer from it.</div><div> <br></div><div>Once it load=
ed you will see a popup window that will allow you to start the installatio=
n of oVirt Manager.<br></div><div><br></div><div>After the installation is =
finished you will see another popup box, clicking on which will start a bro=
wser with oVirt Management portal.<br></div><div><br></div><div>Login into =
Administration with admin/ovirt and enjoy!<br></div><div><br></div><div>The=
re is a simple VM there you can use to play around.<br></div><div><br></div=
><div>If you have any further questions please feel free to contact me or t=
he users list.<br></div><div><br></div><div><span name=3D"x"></span>Thanks =
in advance,<br>Lev Veyde.<span name=3D"x"></span><br></div><div><br></div><=
hr id=3D"zwchr"><div style=3D"color:#000;font-weight:normal;font-style:norm=
al;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12=
pt;"><b>From: </b>"Marcelo Leandro" <marceloltmm(a)gmail.com><br><b>To:=
</b>"Lev Veyde" <lveyde(a)redhat.com><br><b>Sent: </b>Thursday, April =
21, 2016 3:23:57 PM<br><b>Subject: </b>Re: [ovirt-users] New oVirt-Live (3.=
6.5) is available for download<br><div><br></div><div dir=3D"ltr"><div>Hell=
o Lev,</div><div> You have an step-step for use the live ?</di=
v><div><br></div><div>Thanks.</div></div><div class=3D"gmail_extra"><br><di=
v class=3D"gmail_quote">2016-04-21 9:11 GMT-03:00 Lev Veyde <span dir=3D"lt=
r"><<a href=3D"mailto:lveyde@redhat.com" target=3D"_blank">lveyde@redhat=
.com</a>></span>:<br><blockquote class=3D"gmail_quote" style=3D"margin:0=
0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
The new oVirt-Live 3.6.5 is available for download.<br>
<br>
You can download it from:<br>
<a href=3D"http://plain.resources.ovirt.org/pub/ovirt-3.6/iso/ovirt-live/ov=
irt-live-el7-3.6.5.iso" rel=3D"noreferrer" target=3D"_blank">http://plain.r=
esources.ovirt.org/pub/ovirt-3.6/iso/ovirt-live/ovirt-live-el7-3.6.5.iso</a=
><br>
<br>
Thanks in advance,<br>
Lev Veyde.<br>
_______________________________________________<br>
Users mailing list<br>
<a href=3D"mailto:Users@ovirt.org" target=3D"_blank">Users(a)ovirt.org</a><br=
>
<a href=3D"http://lists.ovirt.org/mailman/listinfo/users" rel=3D"noreferrer=
" target=3D"_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
</blockquote></div><br></div>
</div><div><br></div></div></body></html>
------=_Part_57634460_251355029.1461256476018--
8 years, 8 months
python sdk and /api/hosts/{host:id}/install
by Fabrice Bacchella
I'm trying to the use the API to reinstall an hosts.
But if a post the following content :
POST /api/hosts/XXXXX/install
> <action>
> <host>
> <override_iptables>false</override_iptables>
> </host>
> <ssh>
> <port>22</port>
> <fingerprint>SHA256:XXXX</fingerprint>
> <authentication_method>publickey</authentication_method>
> </ssh>
> </action>
I get the error :
[Cannot edit Host. Power Management is enabled for Host but no Agent type selected.]
But the agent was set when I created the host, the GUI don't ask for power management informations when reinstalling the hosts and when I look the the rsdl ( at https://ovirt/api?rsdl), the agent type was not required.
So what's wrong with the install command and that is not in the rsdl ?
I'm using ovirt-engine 3.6.5.3
The rsdl for install that I got :
<link href="/api/hosts/{host:id}/install" rel="install">
<description>
install vdsm and other packages required to get the host ready to be used in the engine
</description>
<request>
<http_method>POST</http_method>
<headers>
<header required="false">
<name>Correlation-Id</name>
<value>any string</value>
</header>
<header required="true">
<name>Content-Type</name>
<value>application/xml|json</value>
</header>
</headers>
<url>
<parameters_set>
<parameter required="false" type="xs:boolean" context="matrix">
<name>async</name>
<value>true|false</value>
</parameter>
</parameters_set>
</url>
<body>
<type>Action</type>
...
<parameters_set>
<description>
install vdsm and other packages required to get the host ready to be used in the engine providing the ssh password
</description>
<parameter required="false" type="xs:int">
<name>action.ssh.port</name>
</parameter>
<parameter required="false" type="xs:string">
<name>action.ssh.fingerprint</name>
</parameter>
<parameter required="false" type="xs:string">
<name>action.ssh.authentication_method</name>
</parameter>
<parameter required="false" type="xs:string">
<name>action.ssh.user.user_name</name>
</parameter>
<parameter required="false" type="xs:string">
<name>action.ssh.user.password</name>
</parameter>
<parameter required="false" type="xs:string">
<name>action.image</name>
</parameter>
<parameter required="false" type="xs:boolean">
<name>action.host.override_iptables</name>
</parameter>
<parameter required="false" type="xs:boolean">
<name>action.async</name>
</parameter>
<parameter required="false" type="xs:long">
<name>action.grace_period.expiry</name>
</parameter>
</parameters_set>
</body>
</request>
<response>
<type>Action</type>
</response>
</link>
8 years, 8 months
Failed migration - Migration is stuck
by Ollie Armstrong
I'm having some issues with a couple of VMs in my cluster that cannot
be live migrated between hosts. It appears to be the issue that is
referenced by https://access.redhat.com/solutions/870113 and
https://access.redhat.com/solutions/1159723.
I currently have a dedicated 1Gbps network for migrations and have
modified some of my vdsm settings so that my vdsm.conf looks like
this:
[vars]
ssl = true
migration_timeout = 600
migration_max_bandwidth = 100
max_outgoing_migrations = 3
migration_downtime = 1000
[addresses]
management_port = 54321
The issue was happening before the configuration changes too.
The relevant lines from my vdsm.log from the host that the VM is being
migrated from: http://ix.io/xeT
Has anyone been able to resolve this or come up with a workaround for
this problem? I understand that it is because the migration cannot
occur as fast as the changes in the VM are happening so this could be
difficult to get working. Some downtime is acceptable for these VMs,
so if there are further config changes that can be made which allow
for more downtime then I would consider that a solution.
Ollie
8 years, 8 months
Consult actual size the disk vm
by Marcelo Leandro
Hello,
i am try automate an task, i am try consult the actual size the disk of vm,
but not have success, i try in database in table imagens, i try with
python-api with command:
vm = api.vms.get(vmname)
disk = vm.disks.get(diskname)
disk.get_actual_size()
but the informations not is equal with that shown in the dashboard.
Can someone help me?
8 years, 8 months
Unable to install CentOS 6.7 on ovirt 3.5/.6
by Gene Fontanilla
Hi,
Anyone having issues on using CentOS 6.6 iso on oVirt 3.5 and 3.6?
I have two environments for testing (oVirt 3.5 and 3.6) and I can't install
centos 6.6 iso on the vms.
it after anaconda installer starts.
regards.
Gene
8 years, 8 months
