Good evening!
I've spent about three hours with this kernel attempting to reproduce the
same problems I had experienced yesterday...
I'll say, that the issue with sim_show_devname() has been corrected and
second-level quotas are again functional. I certainly appreciate the quick
action/response. There are a couple of things that _may_ need a light
polish before being sent up.
------------------------------------------------------------------------------
- A simfs driver device remains in a containers' /root as well as /dev
[http://johnedel.me/3point1four/#0/14531864391367]
- They exist with different permissions. Will this make a difference, and
which one is correct?
root@avalon /dev # ls -al simfs --color
b-----x--- 1 root root 0, 28 Jan 18 21:57 simfs
root@avalon /dev # ls -al ../simfs --color
brw-r--r-- 1 root root 0, 71 Jan 5 21:56 ../simfs
------------------------------------------------------------------------------
Glad to give you access to the QA environment(s) or test specifics for you
guys. Also, Vasily, if you recall our discussion about our the bind
mounts ... that is again back. I'm not thrown an ENOENT, unfortunately.
I will contact you directly about that, in case my test-case is wrong
again. :-/
Best,
John
On Mon, 18 Jan 2016, Vasily Averin wrote:
Michael, Dmitry,
thank you for reporting the problem.
we're investigating this problem in https://bugs.openvz.org/browse/OVZ-6655
Thank you,
Vasily Averin
On 16.01.2016 15:44, Dmitry V. Levin wrote:
Hi,
On Sat, Jan 16, 2016 at 12:11:14AM -0500, Michael Stauber wrote:
[...]
Kernel: 2.6.32-042stab113.11 on CentOS 6.7, fully YUM updated.
[...]
Upon creation of a VPS with "simfs" and 2nd level disk quota enabled the
quota inside the VPS doesn't work:
VPS]# mount
simfs on / type simfs (rw,relatime,usrquota,grpquota)
From kernel perspective, it works.
The first field used to be /dev/simfs in 2.6.32-042stab112 and before.
VPS]# useradd admin
VPS]# edquota admin
edquota: Cannot stat() mounted device simfs: No such file or directory
No filesystems with quota detected.
The same command would work if invoked from /dev directory.
This is a regression introduced in fs/namespace.c:show_vfsmnt() during
2.6.32-042stab112 -> 2.6.32-042stab113 rebase.
_______________________________________________
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users@openvz.org
https://lists.openvz.org/mailman/listinfo/users
