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

[RHEL-10] On bootc installations, the kdump service fails during boot

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Major Major
    • rhel-10.0
    • rhel-10.0.beta
    • kdump-utils
    • None
    • Important
    • ZStream
    • 4
    • rhel-sst-bootc, rhel-sst-kernel-debug
    • ssg_core_kernel
    • 15
    • 18
    • 3
    • Dev ack
    • False
    • Hide

      None

      Show
      None
    • Yes
    • CK-August-2024, CK-September-2024, CK-October-2024, CK-November-2024
    • Approved Blocker
    • None
    • None
    • Known Issue
    • Hide
      .The kdump service fails during boot

      After the installation of `registry.redhat.io/rhel9/rhel-bootc` container image to a physical system, the `kdump.service` fails.

      To work around this problem, ensure the `PrivateTmp` service is disabled:
      [subs="quotes"]
      ----
      # cat /etc/systemd/system/kdump.service.d/override.conf
      [Service]
      PrivateTmp=no
      ----

      Then rebuild and restart the kdump service:
      [subs="quotes"]
      ----
      # touch /etc/kdump.conf
      # systemctl restart kdump
      ----
      Show
      .The kdump service fails during boot After the installation of `registry.redhat.io/rhel9/rhel-bootc` container image to a physical system, the `kdump.service` fails. To work around this problem, ensure the `PrivateTmp` service is disabled: [subs="quotes"] ---- # cat /etc/systemd/system/kdump.service.d/override.conf [Service] PrivateTmp=no ---- Then rebuild and restart the kdump service: [subs="quotes"] ---- # touch /etc/kdump.conf # systemctl restart kdump ----
    • Done
    • None

      What were you trying to do that didn't work?

      Install an Image Mode host with a working kdump configuration.

      Please provide the package NVR for which bug is seen:

        https://catalog.redhat.com/software/containers/rhel9/rhel-bootc/6605573d4dbfe41c3d839c69?architecture=amd64&image=663233c6688ec8654626fc5b

      How reproducible:

      Easily

      Steps to reproduce

      1. Install the above image to a physical system
      2. Boot it
      3. Verify the status of the kdump.service

      Expected results

      # systemctl status kdump
● kdump.service - Crash recovery kernel arming
     Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; preset: enabled)
    Drop-In: /etc/systemd/system/kdump.service.d
             └─override.conf
     Active: active (exited) since Wed 2024-05-08 19:02:54 UTC; 5min ago
    Process: 743 ExecStart=/usr/bin/kdumpctl start (code=exited, status=0/SUCCESS)
   Main PID: 743 (code=exited, status=0/SUCCESS)
        CPU: 40.459sMay 08 19:02:45 localhost.localdomain dracut[1417]: *** Install squash loader ***
May 08 19:02:46 localhost.localdomain dracut[1417]: *** Stripping files ***
May 08 19:02:47 localhost.localdomain dracut[1417]: *** Stripping files done ***
May 08 19:02:47 localhost.localdomain dracut[1417]: *** Squashing the files inside the initramfs ***
May 08 19:02:53 localhost.localdomain dracut[1417]: *** Squashing the files inside the initramfs done ***
May 08 19:02:53 localhost.localdomain dracut[1417]: *** Creating image file '/boot/ostree/default-a63d4cb7eb0f5722e9578253611ea919906a2aaea43ccba48e1664ca47c7cb27/initramfs-5.14.0-427.13.1.el9_4.x86_64kdump.img' ***
May 08 19:02:53 localhost.localdomain dracut[1417]: *** Creating initramfs image file '/boot/ostree/default-a63d4cb7eb0f5722e9578253611ea919906a2aaea43ccba48e1664ca47c7cb27/initramfs-5.14.0-427.13.1.el9_4.x86_64kdump.img' done ***
May 08 19:02:54 localhost.localdomain kdumpctl[760]: kdump: kexec: loaded kdump kernel
May 08 19:02:54 localhost.localdomain kdumpctl[760]: kdump: Starting kdump: [OK]
May 08 19:02:54 localhost.localdomain systemd[1]: Finished Crash recovery kernel arming.

      Actual results

      # systemctl status kdump
× kdump.service - Crash recovery kernel arming
     Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; preset: enabled)
     Active: failed (Result: exit-code) since Wed 2024-05-08 19:00:56 UTC; 23s ago
    Process: 747 ExecStart=/usr/bin/kdumpctl start (code=exited, status=1/FAILURE)
   Main PID: 747 (code=exited, status=1/FAILURE)
        CPU: 3.019sMay 08 19:00:54 localhost.localdomain systemd[1]: Starting Crash recovery kernel arming...
May 08 19:00:54 localhost.localdomain kdumpctl[762]: kdump: Detected change(s) in the following file(s):  /etc/kdump.conf /etc/kdump/post.d/ /etc/kdump/pre.d/
May 08 19:00:55 localhost.localdomain kdumpctl[762]: kdump: Detected change in File System
May 08 19:00:56 localhost.localdomain kdumpctl[762]: kdump: Rebuilding /boot/ostree/default-a63d4cb7eb0f5722e9578253611ea919906a2aaea43ccba48e1664ca47c7cb27/initramfs-5.14.0-427.13.1.el9_4.x86_64kdump.img
May 08 19:00:56 localhost.localdomain kdumpctl[762]: kdump: mkdumprd: failed to make kdump initrd
May 08 19:00:56 localhost.localdomain kdumpctl[762]: kdump: Starting kdump: [FAILED]
May 08 19:00:56 localhost.localdomain systemd[1]: kdump.service: Main process exited, code=exited, status=1/FAILURE
May 08 19:00:56 localhost.localdomain systemd[1]: kdump.service: Failed with result 'exit-code'.
May 08 19:00:56 localhost.localdomain systemd[1]: Failed to start Crash recovery kernel arming.
May 08 19:00:56 localhost.localdomain systemd[1]: kdump.service: Consumed 3.019s CPU time.

          1.
          		 assist with kdump fixes Sub-task New Undefined Colin Walters

              rh-ee-lichliu Lichen Liu
              rhn-support-kwalker Kyle Walker
              kdump team kdump team
              Xiaoying Yan Xiaoying Yan
              Gabriela Necasova Gabriela Necasova
              Votes:
              0 Vote for this issue
              Watchers:
              11 Start watching this issue

                Created:
                Updated: