util-linux from "updates-testing" does not list the rootfs in "mount" and "df", util-linux from koji does not list anythign with "mount" and for years "df" was completly broken
shiny new world, these bascis worked until F15 all the time ____________________________________
[root@srv-rhsoft:~]$ /bin/df Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf tmpfs 4194304 0 4194304 0% /var/cache/yum tmpfs 204800 0 204800 0% /var/cache/firefox tmpfs 524288 0 524288 0% /var/www/sessiondata /dev/md0 495832 38498 457334 8% /boot /dev/md2 3814414416 1699289196 2115125220 45% /mnt/data tmpfs 6291456 0 6291456 0% /mnt/data/ramdisk ____________________________________
[root@srv-rhsoft:~]$ mount tmpfs on /var/cache/yum type tmpfs (rw,noexec,nosuid,noatime,nodiratime,size=4G) tmpfs on /var/cache/firefox type tmpfs (rw,noexec,nosuid,noatime,nodiratime,size=200M) tmpfs on /var/www/sessiondata type tmpfs (rw,noexec,nosuid,noatime,nodiratime,size=512M) configfs on /sys/kernel/config type configfs (rw) /dev/md0 on /boot type ext4 (rw) /dev/md2 on /mnt/data type ext4 (rw,noatime,nodiratime,nosuid,data=writeback,commit=45,barrier=0,delalloc,inode_readahead_blks=256,noquota,nodiscard) /mnt/data/www/thelounge.net on /Volumes/dune/www-servers type none (rw,bind) /mnt/data/.tmp on /tmp type none (rw,bind) /mnt/data/.tmp on /var/tmp type none (rw,bind) /mnt/data/home on /home type none (rw,bind) tmpfs on /mnt/data/ramdisk type tmpfs (rw,noexec,nosuid,noatime,nodiratime,size=6G) /mnt/data/www/phpincludes on /Volumes/dune/www-servers/phpincludes type none (rw,bind) fusectl on /sys/fs/fuse/connections type fusectl (rw) vmware-vmblock on /run/vmblock-fuse type fuse.vmware-vmblock (rw,nosuid,nodev,default_permissions,allow_other) ____________________________________
[root@srv-rhsoft:~]$ cat /proc/mounts rootfs / rootfs rw 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 devtmpfs /dev devtmpfs rw,nosuid,size=8148604k,nr_inodes=2037151,mode=755 0 0 securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 tmpfs /run tmpfs rw,nosuid,nodev,mode=755 0 0 tmpfs /sys/fs/cgroup tmpfs rw,nosuid,nodev,noexec,mode=755 0 0 cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd 0 0 cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0 cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpuacct,cpu 0 0 cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0 cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0 cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0 cgroup /sys/fs/cgroup/net_cls cgroup rw,nosuid,nodev,noexec,relatime,net_cls 0 0 cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0 cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0 /dev/md1 / ext4 rw,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=33,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 0 0 debugfs /sys/kernel/debug debugfs rw,relatime 0 0 hugetlbfs /dev/hugepages hugetlbfs rw,relatime 0 0 mqueue /dev/mqueue mqueue rw,relatime 0 0 tmpfs /var/cache/yum tmpfs rw,nosuid,noexec,noatime,nodiratime,size=4194304k 0 0 tmpfs /var/cache/firefox tmpfs rw,nosuid,noexec,noatime,nodiratime,size=204800k 0 0 tmpfs /var/www/sessiondata tmpfs rw,nosuid,noexec,noatime,nodiratime,size=524288k 0 0 configfs /sys/kernel/config configfs rw,relatime 0 0 /dev/md0 /boot ext4 rw,relatime,data=ordered 0 0 /dev/md2 /mnt/data ext4 rw,nosuid,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 /dev/md2 /Volumes/dune/www-servers ext4 rw,nosuid,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 /dev/md2 /var/tmp ext4 rw,nosuid,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 /dev/md2 /tmp ext4 rw,nosuid,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 /dev/md2 /home ext4 rw,nosuid,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 tmpfs /mnt/data/ramdisk tmpfs rw,nosuid,noexec,noatime,nodiratime,size=6291456k 0 0 /dev/md2 /Volumes/dune/www-servers/phpincludes ext4 rw,nosuid,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 /dev/md2 /mnt/data/www/thelounge.net/phpincludes ext4 rw,nosuid,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0 vmware-vmblock /run/vmblock-fuse fuse.vmware-vmblock rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other 0 0 /tmp/vmware-vmware/564d0b07-0a04-e192-7e6f-7141162ec352 /var/tmp/vmware-vmware/564d0b07-0a04-e192-7e6f-7141162ec352 tmpfs rw,relatime,size=1835008k,gid=6000 0 0 /tmp/vmware-vmware/564d0b07-0a04-e192-7e6f-7141162ec352 /mnt/data/.tmp/vmware-vmware/564d0b07-0a04-e192-7e6f-7141162ec352 tmpfs rw,relatime,size=1835008k,gid=6000 0 0 /tmp/vmware-vmware/564d0b07-0a04-e192-7e6f-7141162ec352 /tmp/vmware-vmware/564d0b07-0a04-e192-7e6f-7141162ec352 tmpfs rw,relatime,size=1835008k,gid=6000 0 0 /tmp/vmware-vmware/564d63d6-cba3-ca38-7954-f5c00a80780e /var/tmp/vmware-vmware/564d63d6-cba3-ca38-7954-f5c00a80780e tmpfs rw,relatime,size=2359296k,gid=6000 0 0 /tmp/vmware-vmware/564d63d6-cba3-ca38-7954-f5c00a80780e /mnt/data/.tmp/vmware-vmware/564d63d6-cba3-ca38-7954-f5c00a80780e tmpfs rw,relatime,size=2359296k,gid=6000 0 0 /tmp/vmware-vmware/564d63d6-cba3-ca38-7954-f5c00a80780e /tmp/vmware-vmware/564d63d6-cba3-ca38-7954-f5c00a80780e tmpfs rw,relatime,size=2359296k,gid=6000 0 0
On 02/04/2013 06:38 PM, Reindl Harald wrote:
util-linux from "updates-testing" does not list the rootfs in "mount" and "df", util-linux from koji does not list anythign with "mount" and for years "df" was completly broken
shiny new world, these bascis worked until F15 all the time ____________________________________
[root@srv-rhsoft:~]$ /bin/df Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf tmpfs 4194304 0 4194304 0% /var/cache/yum tmpfs 204800 0 204800 0% /var/cache/firefox tmpfs 524288 0 524288 0% /var/www/sessiondata /dev/md0 495832 38498 457334 8% /boot /dev/md2 3814414416 1699289196 2115125220 45% /mnt/data tmpfs 6291456 0 6291456 0% /mnt/data/ramdisk ____________________________________
Seems to work fine here.....
root@f18x ~]# rpm -q util-linux util-linux-2.22.2-2.fc18.x86_64
[root@f18x ~]# df Filesystem 1K-blocks Used Available Use% Mounted on devtmpfs 627028 0 627028 0% /dev tmpfs 638804 80 638724 1% /dev/shm tmpfs 638804 2432 636372 1% /run tmpfs 638804 0 638804 0% /sys/fs/cgroup /dev/mapper/fedora-root 38260216 9075216 27241448 25% / tmpfs 638804 28 638776 1% /tmp /dev/sda1 495844 105108 365136 23% /boot
Is there a bugzilla for this?
Am 04.02.2013 16:54, schrieb Ed Greshko:
On 02/04/2013 06:38 PM, Reindl Harald wrote:
util-linux from "updates-testing" does not list the rootfs in "mount" and "df", util-linux from koji does not list anythign with "mount" and for years "df" was completly broken
shiny new world, these bascis worked until F15 all the time ____________________________________
[root@srv-rhsoft:~]$ /bin/df Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf tmpfs 4194304 0 4194304 0% /var/cache/yum tmpfs 204800 0 204800 0% /var/cache/firefox tmpfs 524288 0 524288 0% /var/www/sessiondata /dev/md0 495832 38498 457334 8% /boot /dev/md2 3814414416 1699289196 2115125220 45% /mnt/data tmpfs 6291456 0 6291456 0% /mnt/data/ramdisk ____________________________________
Seems to work fine here.....
root@f18x ~]# rpm -q util-linux util-linux-2.22.2-2.fc18.x86_64
[root@f18x ~]# df Filesystem 1K-blocks Used Available Use% Mounted on devtmpfs 627028 0 627028 0% /dev tmpfs 638804 80 638724 1% /dev/shm tmpfs 638804 2432 636372 1% /run tmpfs 638804 0 638804 0% /sys/fs/cgroup /dev/mapper/fedora-root 38260216 9075216 27241448 25% / tmpfs 638804 28 638776 1% /tmp /dev/sda1 495844 105108 365136 23% /boot
Is there a bugzilla for this?
i am simply unsure which package is responsible
i had a util-linux from koji installed in the meantime and binutils too where "df" and "mount" did not output any moutpoint and only after reboot all except rootfs came back - so this is a little bit wired
Feb 03 19:14:27 Updated: ksysguard-libs-4.9.5-5.fc18.x86_64 Feb 03 19:14:27 Updated: libkworkspace-4.9.5-5.fc18.x86_64 Feb 03 19:14:27 Updated: kgreeter-plugins-4.9.5-5.fc18.x86_64 Feb 03 19:14:28 Updated: kde-runtime-libs-4.9.5-2.fc18.x86_64 Feb 03 19:14:28 Updated: kde-runtime-drkonqi-4.9.5-2.fc18.x86_64 Feb 03 19:14:31 Updated: kde-runtime-4.9.5-2.fc18.x86_64 Feb 03 19:14:31 Updated: kde-runtime-flags-4.9.5-2.fc18.noarch Feb 03 19:14:31 Updated: kcm_colors-4.9.5-5.fc18.x86_64 Feb 03 19:14:34 Updated: kde-workspace-4.9.5-5.fc18.x86_64 Feb 03 19:14:34 Updated: kde-workspace-libs-4.9.5-5.fc18.x86_64 Feb 03 19:14:35 Updated: ksysguardd-4.9.5-5.fc18.x86_64 Feb 03 19:14:35 Updated: ksysguard-4.9.5-5.fc18.x86_64 Feb 03 19:14:35 Updated: plasma-scriptengine-python-4.9.5-5.fc18.x86_64 Feb 03 19:14:35 Updated: kdm-4.9.5-5.fc18.x86_64 Feb 03 19:14:35 Updated: 1:emacs-filesystem-24.2-6.fc18.noarch Feb 03 19:14:35 Updated: lounge-base-2.0-5.fc18.20130203.rh.noarch Feb 04 11:07:13 Updated: libuuid-2.22.2-3.fc18.x86_64 Feb 04 11:07:14 Updated: libblkid-2.22.2-3.fc18.x86_64 Feb 04 11:07:14 Updated: libmount-2.22.2-3.fc18.x86_64 Feb 04 11:07:15 Updated: util-linux-2.22.2-3.fc18.x86_64 Feb 04 11:07:16 Updated: binutils-2.23.51.0.1-7.fc18.x86_64 Feb 04 11:07:24 Updated: 1:java-1.7.0-openjdk-1.7.0.9-2.3.5.fc18.x86_64 Feb 04 11:11:35 Installed: libuuid-2.22.2-2.fc18.x86_64 Feb 04 11:11:35 Installed: libblkid-2.22.2-2.fc18.x86_64 Feb 04 11:11:35 Installed: libmount-2.22.2-2.fc18.x86_64 Feb 04 11:11:37 Installed: util-linux-2.22.2-2.fc18.x86_64 Feb 04 11:13:32 Installed: binutils-2.23.51.0.1-6.fc18.x86_64 Feb 04 13:41:01 Updated: 2:postfix-2.10-16.fc18.20130204.rh.x86_64 Feb 04 13:41:01 Updated: 2:postfix-manpages-2.10-16.fc18.20130204.rh.x86_64 Feb 04 15:48:27 Installed: pigz-2.2.5-1.fc18.x86_64
Reindl Harald wrote:
util-linux from "updates-testing" does not list the rootfs in "mount" and "df", util-linux from koji does not list anythign with "mount" and for years "df" was completly broken
shiny new world, these bascis worked until F15 all the time
My first thought would be to remove all the "testing," "rawhide," or "koji" stuff and see how it works using production Fedora. Also, post your mount info /etc/fstab, so we can see what you're trying to do. Oh, and output of lsblk. Then we will have some hint what the system looks like.
[root@srv-rhsoft:~]$ /bin/df Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf tmpfs 4194304 0 4194304 0% /var/cache/yum tmpfs 204800 0 204800 0% /var/cache/firefox tmpfs 524288 0 524288 0% /var/www/sessiondata /dev/md0 495832 38498 457334 8% /boot /dev/md2 3814414416 1699289196 2115125220 45% /mnt/data tmpfs 6291456 0 6291456 0% /mnt/data/ramdisk ____________________________________
[root@srv-rhsoft:~]$ mount tmpfs on /var/cache/yum type tmpfs (rw,noexec,nosuid,noatime,nodiratime,size=4G) tmpfs on /var/cache/firefox type tmpfs (rw,noexec,nosuid,noatime,nodiratime,size=200M) tmpfs on /var/www/sessiondata type tmpfs (rw,noexec,nosuid,noatime,nodiratime,size=512M) configfs on /sys/kernel/config type configfs (rw) /dev/md0 on /boot type ext4 (rw) /dev/md2 on /mnt/data type ext4 (rw,noatime,nodiratime,nosuid,data=writeback,commit=45,barrier=0,delalloc,inode_readahead_blks=256,noquota,nodiscard) /mnt/data/www/thelounge.net on /Volumes/dune/www-servers type none (rw,bind) /mnt/data/.tmp on /tmp type none (rw,bind) /mnt/data/.tmp on /var/tmp type none (rw,bind) /mnt/data/home on /home type none (rw,bind) tmpfs on /mnt/data/ramdisk type tmpfs (rw,noexec,nosuid,noatime,nodiratime,size=6G) /mnt/data/www/phpincludes on /Volumes/dune/www-servers/phpincludes type none (rw,bind) fusectl on /sys/fs/fuse/connections type fusectl (rw) vmware-vmblock on /run/vmblock-fuse type fuse.vmware-vmblock (rw,nosuid,nodev,default_permissions,allow_other) ____________________________________
distro-sync is not really a option, but here lsblk and fstab
since even the disk-usage plasma from kde shows the rootfs it is wired that it does not appear in mount/df output _________________________________________________
and this is really suspect:
[root@rh:~]$ cat /proc/mounts | grep md1 /dev/md1 / ext4 rw,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 [root@rh:~]$ mount | grep md1 [root@rh:~]$ _________________________________________________
[root@rh:~]$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 1,8T 0 disk ├─sda1 8:1 0 500M 0 part │ └─md0 9:0 0 500M 0 raid1 /boot ├─sda2 8:2 0 14,7G 0 part │ └─md1 9:1 0 29,3G 0 raid10 └─sda3 8:3 0 1,8T 0 part └─md2 9:2 0 3,6T 0 raid10 /mnt/data sdb 8:16 0 1,8T 0 disk ├─sdb1 8:17 0 500M 0 part │ └─md0 9:0 0 500M 0 raid1 /boot ├─sdb2 8:18 0 14,7G 0 part │ └─md1 9:1 0 29,3G 0 raid10 └─sdb3 8:19 0 1,8T 0 part └─md2 9:2 0 3,6T 0 raid10 /mnt/data sdc 8:32 0 1,8T 0 disk ├─sdc1 8:33 0 500M 0 part │ └─md0 9:0 0 500M 0 raid1 /boot ├─sdc2 8:34 0 14,7G 0 part │ └─md1 9:1 0 29,3G 0 raid10 └─sdc3 8:35 0 1,8T 0 part └─md2 9:2 0 3,6T 0 raid10 /mnt/data sdd 8:48 0 1,8T 0 disk ├─sdd1 8:49 0 500M 0 part │ └─md0 9:0 0 500M 0 raid1 /boot ├─sdd2 8:50 0 14,7G 0 part │ └─md1 9:1 0 29,3G 0 raid10 └─sdd3 8:51 0 1,8T 0 part └─md2 9:2 0 3,6T 0 raid10 /mnt/data sr0 11:0 1 1024M 0 rom _________________________________________________
UUID=1de836e4-e97c-43ee-b65c-400b0c29d3aa /boot ext4 defaults 0 1 UUID=b935b5db-0051-4f7f-83ac-6a6651fe0988 / ext4 defaults,data=writeback,commit=45,barrier=0,delalloc,inode_readahead_blks=256,noatime,nodiratime,noquota,nodiscard 0 1 UUID=1abf071b-0c78-4b82-bb21-b3dfb269afa8 /mnt/data ext4 defaults,data=writeback,commit=45,barrier=0,delalloc,inode_readahead_blks=256,noatime,nodiratime,noquota,nodiscard,nosuid 0 2
# RAM-Disk tmpfs /var/www/sessiondata tmpfs defaults,noexec,nosuid,noatime,nodiratime,size=512M tmpfs /var/cache/firefox tmpfs defaults,noexec,nosuid,noatime,nodiratime,size=200M tmpfs /var/cache/yum tmpfs defaults,noexec,nosuid,noatime,nodiratime,size=4G tmpfs /mnt/data/ramdisk tmpfs defaults,noexec,nosuid,noatime,nodiratime,size=6G
# BIND-Mounts /mnt/data/home /home none bind /mnt/data/.tmp /tmp none bind /mnt/data/.tmp /var/tmp none bind /mnt/data/www/thelounge.net /Volumes/dune/www-servers none bind /mnt/data/www/phpincludes /Volumes/dune/www-servers/phpincludes none bind _________________________________________________
Am 04.02.2013 18:23, schrieb Bill Davidsen:
Reindl Harald wrote:
util-linux from "updates-testing" does not list the rootfs in "mount" and "df", util-linux from koji does not list anythign with "mount" and for years "df" was completly broken
shiny new world, these bascis worked until F15 all the time
My first thought would be to remove all the "testing," "rawhide," or "koji" stuff and see how it works using production Fedora. Also, post your mount info /etc/fstab, so we can see what you're trying to do. Oh, and output of lsblk. Then we will have some hint what the system looks like.
[root@srv-rhsoft:~]$ /bin/df Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf tmpfs 4194304 0 4194304 0% /var/cache/yum tmpfs 204800 0 204800 0% /var/cache/firefox tmpfs 524288 0 524288 0% /var/www/sessiondata /dev/md0 495832 38498 457334 8% /boot /dev/md2 3814414416 1699289196 2115125220 45% /mnt/data tmpfs 6291456 0 6291456 0% /mnt/data/ramdisk ____________________________________
[root@srv-rhsoft:~]$ mount tmpfs on /var/cache/yum type tmpfs (rw,noexec,nosuid,noatime,nodiratime,size=4G) tmpfs on /var/cache/firefox type tmpfs (rw,noexec,nosuid,noatime,nodiratime,size=200M) tmpfs on /var/www/sessiondata type tmpfs (rw,noexec,nosuid,noatime,nodiratime,size=512M) configfs on /sys/kernel/config type configfs (rw) /dev/md0 on /boot type ext4 (rw) /dev/md2 on /mnt/data type ext4 (rw,noatime,nodiratime,nosuid,data=writeback,commit=45,barrier=0,delalloc,inode_readahead_blks=256,noquota,nodiscard)
/mnt/data/www/thelounge.net on /Volumes/dune/www-servers type none (rw,bind) /mnt/data/.tmp on /tmp type none (rw,bind) /mnt/data/.tmp on /var/tmp type none (rw,bind) /mnt/data/home on /home type none (rw,bind) tmpfs on /mnt/data/ramdisk type tmpfs (rw,noexec,nosuid,noatime,nodiratime,size=6G) /mnt/data/www/phpincludes on /Volumes/dune/www-servers/phpincludes type none (rw,bind) fusectl on /sys/fs/fuse/connections type fusectl (rw) vmware-vmblock on /run/vmblock-fuse type fuse.vmware-vmblock (rw,nosuid,nodev,default_permissions,allow_other) ____________________________________
may I suggest:
rpm -q --whatprovides `which df`
and let us know what comes back?
Cheers, Dave
Reindl Harald <h.reindl <at> thelounge.net> writes:
Am 04.02.2013 19:29, schrieb David G.Miller:
may I suggest:
rpm -q --whatprovides `which df`
and let us know what comes back?
Cheers, Dave
[harry <at> srv-rhsoft:~]$ rpm -q --whatprovides `which /usr/bin/df` coreutils-8.17-8.fc18.x86_64
but since libraries may play in this game...
Yes. So the next rpm command to try is:
rpm -vv --verfiy coreutils | less
You'll need to look through the "relocations" section and verify that df matches what coreutils rpm installed down in the list of programs.
Cheers, Dave
Am 04.02.2013 22:33, schrieb David G.Miller:
Reindl Harald <h.reindl <at> thelounge.net> writes:
Am 04.02.2013 19:29, schrieb David G.Miller:
may I suggest:
rpm -q --whatprovides `which df`
and let us know what comes back?
[harry <at> srv-rhsoft:~]$ rpm -q --whatprovides `which /usr/bin/df` coreutils-8.17-8.fc18.x86_64
but since libraries may play in this game...
Yes. So the next rpm command to try is:
rpm -vv --verfiy coreutils | less
coreutils is reinstalled and clean
i found out that "binutils" was borked and "ld" not found anymore "ld" is OK after "yum reinstall binutils" but df still does not show the rootfs
On Mon, 04 Feb 2013 22:42:20 +0100, Reindl Harald wrote:
coreutils is reinstalled and clean
i found out that "binutils" was borked and "ld" not found anymore "ld" is OK after "yum reinstall binutils" but df still does not show the rootfs
How is that different from bug 887763?
https://bugzilla.redhat.com/887763 : The output of the command "df" (without any param) omits the line for the root filesystem
Michael Schwendt <mschwendt <at> gmail.com> writes:
On Mon, 04 Feb 2013 22:42:20 +0100, Reindl Harald wrote:
coreutils is reinstalled and clean
i found out that "binutils" was borked and "ld" not found anymore "ld" is OK after "yum reinstall binutils" but df still does not show the rootfs
How is that different from bug 887763?
https://bugzilla.redhat.com/887763 : The output of the command "df" (without any param) omits the line for the root filesystem
Could be the same but interesting that not everyone (including me) sees it. The bug suggests looking at the output of:
stat --printf "%d\t%n\n" / /var/lib/nfs/rpc_pipefs
If the numbers for both / and /var/lib/nfs/rpc_pipefs are the same, df doesn't output a line for /. If they're different, no problem.
Apparently, /var/lib/nfs/rpc_pipefs has something to do with the implementation of nfs but just enabling an nfs export and starting the service doesn't cause the problem. I'll have to try rebooting the box with nfs server enabled at start up and see if I can reproduce the problem.
Cheers, Dave
Am 05.02.2013 04:57, schrieb David G.Miller:
Could be the same but interesting that not everyone (including me) sees it. The bug suggests looking at the output of:
stat --printf "%d\t%n\n" / /var/lib/nfs/rpc_pipefs
If the numbers for both / and /var/lib/nfs/rpc_pipefs are the same, df doesn't output a line for /. If they're different, no problem.
Apparently, /var/lib/nfs/rpc_pipefs has something to do with the implementation of nfs but just enabling an nfs export and starting the service doesn't cause the problem. I'll have to try rebooting the box with nfs server enabled at start up and see if I can reproduce the problem
it has definitly nothing to do with NFS server running
i have bever and will never use NFS nor is any nfs-related service enabled here _________________________________________________________
[root@rh:~]$ /bin/df -hT | grep ext4 /dev/md0 ext4 485M 52M 434M 11% /boot /dev/md2 ext4 3,6T 2,2T 1,5T 61% /mnt/data _________________________________________________________
[root@rh:~]$ /bin/mount | grep ext4 /dev/md0 on /boot type ext4 (rw) /dev/md2 on /mnt/data type ext4 (rw,noatime,nodiratime,nosuid,data=writeback,commit=45,barrier=0,delalloc,inode_readahead_blks=256,noquota,nodiscard) _________________________________________________________
[root@rh:~]$ cat /proc/mounts | grep ext4 /dev/md1 / ext4 rw,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 /dev/md0 /boot ext4 rw,relatime,data=ordered 0 0 /dev/md2 /mnt/data ext4 rw,nosuid,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 /dev/md2 /Volumes/dune/www-servers ext4 rw,nosuid,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 /dev/md2 /var/tmp ext4 rw,nosuid,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 /dev/md2 /tmp ext4 rw,nosuid,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 /dev/md2 /home ext4 rw,nosuid,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 /dev/md2 /Volumes/dune/www-servers/phpincludes ext4 rw,nosuid,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 /dev/md2 /mnt/data/www/thelounge.net/phpincludes ext4 rw,nosuid,noatime,nodiratime,commit=45,stripe=256,inode_readahead_blks=256 0 0 _________________________________________________________
[root@rh:~]$ cat /proc/mounts | grep -i nfs [root@rh:~]$ _________________________________________________________
[root@rh:~]$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 1,8T 0 disk ├─sda1 8:1 0 500M 0 part │ └─md0 9:0 0 500M 0 raid1 /boot ├─sda2 8:2 0 14,7G 0 part │ └─md1 9:1 0 29,3G 0 raid10 └─sda3 8:3 0 1,8T 0 part └─md2 9:2 0 3,6T 0 raid10 /mnt/data sdb 8:16 0 1,8T 0 disk ├─sdb1 8:17 0 500M 0 part │ └─md0 9:0 0 500M 0 raid1 /boot ├─sdb2 8:18 0 14,7G 0 part │ └─md1 9:1 0 29,3G 0 raid10 └─sdb3 8:19 0 1,8T 0 part └─md2 9:2 0 3,6T 0 raid10 /mnt/data sdc 8:32 0 1,8T 0 disk ├─sdc1 8:33 0 500M 0 part │ └─md0 9:0 0 500M 0 raid1 /boot ├─sdc2 8:34 0 14,7G 0 part │ └─md1 9:1 0 29,3G 0 raid10 └─sdc3 8:35 0 1,8T 0 part └─md2 9:2 0 3,6T 0 raid10 /mnt/data sdd 8:48 0 1,8T 0 disk ├─sdd1 8:49 0 500M 0 part │ └─md0 9:0 0 500M 0 raid1 /boot ├─sdd2 8:50 0 14,7G 0 part │ └─md1 9:1 0 29,3G 0 raid10 └─sdd3 8:51 0 1,8T 0 part └─md2 9:2 0 3,6T 0 raid10 /mnt/data sr0 11:0 1 1024M 0 rom _________________________________________________________
David G. Miller wrote:
Michael Schwendt <mschwendt <at> gmail.com> writes:
On Mon, 04 Feb 2013 22:42:20 +0100, Reindl Harald wrote:
coreutils is reinstalled and clean
i found out that "binutils" was borked and "ld" not found anymore "ld" is OK after "yum reinstall binutils" but df still does not show the rootfs
How is that different from bug 887763?
https://bugzilla.redhat.com/887763 : The output of the command "df" (without any param) omits the line for the root filesystem
Actually, I don't believe that's correct. I think if / comes first in /proc/mounts it shows, otherwise it doesn't. Actually it would be good to sort the mounts and show hardware mounts before bind mounts, even when -a is being used, sort on mount points, and generally make df output more human readable.
Could be the same but interesting that not everyone (including me) sees it. The bug suggests looking at the output of:
stat --printf "%d\t%n\n" / /var/lib/nfs/rpc_pipefs
If the numbers for both / and /var/lib/nfs/rpc_pipefs are the same, df doesn't output a line for /. If they're different, no problem.
*Sometimes* omits the / line, it's not only bizarre logic, but indeterminate as well. My impression is that a change was made, and instead of thinking about what the user *did* want to see, decisions were made based on what the user *didn't* want to see, in this case the bind mounts.
This is my impression, it may or may not reflect the actual coding process.
Apparently, /var/lib/nfs/rpc_pipefs has something to do with the implementation of nfs but just enabling an nfs export and starting the service doesn't cause the problem. I'll have to try rebooting the box with nfs server enabled at start up and see if I can reproduce the problem.
Cheers, Dave
Am 05.02.2013 00:16, schrieb Michael Schwendt:
On Mon, 04 Feb 2013 22:42:20 +0100, Reindl Harald wrote:
coreutils is reinstalled and clean
i found out that "binutils" was borked and "ld" not found anymore "ld" is OK after "yum reinstall binutils" but df still does not show the rootfs
How is that different from bug 887763?
https://bugzilla.redhat.com/887763 : The output of the command "df" (without any param) omits the line for the root filesystem
sounds like my problem
AND look at https://bugzilla.redhat.com/show_bug.cgi?id=887763#c13 util-linux-2.22.2-3.fc18.x86_64 kills output of "mount" completly
Am 05.02.2013 08:46, schrieb Reindl Harald:
Am 05.02.2013 00:16, schrieb Michael Schwendt:
On Mon, 04 Feb 2013 22:42:20 +0100, Reindl Harald wrote:
coreutils is reinstalled and clean
i found out that "binutils" was borked and "ld" not found anymore "ld" is OK after "yum reinstall binutils" but df still does not show the rootfs
How is that different from bug 887763?
https://bugzilla.redhat.com/887763 : The output of the command "df" (without any param) omits the line for the root filesystem
sounds like my problem
AND look at https://bugzilla.redhat.com/show_bug.cgi?id=887763#c13 util-linux-2.22.2-3.fc18.x86_64 kills output of "mount" completly
bugreport for util-linux: https://bugzilla.redhat.com/show_bug.cgi?id=907749
and that is was i meant with "shiny new world"
before /etc/mtab was removed in F15 such things did NEVER happen from Fedora 3 - Fedora 14 and now we have "df" sometimes listing hundrets of bind-mounts, or supressing rottfs or output even nothing
On 05.02.2013, Reindl Harald wrote:
AND look at https://bugzilla.redhat.com/show_bug.cgi?id=887763#c13 util-linux-2.22.2-3.fc18.x86_64 kills output of "mount" completly
There are more problems with util-linux, at least in Fedora. Here's another example:
[root@m14 ~]# blockdev --report RO RA SSZ BSZ StartSec Size Device rw 8192 512 4096 0 256060514304 /dev/sda rw 8192 512 1024 2048 524288000 /dev/sda1 rw 8192 512 512 1026048 53687091200 /dev/sda2 rw 8192 512 4096 105883648 8589934592 /dev/sda3 rw 8192 512 512 122660864 193258151936 /dev/sda4
Here, blockdev reports a blocksize of 512 for both /dev/sda2 and /dev/sda4. In fact, both are formatted with and using a blocksize of 4096. Here's the proof:
[root@m14 ~]# xfs_info /dev/sda2 meta-data=/dev/sda2 isize=256 agcount=4, agsize=3276800 blks = sectsz=512 attr=2 data = bsize=4096 blocks=13107200, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0 log =internal bsize=4096 blocks=6400, version=2 = sectsz=512 sunit=0 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0
[root@m14 ~]# xfs_info /dev/sda4 meta-data=/dev/sda4 isize=256 agcount=4, agsize=11795542 blks = sectsz=512 attr=2 data = bsize=4096 blocks=47182166, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0 log =internal bsize=4096 blocks=23038, version=2 = sectsz=512 sunit=0 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0
-
Bill Davidsen -
David G. Miller (aka DaveAtFraud) -
Ed Greshko -
Heinz Diehl -
Michael Schwendt -
Reindl Harald