Re: /etc/mtab and "df -h" problem
Thanks Scott Nothing unusual ext4 + nfs But, I've just noticed that system was updated from redhat satelite server few days ago. And it definitely requires a reboot (satellite claims so) Nonetheless other updated systems (there were a bunch of those), does not have this issue . Gregory 2017-04-17 12:04 GMT-04:00 Scott Rohling: > A quick google shows similar reported (on ubuntu but just grasping here) > -- had to do with fuse mounted filesystems and gvfs (and perhaps lightdm) > ... > > What kind of filesystems do you have available and could one of them be > the reason things behave differently.. ? Is there a filesystem here that > isn't present on your other servers.. ? > > Why the -h option would matter I'm really not sure - to me that's just an > adjustment of how sizes are shown.. so you'd think you'd get the error > regardless.. Like I said - grasping.. > > Scott Rohling > > On Mon, Apr 17, 2017 at 8:12 AM, Grzegorz Powiedziuk < > gpowiedz...@gmail.com> > wrote: > > > I am having a really weird issue on one of the z redhat systems. Probably > > it doesn't have anything to do with Z but we have some great minds here > so > > perhaps someone will help me > > > > the "df -h" or "df -P" command doesn't work when run as a normal user. > > "df" on it's own works fine. > > > > Error: > > df: cannot read table of mounted file systems: Permission denied > > > > Now, here is when it gets really strange. Above suggests wrong > permissions > > on /etc/mtab which are fine: > > [root@it069qz5ora lib64]# ls -la /etc/mtab > > -rw-r--r-- 1 root root 2024 Apr 17 10:44 /etc/mtab > > > > But the "df -h" is trying to open that file with WRITE access mode !!! > > strace df -h 2>&1 |grep open | grep mtab > > ... > > open("/etc/mtab", O*_RDWR*|O_CLOEXEC) = -1 EACCES (Permission denied) > > > > On all other systems"df -h" opens that mtab file in O_RDONLY. Why this > one > > is different? > > > > And as I said, regular "df" works fine and it usies O_RDONLY flag. > > > > So the problem happens only with "df -h" or "df -P" . That doesn't make > any > > sense to me. > > > > Has anyone seen anything like that? > > > > thanks! > > Gregory > > > > -- > > For LINUX-390 subscribe / signoff / archive access instructions, > > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > > visit > > http://www.marist.edu/htbin/wlvindex?LINUX-390 > > -- > > For more information on Linux on System z, visit > > http://wiki.linuxvm.org/ > > > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: /etc/mtab and "df -h" problem
A quick google shows similar reported (on ubuntu but just grasping here) -- had to do with fuse mounted filesystems and gvfs (and perhaps lightdm) ... What kind of filesystems do you have available and could one of them be the reason things behave differently.. ? Is there a filesystem here that isn't present on your other servers.. ? Why the -h option would matter I'm really not sure - to me that's just an adjustment of how sizes are shown.. so you'd think you'd get the error regardless.. Like I said - grasping.. Scott Rohling On Mon, Apr 17, 2017 at 8:12 AM, Grzegorz Powiedziukwrote: > I am having a really weird issue on one of the z redhat systems. Probably > it doesn't have anything to do with Z but we have some great minds here so > perhaps someone will help me > > the "df -h" or "df -P" command doesn't work when run as a normal user. > "df" on it's own works fine. > > Error: > df: cannot read table of mounted file systems: Permission denied > > Now, here is when it gets really strange. Above suggests wrong permissions > on /etc/mtab which are fine: > [root@it069qz5ora lib64]# ls -la /etc/mtab > -rw-r--r-- 1 root root 2024 Apr 17 10:44 /etc/mtab > > But the "df -h" is trying to open that file with WRITE access mode !!! > strace df -h 2>&1 |grep open | grep mtab > ... > open("/etc/mtab", O*_RDWR*|O_CLOEXEC) = -1 EACCES (Permission denied) > > On all other systems"df -h" opens that mtab file in O_RDONLY. Why this one > is different? > > And as I said, regular "df" works fine and it usies O_RDONLY flag. > > So the problem happens only with "df -h" or "df -P" . That doesn't make any > sense to me. > > Has anyone seen anything like that? > > thanks! > Gregory > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
/etc/mtab and "df -h" problem
I am having a really weird issue on one of the z redhat systems. Probably it doesn't have anything to do with Z but we have some great minds here so perhaps someone will help me the "df -h" or "df -P" command doesn't work when run as a normal user. "df" on it's own works fine. Error: df: cannot read table of mounted file systems: Permission denied Now, here is when it gets really strange. Above suggests wrong permissions on /etc/mtab which are fine: [root@it069qz5ora lib64]# ls -la /etc/mtab -rw-r--r-- 1 root root 2024 Apr 17 10:44 /etc/mtab But the "df -h" is trying to open that file with WRITE access mode !!! strace df -h 2>&1 |grep open | grep mtab ... open("/etc/mtab", O*_RDWR*|O_CLOEXEC) = -1 EACCES (Permission denied) On all other systems"df -h" opens that mtab file in O_RDONLY. Why this one is different? And as I said, regular "df" works fine and it usies O_RDONLY flag. So the problem happens only with "df -h" or "df -P" . That doesn't make any sense to me. Has anyone seen anything like that? thanks! Gregory -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/