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

[RHEL-8.10.0] Block RHEL-8.10.0 installation as "DNF error: Error in POSTIN scriptlet in rpm package coreutils-common""

XMLWordPrintable

    • Yes
    • Critical
    • Regression
    • rhel-sst-cs-stacks
    • ssg_core_services
    • 25
    • 25
    • None
    • False
    • Hide

      None

      Show
      None
    • No
    • None
    • Rejected Blocker
    • Pass
    • Not Needed
    • Automated
    • Unspecified Release Note Type - Unknown
    • All
    • None

      What were you trying to do that didn't work?
      Install the VM with RHEL-8.10.0 ISO in ESXi 6.7 / ESXi 7 / ESXi 8, but during the packages installation, package core-utils-common blocks the installation.

      Please provide the package NVR for which bug is seen:
      RHEL-8.10.0-20240209.1

      How reproducible:
      100% to reproduce.

      Steps to reproduce
      Create a VM with RHEL-8.10.0 ISO in ESXi 6.7 / ESXi 7 / ESXi 8.
      Power on the VM to start the installation.
      Check the installation process.

      Expected results
      After step 3, complete the installation well.

      Actual results
      After step 3, during the packages installation, package coreutils-common blocks the installation.

        1. packaging.log
          285 kB
        2. Screenshot 2024-02-11 at 08.35.07.png
          Screenshot 2024-02-11 at 08.35.07.png
          276 kB

            [RHEL-25020] [RHEL-8.10.0] Block RHEL-8.10.0 installation as "DNF error: Error in POSTIN scriptlet in rpm package coreutils-common""

            RHEL Jira bot added a comment -

            The release blocker/exception task has completed successfully and your blocker/exception request has been set as Rejected Blocker. Please plan/complete this work accordingly.

            RHEL Jira bot added a comment - The release blocker/exception task has completed successfully and your blocker/exception request has been set as Rejected Blocker. Please plan/complete this work accordingly.

            Panu Matilainen added a comment -

            No, /bin/sh vs /usr/bin/sh is irrelevant. Setup not being installed by the time coreutils-common is installed is just a symptom of this very issue, see my comment in RHEL-26042.

            Panu Matilainen added a comment - No, /bin/sh vs /usr/bin/sh is irrelevant. Setup not being installed by the time coreutils-common is installed is just a symptom of this very issue, see my comment in RHEL-26042 .

            Sandro Bonazzola added a comment -

            In my image building process I don't see setup package being installed before coreutils-common. I think the postin failure there is because it requires /bin/sh as interpreter instead of /usr/bin/sh.

            Sandro Bonazzola added a comment - In my image building process I don't see setup package being installed before coreutils-common. I think the postin failure there is because it requires /bin/sh as interpreter instead of /usr/bin/sh .

            Martin Osvald added a comment -

            Please, let me know if you are still facing the issue with any image. I can try to help you find a person who could help speed up the rebuild process (if possible) or find out when the next rebuild is planned.

            Martin Osvald added a comment - Please, let me know if you are still facing the issue with any image. I can try to help you find a person who could help speed up the rebuild process (if possible) or find out when the next rebuild is planned.

            Sandro Bonazzola added a comment -

            Marking as regression

            Sandro Bonazzola added a comment - Marking as regression

            Bo Yang added a comment -

            Passed the installation of RHEL-8.10.0-20240216.27 ISO in VMware vSphere / ESXi environment.

            Bo Yang added a comment - Passed the installation of RHEL-8.10.0-20240216.27 ISO in VMware vSphere / ESXi environment.

            Thomas Staudt added a comment -

            Has also been encountered on s390x / KVM with the Nightly Build from 2024/02/12.

            Thomas Staudt added a comment - Has also been encountered on s390x / KVM with the Nightly Build from 2024/02/12.

            Martin Osvald added a comment -

            Only FYI, the fix for this (I mean untagging affected build(s)) should get propagated to RHEL compose & ISOs overnight (ISOs are supposedly getting rebuilt overnight), regarding the centos stream images that might take a little longer.

            Martin Osvald added a comment - Only FYI, the fix for this (I mean untagging affected build(s)) should get propagated to RHEL compose & ISOs overnight (ISOs are supposedly getting rebuilt overnight), regarding the centos stream images that might take a little longer.

            AJ Fite (Inactive) added a comment -

            Hi All,

            This issue is also seemingly effecting the live CentOS 8 Stream Net Install images, is there a way to tell when the fix begins rolling out to the mirrors?

            AJ Fite (Inactive) added a comment - Hi All, This issue is also seemingly effecting the live CentOS 8 Stream Net Install images, is there a way to tell when the fix begins rolling out to the mirrors?

            Miro Hrončok added a comment -

            We could use redhat-rpm-config. That should solve this when building packages at least.

            But I guess we have missed the train here. We can probably leave it weird :/

            Miro Hrončok added a comment - We could use redhat-rpm-config. That should solve this when building packages at least. But I guess we have missed the train here. We can probably leave it weird :/

              rhn-support-mosvald Martin Osvald
              boyang@redhat.com Bo Yang
              Martin Osvald Martin Osvald
              Petr Dancak Petr Dancak
              Votes:
              2 Vote for this issue
              Watchers:
              30 Start watching this issue

                Created:
                Updated:
                Resolved: