Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
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.
Created attachment 477437[details]
init.log
Description of problem:
I tried to upgrade RHEL6.0 GA (s390x arch) to the latest nightly build (RHEL6.1-20110207.n.0), but system fails to boot after the upgrade:
...
dracut: Scanning devices dasda2 dasdb1 dasdc1 dasdd1 dasde1 dasdf1 dasdg1 dasdh1
for LVM logical volumes vg_rtt4/lv_root vg_rtt4/lv_swap
dracut: No volume groups found
dracut: Volume group "vg_rtt4" not found
dracut: Skipping volume group vg_rtt4
dracut Warning: LVM vg_rtt4/lv_root not found
dracut Warning: LVM vg_rtt4/lv_swap not found
Boot has failed, sleeping forever.
There was default (LVM) partitioning on the system:
/dev/dasda1 /boot
/dev/dasda2 + dasdb1 + dasdc1 +..+ dasdh1: PVs
/ and swap on LVs
From initramfs:
dracut:/# cat /proc/cmdline
cat /proc/cmdline
root=/dev/mapper/vg_rtt4-lv_root rd_DASD=0.0.3024 rd_DASD=0.0.3124 rd_DASD=0.0.3
224 rd_DASD=0.0.3324 rd_DASD=0.0.3424 rd_DASD=0.0.3524 rd_DASD=0.0.3624 rd_DASD=
0.0.3724 rd_LVM_LV=vg_rtt4/lv_root rd_LVM_LV=vg_rtt4/lv_swap rd_NO_LUKS rd_NO_MD
rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us cio_ignore=all,
!0.0.0009 crashkernel=auto rdinitdebug rdshell BOOT_IMAGE=3
dracut:/# ls -l /dev/mapper
ls -l /dev/mapper
total 0
crw-rw---- 1 0 root 10, 60 Feb 7 15:40 control
dracut:/# lvm pvs
lvm pvs
File descriptor 9 (/.console_lock) leaked on lvm invocation. Parent PID 934: sh
dracut:/# cat /proc/modules
cat /proc/modules
dasd_eckd_mod 92983 24 - Live 0x000003c00090d000
dasd_mod 106272 9 dasd_eckd_mod, Live 0x000003c0008ac000
dm_mod 106735 0 - Live 0x000003c000848000
dracut:/# blkid
blkid
/dev/dasda1: UUID="07f2648e-ad20-4fc9-a801-52a98596e79c" SEC_TYPE="ext2" TYPE="e
xt3"
/dev/dasda2: UUID="Hgt8pJ-jVfc-QWoC-GcdU-0pdD-8JSt-zBO2Ah" TYPE="LVM2_member"
/dev/dasdb1: UUID="21Pm3p-0Pd2-yLNx-2A0P-x1lg-esOn-znqlet" TYPE="LVM2_member"
/dev/dasdc1: UUID="JfKfDc-15tO-BFvB-6m43-xSuM-2RSc-W3XjLp" TYPE="LVM2_member"
/dev/dasdd1: UUID="lCFFnu-f1R1-YfMP-EMcC-qYmN-gKeT-HsDMJo" TYPE="LVM2_member"
/dev/dasde1: UUID="pZL09K-Ty6N-Klha-YLEG-YFbT-zA6y-J1Vbw5" TYPE="LVM2_member"
/dev/dasdf1: UUID="bQBS6z-30fq-vzH8-5zM1-adf5-GZQ5-GsxNPP" TYPE="LVM2_member"
/dev/dasdg1: UUID="hJu1B3-2Q23-Kgy7-Zmhs-pIPq-1a7w-YHj5b5" TYPE="LVM2_member"
/dev/dasdh1: UUID="jVokU6-3Ojp-Sses-Txcl-hZiu-NyJX-PNLhsU" TYPE="LVM2_member"
See init.log in the attachment.
There were no errors during the upgrade.
Cannot reproduce on x86_64 - system booted successfully after the upgrade.
Version-Release number of selected component (if applicable):
RHEL6.1-20110207.n.0
dracut-004-37.el6
kernel-2.6.32-112.el6
lvm2-2.02.82-1.el6
How reproducible:
always
Steps to Reproduce:
1. on s390x, install RHEL6.0 (autopartitioning, default package set)
2. create /etc/yum.redpo.d/rhel.repo pointing to the latest nightly tree
3. yum update
4. reboot
Actual results:
System fails to boot, rootfs not found.
Expected results:
Successful reboot into upgraded system.
Fix committed upstream:
http://www.redhat.com/archives/lvm-devel/2011-February/msg00040.html
Problem was introduced with version 2.02.75 where the speedup of crc32 has been implemented. This code was reading uint32 in machine order while the crc32 algorithm expected the little-endian style of byte array reading.
LVM2 code between version 2.02.75 - 2.02.83 generated incompatible CRC32 checksum on big-endian machines - and upgrade to fixed version is highly recommended.
Any metadata generated by broken lvm2 code on big endian architecture are incompatible with little-endian generated versions.
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.
http://rhn.redhat.com/errata/RHBA-2011-0772.html
Created attachment 477437 [details] init.log Description of problem: I tried to upgrade RHEL6.0 GA (s390x arch) to the latest nightly build (RHEL6.1-20110207.n.0), but system fails to boot after the upgrade: ... dracut: Scanning devices dasda2 dasdb1 dasdc1 dasdd1 dasde1 dasdf1 dasdg1 dasdh1 for LVM logical volumes vg_rtt4/lv_root vg_rtt4/lv_swap dracut: No volume groups found dracut: Volume group "vg_rtt4" not found dracut: Skipping volume group vg_rtt4 dracut Warning: LVM vg_rtt4/lv_root not found dracut Warning: LVM vg_rtt4/lv_swap not found Boot has failed, sleeping forever. There was default (LVM) partitioning on the system: /dev/dasda1 /boot /dev/dasda2 + dasdb1 + dasdc1 +..+ dasdh1: PVs / and swap on LVs From initramfs: dracut:/# cat /proc/cmdline cat /proc/cmdline root=/dev/mapper/vg_rtt4-lv_root rd_DASD=0.0.3024 rd_DASD=0.0.3124 rd_DASD=0.0.3 224 rd_DASD=0.0.3324 rd_DASD=0.0.3424 rd_DASD=0.0.3524 rd_DASD=0.0.3624 rd_DASD= 0.0.3724 rd_LVM_LV=vg_rtt4/lv_root rd_LVM_LV=vg_rtt4/lv_swap rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us cio_ignore=all, !0.0.0009 crashkernel=auto rdinitdebug rdshell BOOT_IMAGE=3 dracut:/# ls -l /dev/mapper ls -l /dev/mapper total 0 crw-rw---- 1 0 root 10, 60 Feb 7 15:40 control dracut:/# lvm pvs lvm pvs File descriptor 9 (/.console_lock) leaked on lvm invocation. Parent PID 934: sh dracut:/# cat /proc/modules cat /proc/modules dasd_eckd_mod 92983 24 - Live 0x000003c00090d000 dasd_mod 106272 9 dasd_eckd_mod, Live 0x000003c0008ac000 dm_mod 106735 0 - Live 0x000003c000848000 dracut:/# blkid blkid /dev/dasda1: UUID="07f2648e-ad20-4fc9-a801-52a98596e79c" SEC_TYPE="ext2" TYPE="e xt3" /dev/dasda2: UUID="Hgt8pJ-jVfc-QWoC-GcdU-0pdD-8JSt-zBO2Ah" TYPE="LVM2_member" /dev/dasdb1: UUID="21Pm3p-0Pd2-yLNx-2A0P-x1lg-esOn-znqlet" TYPE="LVM2_member" /dev/dasdc1: UUID="JfKfDc-15tO-BFvB-6m43-xSuM-2RSc-W3XjLp" TYPE="LVM2_member" /dev/dasdd1: UUID="lCFFnu-f1R1-YfMP-EMcC-qYmN-gKeT-HsDMJo" TYPE="LVM2_member" /dev/dasde1: UUID="pZL09K-Ty6N-Klha-YLEG-YFbT-zA6y-J1Vbw5" TYPE="LVM2_member" /dev/dasdf1: UUID="bQBS6z-30fq-vzH8-5zM1-adf5-GZQ5-GsxNPP" TYPE="LVM2_member" /dev/dasdg1: UUID="hJu1B3-2Q23-Kgy7-Zmhs-pIPq-1a7w-YHj5b5" TYPE="LVM2_member" /dev/dasdh1: UUID="jVokU6-3Ojp-Sses-Txcl-hZiu-NyJX-PNLhsU" TYPE="LVM2_member" See init.log in the attachment. There were no errors during the upgrade. Cannot reproduce on x86_64 - system booted successfully after the upgrade. Version-Release number of selected component (if applicable): RHEL6.1-20110207.n.0 dracut-004-37.el6 kernel-2.6.32-112.el6 lvm2-2.02.82-1.el6 How reproducible: always Steps to Reproduce: 1. on s390x, install RHEL6.0 (autopartitioning, default package set) 2. create /etc/yum.redpo.d/rhel.repo pointing to the latest nightly tree 3. yum update 4. reboot Actual results: System fails to boot, rootfs not found. Expected results: Successful reboot into upgraded system.