So quotacheck apparently walks through current mount points:
619318 openat(AT_FDCWD</root>, "/proc/mounts", O_RDONLY|O_CLOEXEC) =
3</proc/619318/mounts>
619318 fstat(3</proc/619318/mounts>, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
619318 read(3</proc/619318/mounts>, "tmpfs /run tmpfs rw,nosuid,nodev"...,
1024) = 1024
Then it seems to iterate through them:
619318 readlink("/dev", 0x7ffed13d56d0, 1023) = -1 EINVAL (Invalid argument)
619318 readlink("/dev/shm", 0x7ffed13d56d0, 1023) = -1 EINVAL (Invalid argument)
619318 statfs("/dev/shm", {f_type=TMPFS_MAGIC, f_bsize=4096, f_blocks=434955,
f_bfree=434955, f_bavail=434955, f_files=434955, f_ffree=434954,
f_fsid={val=[0x472297f2, 0xf2a78540]
}, f_namelen=255, f_frsize=4096, f_flags=ST_VALID|ST_NOSUID|ST_NODEV}) = 0
But interestingly it tries to stat /root/tmpfs, which doesn't exist:
619318 newfstatat(AT_FDCWD</root>, "tmpfs", 0x7ffed13d5bc0, 0) = -1 ENOENT (No
such file or directory)
Mind that this is a relative query with cwd=/root for "tmpfs".
This fails, and that's what's failing to stat().
Please share your /proc/mounts, since tmpfs likely originates from
there.
Somehow we need to reproduce this next, so we need to figure out what in
your environment will make it pick up tmpfs at a relative location. What
environment is this happning in, how did you configure/mount stuff
there?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2152171
Title:
quota toolset throws errors on ext4
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/quota/+bug/2152171/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
