Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
On RHEL6 the default is not to use cgroups.
The new Egg 3.0.110 has a check for cgroups
Running the Egg on RHEL6.10
--------
$ sudo insights-client --verbose
2019-07-17 08:58:38,390 DEBUG insights.client.client Logging initialized
2019-07-17 08:58:38,391 DEBUG root Loaded initial egg: /var/lib/insights/last_stable.egg/insights
2019-07-17 08:58:38,391 DEBUG insights.client /usr/bin/gpg --verify --keyring /etc/insights-client/redhattools.pub.gpg /var/lib/insights/last_stable.egg.asc /var/lib/insights/last_stable.egg
2019-07-17 08:58:38,404 DEBUG insights.client GPG return code: 0
2019-07-17 08:58:38,731 DEBUG insights.client.client Logging initialized
2019-07-17 08:58:38,731 DEBUG insights.client.auto_config Trying to autoconfigure...
2019-07-17 08:58:38,734 DEBUG rhsm.https Using m2crypto wrappers to provide httplib and ssl
...
2019-07-17 08:58:39,028 DEBUG insights.client.utilities Client version: 3.0.3-3.el6
2019-07-17 08:58:39,029 DEBUG insights.client.utilities Core version: 3.0.110-1
2019-07-17 08:58:39,029 DEBUG insights.client.utilities All egg versions:
2019-07-17 08:58:39,029 DEBUG insights.client.utilities ENV egg not defined.
2019-07-17 08:58:39,029 DEBUG insights.client.utilities /var/lib/insights/newest.egg not found.
2019-07-17 08:58:39,800 DEBUG insights.client.utilities /var/lib/insights/last_stable.egg: 3.0.110-1
2019-07-17 08:58:40,096 DEBUG insights.client.utilities /etc/insights-client/rpm.egg: 3.0.4-2
2019-07-17 08:58:40,097 ERROR insights.client.phase.v1 Memory cgroup is disabled; insights-client will not run. To run anyway, set ignore_cgroup=True in /etc/insights-client/insights-client.conf
--------
This is a major regresssion with the past. You should not require to add a new cofniguration setting to get things working on a OS release where the client was working before for years.
See the offical RHEL6 documentation https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/resource_management_guide/ch-using_control_groups#The_cgconfig_Service that the cgroup is an optional that is not part of the Base OS installation.
Add OS detection for RHEL6 to implciltyl set ignore_cgroup=True so it works again out of the box
Please also provide an explanation Why Engineering and Testing did not found this issue as it is major Regression on a well known standard platform.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Run Egg 110 on standard RHEL6 without cgroups
2.
3.
Actual results:
Fail
Expected results:
Success
Additional info:
My apologies, Peter. This was a complete and total process breakdown on our part in our coordination, testing, and release gating processes. We have reverted that change and a new egg will be available very soon (within the hour, it is propagating now). We will be addressing the QE failure and make immediate changes. This was inexcusable on our part.
Peter please accept another apology from myself. This was a fix that was meant to address an issue where certain customers were experiencing a client failure when cgroups was partially disabled. This was a P1 for those customers.
Obviously there was a bug and this affected a wider audience.
The new egg is going out now but I believe you will have to manually force an egg update. Or tweak the setting and then the egg will update. Unfortunately this check happens before the egg is updated on the machine I believe.
I think you do done of these:
- https://access.redhat.com/articles/3747741
- rm /var/lib/insights
- set ignore_cgroup=True in /etc/insights-client/insights-client.conf then run the client, then remove it
Good to read that you have identified it as a missing part of the QE process.
I am not really affected by it as i have auto_update=False. I had only to revert my last commit, because i thought the egg was successful as the first run (in which the new egg is downloaded) was successful
Only then when looking for the output of a new feature to print the egg versions (based on a diff of the unpacked egg source code i found this feature was developed) i noticed it failed to start on RHEL6.10
Many Thanks for seeing the issue being picked up quickly.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHBA-2019:2474