But in the web interface?
Hi, I upgraded to 4.3 and on the hosted engine web interface, I see the "dashboard" button twice, one below the other. How can I fix it or is it a known bug? Thanks Hetz
Hi, Reported it already: https://bugzilla.redhat.com/show_bug.cgi?id=1665430 Regards, Jorick Astrego On 2/5/19 10:25 AM, Hetz Ben Hamo wrote:
Hi,
I upgraded to 4.3 and on the hosted engine web interface, I see the "dashboard" button twice, one below the other.
How can I fix it or is it a known bug?
Thanks Hetz
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/JZAMX5B2GLLITI...
Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info@netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ----------------
Hi Hetz, On 2/5/19 10:25 AM, Hetz Ben Hamo wrote:
Hi,
I upgraded to 4.3 and on the hosted engine web interface, I see the "dashboard" button twice, one below the other.
How can I fix it or is it a known bug?
Yes, it is known issue and guys are working on that. Package ovirt-engine-dashboard is obsolete and ovirt-engine-ui-extensions is the new one. The fix then should remove the obsolete package, now it stays. Remove package ovirt-engine-dashboard and one dashboard button disappears.
Thanks Hetz
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/JZAMX5B2GLLITI... Best regards,
-- Lucie Leistnerova Quality Engineer, QE Cloud, RHVM Red Hat EMEA IRC: lleistne @ #rhev-qe
Le 05/02/2019 à 10:51, Lucie Leistnerova a écrit :
Hi Hetz,
On 2/5/19 10:25 AM, Hetz Ben Hamo wrote:
Hi,
I upgraded to 4.3 and on the hosted engine web interface, I see the "dashboard" button twice, one below the other.
How can I fix it or is it a known bug?
Yes, it is known issue and guys are working on that. Package ovirt-engine-dashboard is obsolete and ovirt-engine-ui-extensions is the new one. The fix then should remove the obsolete package, now it stays.
Remove package ovirt-engine-dashboard and one dashboard button disappears.
Hi, I upgraded to 4.3 and hit the same issue. I ran "yum remove ovirt-engine-dashboard" and I saw the additional button disappear. I was tired and then mistyped : "yum remove -y ovirt-engine-dashboard" At first, I thought it would do nothing as I just removed it. Instead, it *did* things, as if there was an alias from this package name to the "ovirt-engine-ui-extensions" name. Is it possible? Well, I ctrl-C'ed it in hurry and saw it uninstalled : ovirt-engine-extension-aaa-ldap-setup-1.3.8-1.el7.noarch ovirt-engine-extension-aaa-ldap-1.3.8-1.el7.noarch ovirt-engine-api-explorer-0.0.2-1.el7.centos.noarch ovirt-engine-backend-4.3.0.4-1.el7.noarch ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch So I reinstalled these packages. I witnessed that my GUI wasn't working anymore, so I ran "engine-setup". I answered the same questions I answered since years so I was pretty confident - I run this command at each upgrade, it does work. Now, troubles are coming. I choose to backup the database and to perform the vacuum. After confirming the otopi answers, I see this failure : [ INFO ] Configuring WebSocket Proxy [ INFO ] Backing up database localhost:engine to '/var/lib/ovirt-engine/backups/engine-20190206084916.CbO3sD.dump'. [ INFO ] Creating/refreshing Engine database schema [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 2] Aucun fichier ou dossier de ce type [ INFO ] Rolling back DWH database schema [ INFO ] Clearing DWH database ovirt_engine_history [ INFO ] Rolling back database schema [ INFO ] Clearing Engine database engine [ INFO ] Restoring Engine database engine [ INFO ] Restoring file '/var/lib/ovirt-engine/backups/engine-20190206084916.CbO3sD.dump' to database localhost:engine. [ ERROR ] Errors while restoring engine database, please check the log file for details [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20190206084840-2ps56v.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20190206084929-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed When looking at the log file above (https://framadrop.org/r/ywTOD-Q02-#dA6hdYaxfZpgUB68gtJLB9inH5oJajrL4H9LTktDd...) , I see a lot of SQL queries, then : 2019-02-06 08:49:17,955+0100 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.executeRaw:813 execute: ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine', '-d', 'eng2019-02-06 08:49:17,960+0100 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.executeRaw:869 execute-result: ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine', '-dTraceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 856, in executeRaw preexec_fn=preexec_fn, File "/usr/lib64/python2.7/subprocess.py", line 711, in __init__ errread, errwrite) File "/usr/lib64/python2.7/subprocess.py", line 1327, in _execute_child raise child_exception OSError: [Errno 2] Aucun fichier ou dossier de ce type 2019-02-06 08:49:17,961+0100 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py", line 427, in _misc raiseOnError=False, File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 912, in execute **kwargs File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 856, in executeRaw preexec_fn=preexec_fn, File "/usr/lib64/python2.7/subprocess.py", line 711, in __init__ errread, errwrite) File "/usr/lib64/python2.7/subprocess.py", line 1327, in _execute_child raise child_exception OSError: [Errno 2] Aucun fichier ou dossier de ce type 2019-02-06 08:49:17,961+0100 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Misc configuration': [Errno 2] Aucun fichier ou dossier de ce type Well, I thought I messed up with packages, and I thought a compete yum update would help, as I read :
Le 05/02/2019 à 15:19, Greg Sheremeta wrote :
The fix is pushed. Standalone engine upgrades should be fine starting
now. `yum update` any appliance engines or already upgraded engines to get the latest ovirt-engine-ui-extensions, which fixes the problem.
So I ran a yum update. After running again engine-setup, it is failing the same way. I compared the complete rpm list with another 4.3 DC with no issue, and apart the removed ovirt-engine-dashboard package and obviously many upgraded packages, I see no obvious missing parts. I'm at loss and don't know how to save this DC, so any help is welcome. -- Nicolas ECARNOT
Hi Nicolas, On 2/6/19 9:07 AM, Nicolas Ecarnot wrote:
Le 05/02/2019 à 10:51, Lucie Leistnerova a écrit :
Hi Hetz,
On 2/5/19 10:25 AM, Hetz Ben Hamo wrote:
Hi,
I upgraded to 4.3 and on the hosted engine web interface, I see the "dashboard" button twice, one below the other.
How can I fix it or is it a known bug?
Yes, it is known issue and guys are working on that. Package ovirt-engine-dashboard is obsolete and ovirt-engine-ui-extensions is the new one. The fix then should remove the obsolete package, now it stays.
Remove package ovirt-engine-dashboard and one dashboard button disappears.
Hi,
I upgraded to 4.3 and hit the same issue. I ran "yum remove ovirt-engine-dashboard" and I saw the additional button disappear. I was tired and then mistyped : "yum remove -y ovirt-engine-dashboard" At first, I thought it would do nothing as I just removed it. Instead, it *did* things, as if there was an alias from this package name to the "ovirt-engine-ui-extensions" name. Is it possible?
Well, I ctrl-C'ed it in hurry and saw it uninstalled : ovirt-engine-extension-aaa-ldap-setup-1.3.8-1.el7.noarch ovirt-engine-extension-aaa-ldap-1.3.8-1.el7.noarch ovirt-engine-api-explorer-0.0.2-1.el7.centos.noarch ovirt-engine-backend-4.3.0.4-1.el7.noarch ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch
I'm sorry, my mistake I did not mention to remove the package without dependencies. rpm -e --nodeps ...
So I reinstalled these packages.
I witnessed that my GUI wasn't working anymore, so I ran "engine-setup". I answered the same questions I answered since years so I was pretty confident - I run this command at each upgrade, it does work.
Now, troubles are coming.
I choose to backup the database and to perform the vacuum. After confirming the otopi answers, I see this failure :
[ INFO ] Configuring WebSocket Proxy [ INFO ] Backing up database localhost:engine to '/var/lib/ovirt-engine/backups/engine-20190206084916.CbO3sD.dump'. [ INFO ] Creating/refreshing Engine database schema [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 2] Aucun fichier ou dossier de ce type [ INFO ] Rolling back DWH database schema [ INFO ] Clearing DWH database ovirt_engine_history [ INFO ] Rolling back database schema [ INFO ] Clearing Engine database engine [ INFO ] Restoring Engine database engine [ INFO ] Restoring file '/var/lib/ovirt-engine/backups/engine-20190206084916.CbO3sD.dump' to database localhost:engine. [ ERROR ] Errors while restoring engine database, please check the log file for details [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20190206084840-2ps56v.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20190206084929-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed
When looking at the log file above (https://framadrop.org/r/ywTOD-Q02-#dA6hdYaxfZpgUB68gtJLB9inH5oJajrL4H9LTktDd...)
, I see a lot of SQL queries, then :
2019-02-06 08:49:17,955+0100 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.executeRaw:813 execute: ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine', '-d', 'eng2019-02-06 08:49:17,960+0100 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema plugin.executeRaw:869 execute-result: ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine', '-dTraceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 856, in executeRaw preexec_fn=preexec_fn, File "/usr/lib64/python2.7/subprocess.py", line 711, in __init__ errread, errwrite) File "/usr/lib64/python2.7/subprocess.py", line 1327, in _execute_child raise child_exception OSError: [Errno 2] Aucun fichier ou dossier de ce type 2019-02-06 08:49:17,961+0100 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py", line 427, in _misc raiseOnError=False, File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 912, in execute **kwargs File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 856, in executeRaw preexec_fn=preexec_fn, File "/usr/lib64/python2.7/subprocess.py", line 711, in __init__ errread, errwrite) File "/usr/lib64/python2.7/subprocess.py", line 1327, in _execute_child raise child_exception OSError: [Errno 2] Aucun fichier ou dossier de ce type 2019-02-06 08:49:17,961+0100 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Misc configuration': [Errno 2] Aucun fichier ou dossier de ce type
The error is cause by missing ovirt-engine-dbscripts.
Well, I thought I messed up with packages, and I thought a compete yum update would help, as I read :
Le 05/02/2019 à 15:19, Greg Sheremeta wrote :
The fix is pushed. Standalone engine upgrades should be fine starting
now. `yum update` any appliance engines or already upgraded engines to get the latest ovirt-engine-ui-extensions, which fixes the problem.
So I ran a yum update.
This package is part of ovirt-engine versionlock so can't be installed/updated separately. engine-setup should install the missing packages. I tried it by myself and it fixed the issue. [install] ovirt-engine-dbscripts-4.3.0.5-0.0.master.20190205084851.gitaaebfc9.el7.noarch will be installed Not sure what went wrong by you, send please the setup log and the ovirt-engine* rpms list. And also result of 'ls /usr/share/ovirt-engine/dbscripts' Thank you.
After running again engine-setup, it is failing the same way. I compared the complete rpm list with another 4.3 DC with no issue, and apart the removed ovirt-engine-dashboard package and obviously many upgraded packages, I see no obvious missing parts.
I'm at loss and don't know how to save this DC, so any help is welcome.
-- Lucie Leistnerova Quality Engineer, QE Cloud, RHVM Red Hat EMEA IRC: lleistne @ #rhev-qe
Hi Lucie, Le 06/02/2019 à 10:02, Lucie Leistnerova a écrit :
I'm sorry, my mistake I did not mention to remove the package without dependencies.
rpm -e --nodeps ...
I'll write that down.
When looking at the log file above (https://framadrop.org/r/ywTOD-Q02-#dA6hdYaxfZpgUB68gtJLB9inH5oJajrL4H9LTktDd...) [...] "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py", The error is cause by missing ovirt-engine-dbscripts.
OK
Well, I thought I messed up with packages, and I thought a compete yum update would help, as I read :
Le 05/02/2019 à 15:19, Greg Sheremeta wrote :
The fix is pushed. Standalone engine upgrades should be fine starting
now. `yum update` any appliance engines or already upgraded engines to get the latest ovirt-engine-ui-extensions, which fixes the problem.
So I ran a yum update.
This package is part of ovirt-engine versionlock so can't be installed/updated separately. engine-setup should install the missing packages. I tried it by myself and it fixed the issue.
[install] ovirt-engine-dbscripts-4.3.0.5-0.0.master.20190205084851.gitaaebfc9.el7.noarch will be installed
I see I have this package, though in an older version : # rpm -qa|grep -i dbscripts ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch
Not sure what went wrong by you, send please the setup log and the
(https://framadrop.org/r/ywTOD-Q02-#dA6hdYaxfZpgUB68gtJLB9inH5oJajrL4H9LTktDd...)
ovirt-engine* rpms list. And also result of 'ls /usr/share/ovirt-engine/dbscripts'
# LANG=C ls -la /usr/share/ovirt-engine/dbscripts ls: cannot access /usr/share/ovirt-engine/dbscripts: No such file or directory You seem to hit the point. -- Nicolas ECARNOT
On 2/6/19 10:22 AM, Nicolas Ecarnot wrote:
Hi Lucie,
Le 06/02/2019 à 10:02, Lucie Leistnerova a écrit :
I'm sorry, my mistake I did not mention to remove the package without dependencies.
rpm -e --nodeps ...
I'll write that down.
When looking at the log file above (https://framadrop.org/r/ywTOD-Q02-#dA6hdYaxfZpgUB68gtJLB9inH5oJajrL4H9LTktDd...) [...] "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
The error is cause by missing ovirt-engine-dbscripts.
OK
Well, I thought I messed up with packages, and I thought a compete yum update would help, as I read :
Le 05/02/2019 à 15:19, Greg Sheremeta wrote :
The fix is pushed. Standalone engine upgrades should be fine starting
now. `yum update` any appliance engines or already upgraded engines to get the latest ovirt-engine-ui-extensions, which fixes the problem.
So I ran a yum update.
This package is part of ovirt-engine versionlock so can't be installed/updated separately. engine-setup should install the missing packages. I tried it by myself and it fixed the issue.
[install] ovirt-engine-dbscripts-4.3.0.5-0.0.master.20190205084851.gitaaebfc9.el7.noarch will be installed
I see I have this package, though in an older version : # rpm -qa|grep -i dbscripts ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch
The version shouldn't be problem. I tested it in u/s ovirt. Now I tried with same version. Try to remove that package and install again. Versionlock seems to differ here so I was able to install it separately, if not run engine-setup. # rpm -e --nodeps ovirt-engine-dbscripts # yum install ovirt-engine-dbscripts
Not sure what went wrong by you, send please the setup log and the
(https://framadrop.org/r/ywTOD-Q02-#dA6hdYaxfZpgUB68gtJLB9inH5oJajrL4H9LTktDd...)
ovirt-engine* rpms list. And also result of 'ls /usr/share/ovirt-engine/dbscripts'
# LANG=C ls -la /usr/share/ovirt-engine/dbscripts ls: cannot access /usr/share/ovirt-engine/dbscripts: No such file or directory
You seem to hit the point.
-- Lucie Leistnerova Quality Engineer, QE Cloud, RHVM Red Hat EMEA IRC: lleistne @ #rhev-qe
Le 06/02/2019 à 10:53, Lucie Leistnerova a écrit :
On 2/6/19 10:22 AM, Nicolas Ecarnot wrote:
Hi Lucie,
Le 06/02/2019 à 10:02, Lucie Leistnerova a écrit :
I'm sorry, my mistake I did not mention to remove the package without dependencies.
rpm -e --nodeps ...
I'll write that down.
When looking at the log file above (https://framadrop.org/r/ywTOD-Q02-#dA6hdYaxfZpgUB68gtJLB9inH5oJajrL4H9LTktDd...) [...] "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
The error is cause by missing ovirt-engine-dbscripts.
OK
Well, I thought I messed up with packages, and I thought a compete yum update would help, as I read :
Le 05/02/2019 à 15:19, Greg Sheremeta wrote :
The fix is pushed. Standalone engine upgrades should be fine starting
now. `yum update` any appliance engines or already upgraded engines to get the latest ovirt-engine-ui-extensions, which fixes the problem.
So I ran a yum update.
This package is part of ovirt-engine versionlock so can't be installed/updated separately. engine-setup should install the missing packages. I tried it by myself and it fixed the issue.
[install] ovirt-engine-dbscripts-4.3.0.5-0.0.master.20190205084851.gitaaebfc9.el7.noarch will be installed
I see I have this package, though in an older version : # rpm -qa|grep -i dbscripts ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch
The version shouldn't be problem. I tested it in u/s ovirt. Now I tried with same version.
Try to remove that package and install again. Versionlock seems to differ here so I was able to install it separately, if not run engine-setup.
# rpm -e --nodeps ovirt-engine-dbscripts
Indeed, it found a lot of missing files/dir.
# yum install ovirt-engine-dbscripts
I forgot to set LANG=C so you'll read some parts in french, but I get the idea : ---------------------------------------------------------------- root@mvm01:/tmp# yum install ovirt-engine-dbscripts Modules complémentaires chargés : fastestmirror, versionlock Loading mirror speeds from cached hostfile * base: centos.mirror.fr.planethoster.net * epel: pkg.adfinis-sygroup.ch * extras: ftp.pasteur.fr * ovirt-4.3: ovirt.repo.nfrance.com * ovirt-4.3-epel: pkg.adfinis-sygroup.ch * updates: centos.mirror.fr.planethoster.net Excluding 1 update due to versionlock (use "yum versionlock status" to show it) Résolution des dépendances --> Lancement de la transaction de test ---> Le paquet ovirt-engine-dbscripts.noarch 0:4.3.0.4-1.el7 sera installé --> Résolution des dépendances terminée Dépendances résolues ===================================================================================================================================================================================================================================== Package Architecture Version Dépôt Taille ===================================================================================================================================================================================================================================== Installation : ovirt-engine-dbscripts noarch 4.3.0.4-1.el7 ovirt-4.3 331 k Résumé de la transaction ===================================================================================================================================================================================================================================== Installation 1 Paquet Taille totale des téléchargements : 331 k Taille d'installation : 1.6 M Is this ok [y/d/N]: y Downloading packages: ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch.rpm | 331 kB 00:00:02 Running transaction check Running transaction test Transaction test succeeded Running transaction Avertissement : RPMDB a été modifiée par une autre application que yum. ** 1 problèmes RPMDB préexistants trouvés, la sortie de « yum check » est la suivante : ovirt-engine-4.3.0.4-1.el7.noarch a des dépendances manquantes de ovirt-engine-dbscripts = ('0', '4.3.0.4', '1.el7') Installation : ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch 1/1 Vérification : ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch 1/1 Installé : ovirt-engine-dbscripts.noarch 0:4.3.0.4-1.el7 Terminé ! ------------------------------------------------------------- After that, I ran again engine-setup and it went OK. Now, my ovirt DC and dashboard is back to life, thanks to you Lucie. To sum up, I think what I'm missing is a clear and solide documentation or official Redhat message about whether/what/how/when can/cannot we update (with "yum update") the engine host and/or the hosts. ?? -- Nicolas ECARNOT
On Wed, Feb 6, 2019 at 6:33 AM Nicolas Ecarnot <nicolas@ecarnot.net> wrote:
Le 06/02/2019 à 10:53, Lucie Leistnerova a écrit :
On 2/6/19 10:22 AM, Nicolas Ecarnot wrote:
Hi Lucie,
Le 06/02/2019 à 10:02, Lucie Leistnerova a écrit :
I'm sorry, my mistake I did not mention to remove the package without dependencies.
Same -- sorry, ugh. For anyone in the same situation, the better thing to do now is simply 'yum update ovirt-engine-ui-extensions' That will remove the old dashboard correctly. https://github.com/oVirt/ovirt-engine-ui-extensions/blob/master/packaging/sp...
rpm -e --nodeps ...
I'll write that down.
When looking at the log file above ( https://framadrop.org/r/ywTOD-Q02-#dA6hdYaxfZpgUB68gtJLB9inH5oJajrL4H9LTktDd...)
[...]
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
The error is cause by missing ovirt-engine-dbscripts.
OK
Well, I thought I messed up with packages, and I thought a compete yum update would help, as I read :
Le 05/02/2019 à 15:19, Greg Sheremeta wrote :
The fix is pushed. Standalone engine upgrades should be fine starting > now. `yum update` any appliance engines or already upgraded > engines to get the latest ovirt-engine-ui-extensions, which fixes > the problem.
So I ran a yum update.
This package is part of ovirt-engine versionlock so can't be installed/updated separately. engine-setup should install the missing packages. I tried it by myself and it fixed the issue.
[install]
ovirt-engine-dbscripts-4.3.0.5-0.0.master.20190205084851.gitaaebfc9.el7.noarch
will be installed
I see I have this package, though in an older version : # rpm -qa|grep -i dbscripts ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch
The version shouldn't be problem. I tested it in u/s ovirt. Now I tried with same version.
Try to remove that package and install again. Versionlock seems to differ here so I was able to install it separately, if not run engine-setup.
# rpm -e --nodeps ovirt-engine-dbscripts
Indeed, it found a lot of missing files/dir.
# yum install ovirt-engine-dbscripts
I forgot to set LANG=C so you'll read some parts in french, but I get the idea :
---------------------------------------------------------------- root@mvm01:/tmp# yum install ovirt-engine-dbscripts Modules complémentaires chargés : fastestmirror, versionlock Loading mirror speeds from cached hostfile * base: centos.mirror.fr.planethoster.net * epel: pkg.adfinis-sygroup.ch * extras: ftp.pasteur.fr * ovirt-4.3: ovirt.repo.nfrance.com * ovirt-4.3-epel: pkg.adfinis-sygroup.ch * updates: centos.mirror.fr.planethoster.net Excluding 1 update due to versionlock (use "yum versionlock status" to show it) Résolution des dépendances --> Lancement de la transaction de test ---> Le paquet ovirt-engine-dbscripts.noarch 0:4.3.0.4-1.el7 sera installé --> Résolution des dépendances terminée
Dépendances résolues
===================================================================================================================================================================================================================================== Package Architecture Version Dépôt Taille
===================================================================================================================================================================================================================================== Installation : ovirt-engine-dbscripts noarch 4.3.0.4-1.el7 ovirt-4.3 331 k
Résumé de la transaction
===================================================================================================================================================================================================================================== Installation 1 Paquet
Taille totale des téléchargements : 331 k Taille d'installation : 1.6 M Is this ok [y/d/N]: y Downloading packages: ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch.rpm
| 331 kB 00:00:02 Running transaction check Running transaction test Transaction test succeeded Running transaction Avertissement : RPMDB a été modifiée par une autre application que yum. ** 1 problèmes RPMDB préexistants trouvés, la sortie de « yum check » est la suivante : ovirt-engine-4.3.0.4-1.el7.noarch a des dépendances manquantes de ovirt-engine-dbscripts = ('0', '4.3.0.4', '1.el7') Installation : ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch
1/1 Vérification : ovirt-engine-dbscripts-4.3.0.4-1.el7.noarch
1/1
Installé : ovirt-engine-dbscripts.noarch 0:4.3.0.4-1.el7
Terminé !
-------------------------------------------------------------
After that, I ran again engine-setup and it went OK. Now, my ovirt DC and dashboard is back to life, thanks to you Lucie.
To sum up, I think what I'm missing is a clear and solide documentation or official Redhat message about whether/what/how/when can/cannot we update (with "yum update") the engine host and/or the hosts.
Not Red Hat -- oVirt :) Indeed, we need an Upgrade Guide update. I'll look into it. Generally, on my dev instances (which are probably nowhere near as complicated as your setups), I run 'yum update' followed by 'engine-setup'. Perhaps Sandro can speak further to the versionlock stuff. I don't understand it that much. Greg
??
-- Nicolas ECARNOT _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/WNGSIBQ4UJ36TD...
-- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme@redhat.com IRC: gshereme <https://red.ht/sig>
Le 06/02/2019 à 15:42, Greg Sheremeta a écrit :
On Wed, Feb 6, 2019 at 6:33 AM Nicolas Ecarnot <nicolas@ecarnot.net <mailto:nicolas@ecarnot.net>> wrote:
Le 06/02/2019 à 10:53, Lucie Leistnerova a écrit : > > On 2/6/19 10:22 AM, Nicolas Ecarnot wrote: >> Hi Lucie, >> >> Le 06/02/2019 à 10:02, Lucie Leistnerova a écrit : >>> I'm sorry, my mistake I did not mention to remove the package without >>> dependencies.
Same -- sorry, ugh. For anyone in the same situation, the better thing to do now is simply 'yum update ovirt-engine-ui-extensions' That will remove the old dashboard correctly. https://github.com/oVirt/ovirt-engine-ui-extensions/blob/master/packaging/sp...
Thank you. We need this kind of wheels greasing as oVirt's complexity increases.
To sum up, I think what I'm missing is a clear and solide documentation or official Redhat message about whether/what/how/when can/cannot we update (with "yum update") the engine host and/or the hosts.
Not Red Hat -- oVirt :)
Yep, Greg Sheremeta <gshereme@redhat.com> ;-)
Indeed, we need an Upgrade Guide update. I'll look into it.
Generally, on my dev instances (which are probably nowhere near as complicated as your setups), I run 'yum update' followed by 'engine-setup'.
Actually, my experience is that yum-upgrading the engine was most of the times harmless, but yum-upgrading the hosts lead to complex situations. I'm at a point where I no longer update my hosts with yum update, and only relies on oVirt's update (either via the web GUI or ansible's cluster upgrade) which only updates part of the packages. I'd rather have a strong enough RPM environment around oVirt preventing any issue (the version lock usage shows that it's already a concern oVirt's people are dealing with and I thank you. Keep strengthening.) -- Nicolas ECARNOT
Dear Hetz, I have opened a bug for that : 1662047 – [UI] 2 dashboard icons after upgrade | | | | 1662047 – [UI] 2 dashboard icons after upgrade | | | You can check the workaround described there. best Regards,Strahil Nikolov
Thanks a lot ;) On Tue, Feb 5, 2019 at 2:38 PM Strahil Nikolov <hunter86_bg@yahoo.com> wrote:
Dear Hetz,
I have opened a bug for that : 1662047 – [UI] 2 dashboard icons after upgrade <https://bugzilla.redhat.com/show_bug.cgi?id=1662047>
1662047 – [UI] 2 dashboard icons after upgrade
<https://bugzilla.redhat.com/show_bug.cgi?id=1662047>
You can check the workaround described there.
best Regards, Strahil Nikolov
The fix is pushed. Standalone engine upgrades should be fine starting now. `yum update` any appliance engines or already upgraded engines to get the latest ovirt-engine-ui-extensions, which fixes the problem. I'll add a release note. Thanks all. Best wishes, Greg On Tue, Feb 5, 2019 at 8:48 AM Hetz Ben Hamo <hetz@hetz.biz> wrote:
Thanks a lot ;)
On Tue, Feb 5, 2019 at 2:38 PM Strahil Nikolov <hunter86_bg@yahoo.com> wrote:
Dear Hetz,
I have opened a bug for that : 1662047 – [UI] 2 dashboard icons after upgrade <https://bugzilla.redhat.com/show_bug.cgi?id=1662047>
1662047 – [UI] 2 dashboard icons after upgrade
<https://bugzilla.redhat.com/show_bug.cgi?id=1662047>
You can check the workaround described there.
best Regards, Strahil Nikolov
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/F76QF32CQSSUDW...
-- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme@redhat.com IRC: gshereme <https://red.ht/sig>
On Tue, Feb 5, 2019 at 1:21 PM Strahil <hunter86_bg@yahoo.com> wrote:
Hey Greg,
Thanks for the efforts. It seems the only way I can support the project is to raise bugs - which is causing only troubles :)
It's not causing trouble at all! It's one of the most helpful things you can do as a user of the software.
... If you have a way towards Bulgaria - I will buy you a beer.
Some day ;) Greg
Best Regards, Strahil Nikolov
On Feb 5, 2019 16:19, Greg Sheremeta <gshereme@redhat.com> wrote:
The fix is pushed. Standalone engine upgrades should be fine starting now. `yum update` any appliance engines or already upgraded engines to get the latest ovirt-engine-ui-extensions, which fixes the problem.
I'll add a release note. Thanks all.
Best wishes, Greg
On Tue, Feb 5, 2019 at 8:48 AM Hetz Ben Hamo <hetz@hetz.biz> wrote:
Thanks a lot ;)
On Tue, Feb 5, 2019 at 2:38 PM Strahil Nikolov <hunter86_bg@yahoo.com> wrote:
Dear Hetz,
I have opened a bug for that : 1662047 – [UI] 2 dashboard icons after upgrade <https://bugzilla.redhat.com/show_bug.cgi?id=1662047>
1662047 – [UI] 2 dashboard icons after upgrade
<https://bugzilla.redhat.com/show_bug.cgi?id=1662047>
You can check the workaround described there.
best Regards, Strahil Nikolov
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/F76QF32CQSSUDW...
--
GREG SHEREMETA
SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
Red Hat NA
gshereme@redhat.com IRC: gshereme <https://red.ht/sig>
-- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme@redhat.com IRC: gshereme <https://red.ht/sig>
participants (7)
-
Greg Sheremeta -
Hetz Ben Hamo -
Jorick Astrego -
Lucie Leistnerova -
Nicolas Ecarnot -
Strahil -
Strahil Nikolov