A new package ovirt-host has been introduced in 4.2 consolidating all the requirements for running an host. Remove all package installation / upgrades and just install / update this new package for pulling in required packages.
Yaniv, Martin, is it desired to have all packages currently optional already installed as dependency of ovirt-host like on oVirt Node? Or are we talking only about the absolutely required ones?
(In reply to Sandro Bonazzola from comment #1) > Yaniv, Martin, is it desired to have all packages currently optional already > installed as dependency of ovirt-host like on oVirt Node? Or are we talking > only about the absolutely required ones? I'm not sure I understand the question. ovirt-host should depend on all packages which we have in ovirt-host-deploy and/or host-upgrade-manager packages list, so just installing/upgrading ovirt-host will install all required dependencies. Or do we have some other dependencies not included in those list?
example: vdsm-gluster is an optional package which is installed only if explicitly requested by the engine during the deployment. Same for openstack-neutron, kdump, kernel-rt, tuned, ovirt-hosted-engine-setup, and so on. Should all these optional package move to ovirt-host as mandatory dependency or be kept in ovirt-host-deploy as optional dependency? As a side note to myself, in order to not introduce regressions, we'll need to backport ovirt-host package down to 3.6 in order to allow to replace existing hosts in supported clusters levels.
(In reply to Sandro Bonazzola from comment #3) > example: vdsm-gluster is an optional package which is installed only if > explicitly requested by the engine during the deployment. > Same for openstack-neutron, kdump, kernel-rt, tuned, > ovirt-hosted-engine-setup, and so on. Well, kdump is installed/enabled by default on EL7, but other mentioned packages are most probably not mandatory. So I'd probably not add them to ovirt-host now (but if needed/decided we can add them later). Do you agree? > > Should all these optional package move to ovirt-host as mandatory dependency > or be kept in ovirt-host-deploy as optional dependency? > > As a side note to myself, in order to not introduce regressions, we'll need > to backport ovirt-host package down to 3.6 in order to allow to replace > existing hosts in supported clusters levels. +1 on that, it will make 3.6 hosts handling in 4.2 a lot easier on the host upgrade manager side and it's also required to fix BZ1460954 nicely
(In reply to Martin Perina from comment #4) > Well, kdump is installed/enabled by default on EL7, but other mentioned > packages are most probably not mandatory. So I'd probably not add them to > ovirt-host now (but if needed/decided we can add them later). Do you agree? Ok, let's start with the mandatory ones and do the others case by case.
(In reply to Sandro Bonazzola from comment #5) > (In reply to Martin Perina from comment #4) > > > Well, kdump is installed/enabled by default on EL7, but other mentioned > > packages are most probably not mandatory. So I'd probably not add them to > > ovirt-host now (but if needed/decided we can add them later). Do you agree? > > Ok, let's start with the mandatory ones and do the others case by case. I don't agree here. I would want the node package set and the RHEL package set to be the same. If the size of the node is not an issue, it will really not be an issue for a el7 host.
(In reply to Yaniv Lavi from comment #6) > (In reply to Sandro Bonazzola from comment #5) > > (In reply to Martin Perina from comment #4) > > > > > Well, kdump is installed/enabled by default on EL7, but other mentioned > > > packages are most probably not mandatory. So I'd probably not add them to > > > ovirt-host now (but if needed/decided we can add them later). Do you agree? > > > > Ok, let's start with the mandatory ones and do the others case by case. > > I don't agree here. I would want the node package set and the RHEL package > set to be the same. If the size of the node is not an issue, it will really > not be an issue for a el7 host. That's difference between Node and RHEL philosophy, on node you have everything installed and only configure when needed, on RHEL you have minimum installed and when needed install and configure it. If installation of those additional dependencies doesn't have any other implications, we can add them to ovirt-host, but that's a much bigger change in host installation behaviour than just add mandatory deps to ovirt-host. So I'd probably check each optional dependency one-by-one before switching it to mandatory ...
Also note that this means we need at least another meta package for including ovirt-hosted-engine-setup. Otherwise we'll have a circular dependency: ovirt-host -> ovirt-hosted-engine-setup -> ovirt-host. Something like ovirt-host -> ovirt-hosted-engine-setup -> ovirt-host-core Or reverting the changes done for bug #1461083 and have ovirt-host -> ovirt-hosted-engine-setup -> whatever is needed not requiring ovirt-host.
(In reply to Sandro Bonazzola from comment #8) > Also note that this means we need at least another meta package for > including ovirt-hosted-engine-setup. Otherwise we'll have a circular > dependency: > ovirt-host -> ovirt-hosted-engine-setup -> ovirt-host. > > Something like ovirt-host -> ovirt-hosted-engine-setup -> ovirt-host-core > > Or reverting the changes done for bug #1461083 and have ovirt-host -> > ovirt-hosted-engine-setup -> whatever is needed not requiring ovirt-host. Not sure why this would happen. Fix the deps to only require this once.
ovirt-host installation on host during host-deploy, succesfull
This bugzilla is included in oVirt 4.2.0 release, published on Dec 20th 2017. Since the problem described in this bug report should be resolved in oVirt 4.2.0 release, published on Dec 20th 2017, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report.