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 2032486 - move fdasd and lszdev into s390utils-core package for 8.4
Summary: move fdasd and lszdev into s390utils-core package for 8.4
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: s390utils
Version: 8.4
Hardware: s390x
OS: Linux
unspecified
high
Target Milestone: rc
: ---
Assignee: Dan Horák
QA Contact: Kernel-QE - Hardware
URL:
Whiteboard: multi-arch
Depends On:
Blocks: 2032507
TreeView+ depends on / blocked
 
Reported: 2021-12-14 14:58 UTC by Prashanth Sundararaman
Modified: 2021-12-14 15:27 UTC (History)
11 users (show)

Fixed In Version: s390utils-2.16.0-1.el8
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 2031637
: 2032507 (view as bug list)
Environment:
Last Closed: 2021-12-14 15:27:35 UTC
Type: Bug
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHELPLAN-105766 0 None None None 2021-12-14 15:01:09 UTC

Description Prashanth Sundararaman 2021-12-14 14:58:41 UTC 
+++ This bug was initially created as a clone of Bug #2031637 +++

Description of problem:
1. zVM environment OCP 4.10 on Z cluster installation fails for OCP 4.10 4.10.0-0.nightly-s390x-2021-12-10-233457 build with RHCOS 410.84.202112091602-0 build:  fails to install with "executing lszdev on /dev/dasda; No such file or directory (os error 2)" message.


2. Here are the error messages received for each bootstrap, master (control), worker (compute) node when attempting to boot and install RHCOS 410.84.202112091602-0:

12/12/21 23:59:06 [   13.648751] coreos-installer-service[1229]: coreos-installer install /dev/dasda --ignition-url http://bastion.pok-25.ocptest.pok.stglabs.i 
12/12/21 23:59:06 [   13.747032] coreos-installer-service[1229]: Error: getting sector size of /dev/dasda                                                       
12/12/21 23:59:06 [   13.747120] coreos-installer-service[1229]: Caused by:                                                                                     
12/12/21 23:59:06 [   13.747140] coreos-installer-service[1229]:     0: executing lszdev on /dev/dasda                                                          
12/12/21 23:59:06 [   13.747172] coreos-installer-service[1229]:     1: No such file or directory (os error 2)                                                  
12/12/21 23:59:06 [[0;1;31mFAILED[0m] Failed to start CoreOS Installer.                                                                                         


3. Inspection of the /usr/sbin directory in maintenance mode indicates that, as expected by the above messages, the /usr/sbin/lszdev file is not present.


Version-Release number of selected component (if applicable):
1. OCP 4.10 nightly build 4.10.0-0.nightly-s390x-2021-12-10-233457
2. RHCOS build 410.84.202112091602-0

How reproducible:
Consistently reproducible.

Steps to Reproduce:
1. Attempt to install OCP 4.10 nightly build 4.10.0-0.nightly-s390x-2021-12-10-233457 with RHCOS 410.84.202112091602-0.

Actual results:
Bootstrap, master (control plane), and worker (compute) nodes all fail to boot and install RHCOS wuth the same error message as contained in the first section of this bugzilla.

Expected results:
All of the bootstrap, master (control plane), and worker (compute) nodes should all successfully install the RHCOS build. 

Additional info:


Thank you.

--- Additional comment from Prashanth Sundararaman on 2021-12-13 19:13:45 UTC ---

Looks like lszdev is not in s390utils-core. According to this comment a while ago: https://github.com/coreos/fedora-coreos-config/pull/756#issuecomment-754699901 Dan Horak did move fdasd and lszdev to s390utils-core, but looks like it is only present in version 2.16 which is part of RHEL 8.5

Dan,

Can this change be backported to 8.4 s390utils-core to fix this issue?

Thanks
Prashanth

--- Additional comment from Prashanth Sundararaman on 2021-12-13 19:33:37 UTC ---

rhcos uses the 8.4 EUS rpms to build: http://rhsm-pulp.corp.redhat.com/content/eus/rhel8/8.4/s390x/baseos/os/Packages/s/ and they have an older version of s390utils-core which does not contain fdasd and lszdev

--- Additional comment from Dan Li on 2021-12-13 23:32:36 UTC ---

Setting a needinfo for Dan per Comment 1

--- Additional comment from  on 2021-12-14 06:53:21 UTC ---

Folks,

FYI and for OCP on Z support documentation purposes: OCP 4.10 on Z RHCOS build 410.84.202112132002-0 fails with the same issue.

Thank you,
Kyle

--- Additional comment from Dan Horák on 2021-12-14 09:43:45 UTC ---

(In reply to Prashanth Sundararaman from comment #1)
> Looks like lszdev is not in s390utils-core. According to this comment a
> while ago:
> https://github.com/coreos/fedora-coreos-config/pull/756#issuecomment-
> 754699901 Dan Horak did move fdasd and lszdev to s390utils-core, but looks
> like it is only present in version 2.16 which is part of RHEL 8.5
> 
> Dan,
> 
> Can this change be backported to 8.4 s390utils-core to fix this issue?

yes, that shouldn't be a big issue. Could you somehow clone this bug into a RHEL bug for s390utils? I will then clone it further for the 8.4.0.z zstream.
Note You need to log in before you can comment on or make changes to this bug.