Bug 1455065
Summary: | fail using collectd-environment on osp11 updated from osp10 | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Cyril Lopez <cylopez> |
Component: | rhosp-director | Assignee: | Sofer Athlan-Guyot <sathlang> |
Status: | CLOSED EOL | QA Contact: | Amit Ugol <augol> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 11.0 (Ocata) | CC: | cylopez, dbecker, mbultel, mburns, mcornea, morazi, rhel-osp-director-maint, sathlang |
Target Milestone: | --- | Keywords: | Triaged, ZStream |
Target Release: | 11.0 (Ocata) | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2018-06-22 12:30:53 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Cyril Lopez
2017-05-24 08:06:47 UTC
Hi, so there is provision to install the package during upgrade[1]. Can you precise what you mean by "3. update the stack with collectd-environment". Is it, upgrade and then modify "role_dada" with - OS::TripleO::Services::Collectd and redeploy ? [1] https://github.com/openstack/tripleo-heat-templates/blob/stable/ocata/puppet/services/metrics/collectd.yaml#L130..L134 Hi Sofer, My workflow was : - install osp10 - upgrade to osp11 - update the stack (already updated) with collectd. I don't touch to role_data. So I guest, we don't know. I will try to double-check. Hi Cyril, (In reply to Cyril Lopez from comment #2) > Hi Sofer, > > My workflow was : > - install osp10 > - upgrade to osp11 > - update the stack (already updated) with collectd. Can you describe exactly what you did there for reference ? > > I don't touch to role_data. So I guest, we don't know. I will try to > double-check. So I think that would explain it all. The upgrade task described in the link above happens during upgrade if you have the - OS::TripleO::Services::Collectdservices::collectd in the role data associated with the controller. As it's not there then the installation doesn't happen. Later at the "::tripleo::profile::base::metrics::collectd" puppet manifest is kick off by the "step_config", but package installation is disable during puppet run. So we have a nice loop that make the addition of new packages problematic for new roles. It's not seen during install of osp11 because the base image have the necessary packages. We could solve this in different ways: - documentation: if you need new role you *must* add it during upgrade ... not nice on the user IMHO; - activate pkg installation for new packages; - something else: we have to have the always in sync with the latest, so maybe we should strive during upgrade to have all the new packages in the base image installed in the current overcloud. I think the latest is the best one. Upgrade/update would aslo upgrade the current overcloud to match what is in the latest base image. This part need further discussion, but with the incoming of docker images that may not be relevant anymore. I have no clear cut solution, trying to bring the discussion upstream. Thread started there http://lists.openstack.org/pipermail/openstack-dev/2017-August/121271.html OSP11 is now retired, see details at https://access.redhat.com/errata/product/191/ver=11/rhel---7/x86_64/RHBA-2018:1828 |