Bug 680124 - s390x /proc/cpuinfo returns wrong number of processors on RHEL6
Summary: s390x /proc/cpuinfo returns wrong number of processors on RHEL6
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: rhn-client-tools
Version: 6.0
Hardware: Unspecified
OS: Unspecified
low
low
Target Milestone: rc
: ---
Assignee: Miroslav Suchý
QA Contact: Martin Minar
URL:
Whiteboard:
Depends On:
Blocks: 691743
TreeView+ depends on / blocked
 
Reported: 2011-02-24 12:46 UTC by Martin Minar
Modified: 2016-07-04 00:56 UTC (History)
1 user (show)

Fixed In Version: rhn-client-tools-1.0.0-56.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 691743 (view as bug list)
Environment:
Last Closed: 2011-05-19 13:06:16 UTC
Target Upstream Version:

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2011:0565 0 normal SHIPPED_LIVE rhn-client-tools and yum-rhn-plugin bug fix and ehnancement update 2011-05-18 17:57:10 UTC

Description Martin Minar 2011-02-24 12:46:21 UTC 
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):
rhn-client-tools-1.0.0-38.el6.noarch

How reproducible:
Always

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
  
Actual results:
Numbers differ

Expected results:
Same numbers

Additional info:
RHEL5 /proc/cpuinfo shows proper information.
Explanation for this bug is in bug 621041 comment 18.
Comment 2 Martin Minar 2011-02-25 07:53:33 UTC 
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.
Comment 3 Miroslav Suchý 2011-03-17 09:40:36 UTC 
Fixed in spacewalk.git in commits:
823888291bdc6f9cd4d843d18bd7ea88241fac89
3ecd060daf6b53baf63122c80c1d52fdbcba6c38

Cherry picked to satellite.git as commits:
ba1b95e5540c39b2aeacfdb4f0a42e6de97e1453
dd8f84ad7fb07be944f5796abaf134806d3d4413
Comment 5 Martin Minar 2011-03-18 13:32:59 UTC 
Verified in rhn-client-tools-1.0.0-56.el6 - Hardware tab now shows correct number.
Comment 6 errata-xmlrpc 2011-05-19 13:06:16 UTC 
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-0565.html
Note You need to log in before you can comment on or make changes to this bug.