View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0012992||CentOS-7||-OTHER||public||2017-03-20 11:41||2017-03-22 07:45|
|Target Version||Fixed in Version|
|Summary||0012992: irqbalance update - now affinity_hint and banned cpus confict|
|Description||I updated some systems in an HPC cluster on Sunday with:|
Systems are now at CentOS Linux release 7.3.1611 (Core)
When irqbalance is tarted the system repeatedly logs:
/usr/sbin/irqbalance: irq NN affinity_hint and banned cpus confict
Where NN is a different number
Is this a known issue?
|Additional Information||The /etc/sysconfig/irqbalance file contains:|
# irqbalance is a daemon process that distributes interrupts across
# CPUS on SMP systems. The default is to rebalance once every 10
# seconds. This is the environment file that is specified to systemd via the
# EnvironmentFile key in the service unit file (or via whatever method the init
# system you're using has.
# after starting, wait for a minute, then look at the interrupt
# load and balance it once; after balancing exit and do not change
# it again.
# 64 bit bitmask which allows you to indicate which cpu's should
# be skipped when reblancing irqs. Cpu numbers which have their
# corresponding bits set to one in this mask will not have any
# irq's assigned to them on rebalance
# append any args here to the irqbalance daemon as documented in the man page
|Tags||No tags attached.|
This is probably a duplicate of https://bugs.centos.org/view.php?id=12794.
Are you using Intel Omni-Path? I have this problem as well, on an OPA cluster.
Pkenyon - thankyou. Yes I am using Omnipath - and I thought I did say that.
Of course I omitted that, sorry.
I think the issue is the recommendation with Omnipath to set hintpolicy=exact
I see it is not yet fixed in CentOS - I will downgrade the RPM maybe
and wait for the fix!
If the CentOS maintainer sees this I will be very happy to test on our system.
How can I change the Category of this bug to 'irqbalance' please?