Red Hat Bugzilla – Bug 691743
s390x /proc/cpuinfo returns wrong number of processors on RHEL6
Last modified: 2015-05-14 12:04:05 EDT
Cloned to subscription manager too.
rhsm use lscpu, which returns number of active processor. Not number of all available.
+++ This bug was initially created as a clone of Bug #680124 +++
Description of problem:
s390x /proc/cpuinfo returns wrong number of processors therefor after registration there is wrong number of processors in Satellite Hardware information.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Log into s390x machine that has more than 1 processor
2. cat /proc/cpuinfo
3. ls -d /sys/devices/system/cpu/cpu[0-9] | grep -c cpu[[:digit:]]
4. rhn_register into Satellite and check System > Hardware
RHEL5 /proc/cpuinfo shows proper information.
Explanation for this bug is in bug 621041 comment 18.
--- Additional comment from firstname.lastname@example.org on 2011-02-24 08:02:44 EST ---
Since this issue was entered in bugzilla, the release flag has been
set to ? to ensure that it is properly evaluated for this release.
--- Additional comment from email@example.com on 2011-02-25 02:53:33 EST ---
After discussion with dhorak short clarification.
There is cpuplugd daemon that automaticaly adds/removes cpus based on load and /proc/cpuinfo shows number of cpus defined in that moment. Regarding the fact that this bug is not an issue in RHEL5 - maybe this daemon is not activated by default or it depends on kernel.
Strategy of using /sys/devices/cpu for getting total number of cpus should be the valid on.
--- Additional comment from firstname.lastname@example.org on 2011-03-17 05:40:36 EDT ---
Fixed in spacewalk.git in commits:
Cherry picked to satellite.git as commits:
--- Additional comment from email@example.com on 2011-03-17 05:50:11 EDT ---
Bug report changed to ON_QA status by Errata System.
A QE request has been submitted for advisory RHBA-2011:10475-18
--- Additional comment from firstname.lastname@example.org on 2011-03-18 09:32:59 EDT ---
Verified in rhn-client-tools-1.0.0-56.el6 - Hardware tab now shows correct number.
Since RHEL 6.1 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.
Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.
Subscription-manager already uses count of /sys/devices/system/cpu/cpuN entries for the cpu count, so I don't think we need to change anything. This should be the number of available cpus at the time? We don't collect online cpu info.
Previously the cpu count info was just informational, it didn't factor into entitlement selection (as opposed to "sockets"). However, new entitlements can be based on cpu "cores", which the total cpu count does factor in.
I am unsure if entitlement "cores" is for "available" or "online" cpus for s390x cases.
On RHEL6, we also collect info from lscpu as well, but that is also informational, we don't base any entitlement calculations on it.
Moving to CLOSED.
Determination for the number of processors on a system is done by the subscription-manager component and displayed in its facts list. Several other bugs that address the processor facts calculations on s390 have already been opened and resolved. To see what subscription-manager regards as the number of processors on your s390x system run...
[root@ibm-z10-16 ~]# subscription-manager facts --list | egrep "^cpu."
cpu.topology_source: s390 book_siblings_list