GNU bug report logs -
#20278
Possible problem with df on Solaris.
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 20278 in the body.
You can then email your comments to 20278 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org:
bug#20278; Package
coreutils.
(Wed, 08 Apr 2015 02:26:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Rich Burridge <rich.burridge <at> oracle.com>:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org.
(Wed, 08 Apr 2015 02:26:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
We are seeing the following problem with the df in coreutils version 8.23
(which we call /usr/bin/gdf on Solaris to differentiate it from the "native"
version):
Now I realize that the latest version of the GNU df utility doesn't list
all mounted file systems by default, it skips that it calls "dummy" file
system.
However I noticed that on S12 the "/" file-system is no longer showing up
with "gdf -h". It works fine on Solaris 11.2 which has coreutils 8.16).
Here's what I see on my machine running Solaris 12 build #70:
$ gdf -h
Filesystem Size Used Avail Use% Mounted on
/usr/lib/libc/libc_hwcap1.so.1 323G 13G 310G 4% /lib/libc.so.1
swap 12G 2.4M 12G 1% /system/volatile
rpool/ROOT/os-s12-b70-take2/var 311G 1021M 310G 1% /var
swap 12G 131M 12G 2% /tmp
rpool/VARSHARE 310G 1.4M 310G 1% /var/share
rpool/export 310G 32K 310G 1% /export
rpool/export/home 310G 32K 310G 1% /export/home
rpool/export/home/richb 316G 5.9G 310G 2% /export/home/richb
rpool 310G 4.9M 310G 1% /rpool
rpool/VARSHARE/zones 310G 31K 310G 1% /system/zones
tank 914G 41G 874G 5% /tank
rpool/VARSHARE/pkg 310G 32K 310G 1% /var/share/pkg
rpool/VARSHARE/pkg/repositories 310G 31K 310G 1%
/var/share/pkg/repositories
strax:/ 786G 17G 770G 3% /net/strax
strax:/builds 7.8T 1.1T 6.8T 14% /net/strax/builds
Compare this with the Solaris "native" df:
$ df -h
Filesystem Size Used Available Capacity Mounted on
rpool/ROOT/os-s12-b70-take2
457G 13G 310G 4% /
/devices 0K 0K 0K 0% /devices
/dev 0K 0K 0K 0% /dev
ctfs 0K 0K 0K 0% /system/contract
proc 0K 0K 0K 0% /proc
mnttab 0K 0K 0K 0% /etc/mnttab
swap 12G 2.3M 12G 1% /system/volatile
objfs 0K 0K 0K 0% /system/object
sharefs 0K 0K 0K 0% /etc/dfs/sharetab
/usr/lib/libc/libc_hwcap1.so.1
322G 13G 310G 4% /lib/libc.so.1
fd 0K 0K 0K 0% /dev/fd
rpool/ROOT/os-s12-b70-take2/var
457G 1020M 310G 1% /var
swap 12G 130M 12G 2% /tmp
rpool/VARSHARE 457G 1.3M 310G 1% /var/share
rpool/export 457G 32K 310G 1% /export
rpool/export/home 457G 32K 310G 1% /export/home
rpool/export/home/richb
457G 5.9G 310G 2% /export/home/richb
rpool 457G 4.9M 310G 1% /rpool
rpool/VARSHARE/zones 457G 31K 310G 1% /system/zones
tank 914G 40G 873G 5% /tank
rpool/VARSHARE/pkg 457G 32K 310G 1% /var/share/pkg
rpool/VARSHARE/pkg/repositories
457G 31K 310G 1%
/var/share/pkg/repositories
strax:/ 786G 17G 769G 3% /net/strax
You'll notice that gdf no longer shows the "/" file-system:
rpool/ROOT/os-s12-b70-take2
457G 13G 310G 4% /
Paul (Eggert) mentioned that adding the -a option gives the correct output:
$ gdf -h -a
Filesystem Size Used Avail Use% Mounted on
rpool/ROOT/os-s12-b70-take2 - - - - /
/devices 0 0 0 - /devices
/dev 0 0 0 - /dev
ctfs 0 0 0 - /system/contract
proc 0 0 0 - /proc
mnttab 0 0 0 - /etc/mnttab
swap 12G 2.4M 12G 1% /system/volatile
objfs 0 0 0 - /system/object
sharefs 0 0 0 - /etc/dfs/sharetab
/usr/lib/libc/libc_hwcap1.so.1 323G 13G 310G 4% /lib/libc.so.1
fd 0 0 0 - /dev/fd
rpool/ROOT/os-s12-b70-take2/var 311G 1021M 310G 1% /var
swap 12G 131M 12G 2% /tmp
rpool/VARSHARE 310G 1.4M 310G 1% /var/share
rpool/export 310G 32K 310G 1% /export
rpool/export/home 310G 32K 310G 1% /export/home
rpool/export/home/richb 316G 5.9G 310G 2% /export/home/richb
rpool 310G 4.9M 310G 1% /rpool
rpool/VARSHARE/zones 310G 31K 310G 1% /system/zones
tank 914G 41G 874G 5% /tank
rpool/VARSHARE/pkg 310G 32K 310G 1% /var/share/pkg
rpool/VARSHARE/pkg/repositories 310G 31K 310G 1%
/var/share/pkg/repositories
-hosts 0 0 0 - /net
auto_home 0 0 0 - /home
-fedfs 0 0 0 - /nfs4
strax:/ 786G 17G 770G 3% /net/strax
but it suggests that there might be a bug here, and "/" should be
there without the need to specify -a.
More info:
$ mount
/ on rpool/ROOT/os-s12-b70-take2
read/write/setuid/devices/rstchown/dev=4750002 on Wed Dec 31 16:00:00 1969
/devices on /devices read/write/setuid/devices/rstchown/dev=9040000 on
Fri Mar 27 06:16:10 2015
/dev on /dev read/write/setuid/devices/rstchown/dev=9080000 on Fri Mar
27 06:16:10 2015
/system/contract on ctfs read/write/setuid/devices/rstchown/dev=9180001
on Fri Mar 27 06:16:11 2015
/proc on proc read/write/setuid/devices/rstchown/dev=90c0000 on Fri Mar
27 06:16:11 2015
/etc/mnttab on mnttab read/write/setuid/devices/rstchown/dev=91c0001 on
Fri Mar 27 06:16:11 2015
/system/volatile on swap
read/write/setuid/devices/rstchown/xattr/dev=9200001 on Fri Mar 27
06:16:11 2015
/system/object on objfs read/write/setuid/devices/rstchown/dev=9240001
on Fri Mar 27 06:16:11 2015
/etc/dfs/sharetab on sharefs
read/write/setuid/devices/rstchown/dev=9280001 on Fri Mar 27 06:16:11 2015
/lib/libc.so.1 on /usr/lib/libc/libc_hwcap1.so.1
read/write/setuid/devices/rstchown/dev=4750002 on Fri Mar 27 06:16:28 2015
/dev/fd on fd read/write/setuid/devices/rstchown/dev=9340001 on Fri Mar
27 06:16:28 2015
/var on rpool/ROOT/os-s12-b70-take2/var
read/write/setuid/devices/rstchown/nonbmand/exec/xattr/atime/dev=4750004
on Fri Mar 27 06:16:44 2015
/tmp on swap read/write/setuid/devices/rstchown/xattr/dev=9200002 on Fri
Mar 27 06:16:44 2015
/var/share on rpool/VARSHARE
read/write/setuid/devices/rstchown/nonbmand/exec/xattr/atime/dev=4750005
on Fri Mar 27 06:16:45 2015
/export on rpool/export
read/write/setuid/devices/rstchown/nonbmand/exec/xattr/atime/dev=4750006
on Fri Mar 27 06:18:26 2015
/export/home on rpool/export/home
read/write/setuid/devices/rstchown/nonbmand/exec/xattr/atime/dev=4750007
on Fri Mar 27 06:18:26 2015
/export/home/richb on rpool/export/home/richb
read/write/setuid/devices/rstchown/nonbmand/exec/xattr/atime/dev=4750008
on Fri Mar 27 06:18:26 2015
/rpool on rpool
read/write/setuid/devices/rstchown/nonbmand/exec/xattr/atime/dev=4750009
on Fri Mar 27 06:18:26 2015
/system/zones on rpool/VARSHARE/zones
read/write/setuid/devices/rstchown/nonbmand/exec/xattr/atime/dev=475000a
on Fri Mar 27 06:18:27 2015
/tank on tank
read/write/setuid/devices/rstchown/nonbmand/exec/xattr/atime/dev=475000b
on Fri Mar 27 06:18:27 2015
/var/share/pkg on rpool/VARSHARE/pkg
read/write/setuid/devices/rstchown/nonbmand/exec/xattr/atime/dev=475000c
on Fri Mar 27 06:18:27 2015
/var/share/pkg/repositories on rpool/VARSHARE/pkg/repositories
read/write/setuid/devices/rstchown/nonbmand/exec/xattr/atime/dev=475000d
on Fri Mar 27 06:18:27 2015
$ mount -p
rpool/ROOT/os-s12-b70-take2 - / zfs - no
/devices - /devices devfs - no
/dev - /dev dev - no
ctfs - /system/contract ctfs - no
proc - /proc proc - no
mnttab - /etc/mnttab mntfs - no
swap - /system/volatile tmpfs - no xattr
objfs - /system/object objfs - no
sharefs - /etc/dfs/sharetab sharefs - no
/usr/lib/libc/libc_hwcap1.so.1 - /lib/libc.so.1 lofs - no
fd - /dev/fd fd - no rw
rpool/ROOT/os-s12-b70-take2/var - /var zfs - no
rw,devices,setuid,nonbmand,exec,rstchown,xattr,atime
swap - /tmp tmpfs - no xattr
rpool/VARSHARE - /var/share zfs - no
rw,devices,setuid,nonbmand,exec,rstchown,xattr,atime
rpool/export - /export zfs - no
rw,devices,setuid,nonbmand,exec,rstchown,xattr,atime
rpool/export/home - /export/home zfs - no
rw,devices,setuid,nonbmand,exec,rstchown,xattr,atime
rpool/export/home/richb - /export/home/richb zfs - no
rw,devices,setuid,nonbmand,exec,rstchown,xattr,atime
rpool - /rpool zfs - no rw,devices,setuid,nonbmand,exec,rstchown,xattr,atime
rpool/VARSHARE/zones - /system/zones zfs - no
rw,devices,setuid,nonbmand,exec,rstchown,xattr,atime
tank - /tank zfs - no rw,devices,setuid,nonbmand,exec,rstchown,xattr,atime
rpool/VARSHARE/pkg - /var/share/pkg zfs - no
rw,devices,setuid,nonbmand,exec,rstchown,xattr,atime
rpool/VARSHARE/pkg/repositories - /var/share/pkg/repositories zfs - no
rw,devices,setuid,nonbmand,exec,rstchown,xattr,atime
I've also attached the output from two truss runs (truss is the
Solaris equivilent of strace):
1/
$ truss -o solaris-df.out -a -f -e /usr/bin/df -h
Filesystem Size Used Available Capacity Mounted on
rpool/ROOT/os-s12-b70-take2
457G 13G 309G 4% /
/devices 0K 0K 0K 0% /devices
/dev 0K 0K 0K 0% /dev
ctfs 0K 0K 0K 0% /system/contract
proc 0K 0K 0K 0% /proc
mnttab 0K 0K 0K 0% /etc/mnttab
swap 12G 2.3M 12G 1% /system/volatile
objfs 0K 0K 0K 0% /system/object
sharefs 0K 0K 0K 0% /etc/dfs/sharetab
/usr/lib/libc/libc_hwcap1.so.1
322G 13G 309G 4% /lib/libc.so.1
fd 0K 0K 0K 0% /dev/fd
rpool/ROOT/os-s12-b70-take2/var
457G 1020M 309G 1% /var
swap 12G 130M 12G 2% /tmp
rpool/VARSHARE 457G 1.3M 309G 1% /var/share
rpool/export 457G 32K 309G 1% /export
rpool/export/home 457G 32K 309G 1% /export/home
rpool/export/home/richb
457G 6.0G 309G 2% /export/home/richb
rpool 457G 4.9M 309G 1% /rpool
rpool/VARSHARE/zones 457G 31K 309G 1% /system/zones
tank 914G 40G 873G 5% /tank
rpool/VARSHARE/pkg 457G 32K 309G 1% /var/share/pkg
rpool/VARSHARE/pkg/repositories
457G 31K 309G 1%
/var/share/pkg/repositories
2/
$ truss -o gnu-df.out -a -f -e /usr/bin/gdf -h
Filesystem Size Used Avail Use% Mounted on
/usr/lib/libc/libc_hwcap1.so.1 323G 13G 310G 4% /lib/libc.so.1
swap 13G 2.4M 13G 1% /system/volatile
rpool/ROOT/os-s12-b70-take2/var 311G 1021M 310G 1% /var
swap 13G 131M 13G 2% /tmp
rpool/VARSHARE 310G 1.4M 310G 1% /var/share
rpool/export 310G 32K 310G 1% /export
rpool/export/home 310G 32K 310G 1% /export/home
rpool/export/home/richb 316G 6.1G 310G 2% /export/home/richb
rpool 310G 4.9M 310G 1% /rpool
rpool/VARSHARE/zones 310G 31K 310G 1% /system/zones
tank 914G 41G 874G 5% /tank
rpool/VARSHARE/pkg 310G 32K 310G 1% /var/share/pkg
rpool/VARSHARE/pkg/repositories 310G 31K 310G 1%
/var/share/pkg/repositories
From a cursory look at the output, I'm not sure there's going to be
enough information to go on there, so if you can suggest places where
I should add debug to .../coreutils-8.23/src/df.c (or wherever), then
I'll do that, and send on that output.
Thanks.
[solaris-df.out (text/plain, attachment)]
[gnu-df.out (text/plain, attachment)]
Information forwarded
to
bug-coreutils <at> gnu.org:
bug#20278; Package
coreutils.
(Wed, 08 Apr 2015 06:39:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 20278 <at> debbugs.gnu.org (full text, mbox):
unarchive 19530
forcemerge 20278 19530
stop
On 04/08/2015 04:25 AM, Rich Burridge wrote:
> You'll notice that gdf no longer shows the "/" file-system:
>
> rpool/ROOT/os-s12-b70-take2
> 457G 13G 310G 4% /
>
> From a cursory look at the output, I'm not sure there's going to be
> enough information to go on there, so if you can suggest places where
> I should add debug to .../coreutils-8.23/src/df.c (or wherever), then
> I'll do that, and send on that output.
This pretty much sound like a dupe of
http://bugs.gnu.org/19530
There have been made quite a couple of changes to df since v8.23.
Could you please check again with latest from git, or with the patch
mentioned in the other bug:
http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=ed1a495b
Thanks & have a nice day,
Berny
Information forwarded
to
bug-coreutils <at> gnu.org:
bug#20278; Package
coreutils.
(Wed, 08 Apr 2015 13:40:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 20278 <at> debbugs.gnu.org (full text, mbox):
On 04/07/2015 11:38 PM, Bernhard Voelker wrote:
> unarchive 19530
> forcemerge 20278 19530
> stop
>
> On 04/08/2015 04:25 AM, Rich Burridge wrote:
>> You'll notice that gdf no longer shows the "/" file-system:
>>
>> rpool/ROOT/os-s12-b70-take2
>> 457G 13G 310G 4% /
>>
>> From a cursory look at the output, I'm not sure there's going to be
>> enough information to go on there, so if you can suggest places where
>> I should add debug to .../coreutils-8.23/src/df.c (or wherever), then
>> I'll do that, and send on that output.
> This pretty much sound like a dupe of
> http://bugs.gnu.org/19530
>
> There have been made quite a couple of changes to df since v8.23.
> Could you please check again with latest from git, or with the patch
> mentioned in the other bug:
> http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=ed1a495b
I used the patch linked above and that indeed fixed that problem.
Thanks for your very quick response.
Added tag(s) fixed.
Request was from
Assaf Gordon <assafgordon <at> gmail.com>
to
control <at> debbugs.gnu.org.
(Tue, 23 Oct 2018 02:10:01 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
20278 <at> debbugs.gnu.org and Rich Burridge <rich.burridge <at> oracle.com>
Request was from
Assaf Gordon <assafgordon <at> gmail.com>
to
control <at> debbugs.gnu.org.
(Tue, 23 Oct 2018 02:10:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org.
(Tue, 20 Nov 2018 12:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 211 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.