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.
Bug 1434024 - tuned realtime/nfv profile does not delete settings when switch to non-RT profile
Summary: tuned realtime/nfv profile does not delete settings when switch to non-RT pro...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: tuned
Version: 8.2
Hardware: Unspecified
OS: Linux
medium
medium
Target Milestone: rc
: 8.0
Assignee: Jaroslav Škarvada
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks: kvm-rt-tuned
TreeView+ depends on / blocked
 
Reported: 2017-03-20 14:57 UTC by pagupta
Modified: 2023-09-14 03:55 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-11-20 15:42:45 UTC
Type: Bug
Target Upstream Version:
Embargoed:
pm-rhel: mirror+

Attachments (Terms of Use)

Description pagupta 2017-03-20 14:57:18 UTC 
Description of problem:

When we switch from nfv/realtime tuned profile of RT kernel to 
other profile for non-RT kernel, tuned does not remove all the previous settings.

Version-Release number of selected component (if applicable):

tuned-2.7.1-3.el7_3.1.noarch

How reproducible:

 
Steps to Reproduce:
1. Install RT kernel.
2. Configure tuned profile settings for nfv/realtime profile.
3. Install non-RT kernel.
4. Switch to generic profile or turn off tuned.
5. tuned settings will be present in 'grub.cfg' and dependent file 
   e.g '/etc/tuned/bootcmdline'.

Actual results:

System hangs up while booting with non-RT kernel if realtime/nfv profile settings are still present.

Expected results:

Switching profile from nfv/realtime to other generic profile should
delete all the old settings.

Additional info:
Comment 2 Jaroslav Škarvada 2017-03-30 11:28:09 UTC 
Could you reproduce the problem and provide /var/log/tuned/tuned.log for the reproducer? I am unable to reproduce it locally.
Comment 4 Jaroslav Škarvada 2017-04-04 14:08:11 UTC 
Hmm, the log seems weird , e.g.:
2017-03-18 21:55:25,522 INFO     tuned.daemon.daemon: static tuning from profile 'realtime-virtual-host' applied

And later:
2017-03-20 03:41:50,962 INFO     tuned.daemon.daemon: no profile preset, checking what is recommended for your configuration
2017-03-20 03:41:52,646 INFO     tuned.daemon.daemon: using 'throughput-performance' profile and setting it as active
2017-03-20 03:41:52,684 INFO     tuned.profiles.loader: loading profile: throughput-performance

I.e. when there was some profile correctly loaded, it shouldn't auto-detect profile later. It seems that /etc/tuned/active_profile was deleted meanwhile. But it's probably not related to your problem.

I think the following could be a core of the problem:
tuned.utils.commands: Writing to file /sys/bus/workqueue/devices/writeback/cpumask error: [Errno 22] Invalid argument

It seems that the isolated_cores were badly set in the configuration file and that it got to some bad state. I think the following can recover it:

# systemctl restart tuned
# tuned-adm profile throughput-performance
# tuned-adm profile realtime-virtual-host
# tuned-adm profile throughput-performance

Also sometimes re-generation of the grub2 config is needed (e.g. for non-EFI):
# grub2-mkconfig -o /boot/grub2/grub.cfg

Recently we have fixed several related Tuned bugs and it should be now more robust at least, you can check the latest 7.4 test build:
tuned-2.7.1-1.20170404gita1b9e606.el7 from the upstream testing repo:
https://jskarvad.fedorapeople.org/tuned/devel/repo/

I think it could resolve this problem.
Comment 6 Ondřej Lysoněk 2018-04-17 15:26:56 UTC 
It appears the log file was generated with a different tuned version than reported. Notice the following in the log:
tuned.plugins.plugin_script: calling script '/usr/lib/tuned/realtime/script.sh' with argument 'start'

With tuned-2.7.1-3.el7_3.1.noarch, something like the following would have been printed:
tuned.plugins.plugin_script: calling scripts '/usr/lib/tuned/realtime/script.sh' with argument ['start']
Comment 7 Ondřej Lysoněk 2018-04-19 10:50:00 UTC 
Based on several clues in the log, I think the log file was generated with tuned-2.5.1-4.el7_2.1 or tuned-2.5.1-4.el7.
Comment 8 Tomáš Hozza 2020-01-02 15:50:57 UTC 
Hello.

Are you able to reproduce the issue with latest RHEL-7 Tuned version (tuned-2.11.0-5.el7_7.1)?

Thank you.
Comment 11 Luiz Capitulino 2020-11-20 15:42:45 UTC 
Very old BZ, we're not sure this happens anymore.
Let's close it.
Comment 12 Red Hat Bugzilla 2023-09-14 03:55:18 UTC 
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days
Note You need to log in before you can comment on or make changes to this bug.