Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-86814

fails to remove kernel argument across upgrades

Linking RHIVOS CVEs to...Migration: Automation ...SWIFT: POC ConversionSync from "Extern...XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done-Errata
    • Icon: Critical Critical
    • rhel-9.6.z
    • rhel-9.4
    • tuned
    • None
    • tuned-2.25.1-2.el9_6
    • No
    • Moderate
    • 1
    • rhel-net-perf
    • ssg_core_services
    • 2
    • False
    • False
    • Hide

      None

      Show
      None
    • None
    • N&P-25_2
    • Unspecified
    • Unspecified
    • Unspecified
    • None

      Basically when using a custom tuned profile like this

      [main]
      include=virtual-guest
      
      [variables]
      original_cmdline=
      cme_cmdline=selinux=1  ipv6.disable=1 nosmt=force
      
      
      [bootloader]
      cmdline=${original_cmdline} ${cme_cmdline}
      

      The customer reports: though mitigations=off is taken out. next boot picks up mitigations=off

      The belief here is that tuned is not reconciling "current kargs" vs "desired kargs" appropriately here.

      That said, this is quite tricky to do because it requires tuned to track its own current/desired state of kargs. With bootc now we have /usr/lib/bootc/kargs.d (ref https://docs.fedoraproject.org/en-US/bootc/kernel-args/ ) but that only applies at image build time today. We may want to also add `/etc/bootc/kargs.d` that can support machine-local kargs.
      Then tuned could just drop in /etc/boot/kargs.d/tuned.conf with its desired state, and bootc would be responsible for reconciling that across upgrades.

          There are no Sub-Tasks for this issue.

              pzacik@redhat.com Pavol Zacik
              walters@redhat.com Colin Walters
              Jaroslav Škarvada Jaroslav Škarvada
              Robin Hack Robin Hack
              Votes:
              0 Vote for this issue
              Watchers:
              8 Start watching this issue

                Created:
                Updated:
                Resolved: