Re: /etc/mtab and "df -h" problem

2017-04-17 Thread Grzegorz Powiedziuk
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

2017-04-17 Thread 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 
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/


/etc/mtab and "df -h" problem

2017-04-17 Thread Grzegorz Powiedziuk
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/