Bug 107281 - LTC4967-mkinitrd build bad ramdisk if fstab has acl set
Summary: LTC4967-mkinitrd build bad ramdisk if fstab has acl set
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: mkinitrd (Show other bugs)
(Show other bugs)
Version: 3.0
Hardware: s390 Linux
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2003-10-16 14:44 UTC by Duane Beyer
Modified: 2007-11-30 22:06 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-10-16 21:34:06 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Duane Beyer 2003-10-16 14:44:55 UTC
The following has be reported by IBM LTC:  
mkinitrd build bad ramdisk if fstab has acl set
Hardware Environment:z/900

Software Environment:RHEL-3 RC1

Steps to Reproduce:
1.add acl to fstab for root filesystem.
  cat /etc/fstab
    LABEL=/                 /                       ext3    acl,rw          1 1
    LABEL=/boot             /boot                   ext3    defaults        1 2
    none                    /dev/pts                devpts  gid=5,mode=620  0 0
    none                    /proc                   proc    defaults        0 0
    /dev/dasdc1             swap                    swap    defaults        0 0

2. Reboot system
3. run mkinitrd - update zipl.conf to point to new ramdisk. run zipl.
4. IPL System - get error mount the filesystem with the acl (see actual results)

5. update zipl.conf and point to the original ramdisk. run zipl.  
    IPL System - everything is fine.

6. remove acl,rw from fstab and rerun mkinitrd, update zipl.conf to point to 
the new ramdisk,  run zipl.
    IPL system,  everything is fine. (proof it is the acl in fstab)
Actual Results:System unable to mount the filesystem that had acl set on.

Checking root filesystem                                       
/dev/dasdb1 is mounted.  e2fsck: Cannot continue, 
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a /dev/dasdb1            

Expected Results: The system IPL's without errors and changes are picked up.

Additional Information:

Comment 1 Jeremy Katz 2003-10-16 20:04:34 UTC
The options field for the root fs should be defaults,acl not acl,rw -- does that
work better?

Comment 2 Duane Beyer 2003-10-16 21:25:51 UTC
yes, much better.  Please close as user error.  

Note You need to log in before you can comment on or make changes to this bug.