Bug 1325347

Could you please provide some steps to reproduce it and the exact version of the coreutils package?

1. Install EL6.8 x86_64 snapshot3
2. Boot 6.8 snapshot3
3. Login as root
4. Type df or df -h or ..
 
coreutils-8.4-42.el6.x86_64

Can you please provide strace of this failing command ? Is there some specific filesystem type on these mounts?

(In reply to Peter Pols from comment #3)
> 1. Install EL6.8 x86_64 snapshot3
> 2. Boot 6.8 snapshot3
> 3. Login as root
> 4. Type df or df -h or ..
>  
> coreutils-8.4-42.el6.x86_64

I am not able to reproduce the problem on a fresh installation of the latest RHEL-6.8:

[root@el6 ~]# rpm -q coreutils
coreutils-8.4-42.el6.x86_64

[root@el6 ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg_el6-lv_root
                       18G  2.0G   15G  13% /
tmpfs                 1.9G     0  1.9G   0% /dev/shm
/dev/vda1             477M   75M  377M  17% /boot


Could you please elaborate on the first step?  How exactly do you install it?

Please attach the output of "mount" on the affected system.

The problem exists since 6.8beta (2.6.32-621.el6).
 
The installation (how/exactly) is visible with the anaconda-ks.cfg (see attechment).

Created attachment 1145947 [details]
6.8 beta anaconda kickstart file

Created attachment 1145949 [details]
mount command output

The problem exists on all seen primergy installations with various FS (ext3/ext4).

Comment on attachment 1145949 [details]
mount command output

> /tmp on /tmp type none (rw,bind)
> /var/tmp on /var/tmp type none (rw,bind)
> /home on /home type none (rw,bind)

This ^^^ is the cause.  The above directories are for some reason bind-mounted to themselves.  I am able to trigger the bug on my el6 machine by the following command:

# mount --bind /home /home

Unfortunately, the problem does not seem to be limited to bind mounts to self.  The more common use of bind mounts also causes problems to df:

[root@el6 ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg_el6-lv_root
                       18G  2.0G   15G  13% /
tmpfs                 1.9G     0  1.9G   0% /dev/shm
/dev/vda1             477M   75M  377M  17% /boot

[root@el6 ~]# mkdir /mnt/root
[root@el6 ~]# mount --bind / /mnt/root
[root@el6 ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg_el6-lv_root
                         -     -     -    - /
tmpfs                 1.9G     0  1.9G   0% /dev/shm
/dev/vda1             477M   75M  377M  17% /boot

The following upstream commit fixes the bug:

http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=ed1a495b

Unfortunately, the above patch fixes only the common case (without -a).  If -a is used, the output of df for bind-mounted entries still differs from rhel-6.7.

In order to fix it properly, gnulib/mountlist patches are needed but they rely on /proc/self/mountinfo, which could lead to unexpected side effects.  This is the first gnulib commit where df starts to work properly:

http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=3fb6e360

I am afraid the only safe way to fix this is to revert the fix for bug #1152615.

*** Bug 1323843 has been marked as a duplicate of this bug. ***

*** Bug 1328521 has been marked as a duplicate of this bug. ***

Hi Samuel,

Can you guys please pull the coreutils package from the link I sent you and test asap?

Thanks!

--Chris

Chris, 

I also sent you an email that the provided rpm has a dependency of coreutils-8.4-43.el6.x86_64.rpmendency. If you could please provide this package. I was unable to find this package on any of the yum repositories.

Sorry I had a bad paste. The dependency is 
"error: Failed dependencies:
        coreutils-libs = 8.4-43.el6 is needed by coreutils-8.4-43.el6.x86_64"

After applying 
coreutils-libs-8.4-43.el6.x86_64
coreutils-8.4-43.el6.x86_64
df command is now listing root volume correctly. 

[root@ictm1620s01h2 scratch]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/rootvg-root
                         -     -     -    - /
tmpfs                  32G  296K   32G   1% /dev/shm
/dev/sda1             190M   40M  141M  23% /boot

[root@ictm1620s01h2 scratch]# rpm -Uvh --nodeps coreutils-libs-8.4-43.el6.x86_64.rpm
warning: coreutils-libs-8.4-43.el6.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEY
Preparing...                ########################################### [100%]
   1:coreutils-libs         ########################################### [100%]
[root@ictm1620s01h2 scratch]# rpm -Uvh --replacefiles coreutils-8.4-43.el6.x86_64.rpm
warning: coreutils-8.4-43.el6.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEY
Preparing...                ########################################### [100%]
   1:coreutils              ########################################### [100%]
[root@ictm1620s01h2 scratch]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/rootvg-root
                       87G  7.9G   75G  10% /
tmpfs                  32G  296K   32G   1% /dev/shm
/dev/sda1             190M   40M  141M  23% /boot

(In reply to samuel.miller from comment #22)
> After applying 
> coreutils-libs-8.4-43.el6.x86_64
> coreutils-8.4-43.el6.x86_64
> df command is now listing root volume correctly. 

Thanks for confirmation!

Is this patch targeted for Rhel 6.8 GA release?

(In reply to samuel.miller from comment #24)
> Is this patch targeted for Rhel 6.8 GA release?

This bug is fixed by reverting the patch for bug #1152615 and the revert is already committed.  This bug will not appear in any released RHEL-6 package.

Confirmation. Bug is fixed with Rhel 6.8 RC and coreutils-8.4-43.el6.

This bug has never affected any released version of RHEL-6 coreutils.  Closing.