Re: weird quota issue

[Dave Chinner <david@fromorbit.com>]

On Mon, Dec 22, 2014 at 05:13:06PM -0500, Weber, Charles (NIH/NIA/IRP) [C] wrote:
> Thanks for replying. The project part is a red herring and I have
> abandoned it. The only reason project quotas even came up was the
> winbind/quota issue. UID is fine.  The more interesting part is
> the way the /proc/self/mounts and mtab/fstab are not coherent.

If /etc/mtab is not linked to /proc/mounts, then userspace maintains
it and it does not reflect the mount options the kernel have active.
YOU can put any amount of crap in invalid mount options that mount
will just dump in /etc/mtab even though the kernel ignores them.

We generally expect that systems are set up like this:

$ ls -l /etc/mtab
lrwxrwxrwx 1 root root 12 Jan  9  2012 /etc/mtab -> /proc/mounts
$

> 
> dmesg output
> SGI XFS with ACLs, security attributes, large block/inode numbers, no debug enabled
> SGI XFS Quota Management subsystem
> XFS (dm-7): delaylog is the default now, option is deprecated.
> XFS (dm-7): Mounting Filesystem
> XFS (dm-7): Ending clean mount
> XFS (dm-7): Failed to initialize disk quotas.

Which indicates that there's problems reading or allocating the
quota inodes. What is the output of 'xfs_db -c "sb 0" -c p
/dev/dm-7'?

Cheers,

Dave.
-- 
Dave Chinner
david@fromorbit.com

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs