<div dir="ltr"><div><br></div><div>It seems /etc/rc.d/init.d/vzquota somehow is responsible for this problem:</div><div><br></div><div><div># cat -n /etc/rc.d/init.d/vzquota</div><div> 1 #!/bin/sh</div><div> 2 # chkconfig: 2345 10 90</div><div> 3 # description: prepare container to use OpenVZ 2nd-level disk quotas</div><div> 4</div><div> 5 ### BEGIN INIT INFO</div><div> 6 # Provides: vzquota</div><div> 7 # Required-Start: $local_fs $time $syslog</div><div> 8 # Required-Stop: $local_fs</div><div> 9 # Default-Start: 2 3 4 5</div><div> 10 # Default-Stop: 0 1 6</div><div> 11 # Short-Description: Start vzquota at the end of boot</div><div> 12 # Description: Configure OpenVZ disk quota for a container.</div><div> 13 ### END INIT INFO</div><div> 14</div><div> 15 start() {</div><div> 16 if [ ! -L /etc/mtab ]; then</div><div> 17 rm -f /etc/mtab >/dev/null 2>&1</div><div> 18 ln -sf /proc/mounts /etc/mtab</div><div> 19 fi</div><div> 20 dev=$(awk '($2 == "/") && ($4 ~ /usrquota/) && ($4 ~ /grpquota/) {print $1}' /etc/mtab)</div><div> 21 if test -z "$dev"; then</div><div> 22 dev="/dev/simfs"</div><div> 23 rm -f /etc/mtab >/dev/null 2>&1</div><div> 24 echo "/dev/simfs / reiserfs rw,usrquota,grpquota 0 0" > /etc/mtab</div><div> 25 grep -v " / " /proc/mounts >> /etc/mtab 2>/dev/null</div><div> 26 chmod 644 /etc/mtab</div><div> 27 fi</div><div> 28 [ -e "$dev" ] || mknod $dev b 0 60</div><div> 29 quotaon -aug</div><div> 30 }</div><div> 31</div><div> 32 case "$1" in</div><div> 33 start)</div><div> 34 start</div><div> 35 ;;</div><div> 36 *)</div><div> 37 exit</div><div> 38 esac</div></div><div><br></div><div><br></div><div>So it seems in line 16-19 first the symlink from /proc/mounts to /etc/mtab is made correctly, but then in line 20 the '/' partition is checked for keywords /usrquota/ and /grpquota/, and if they're missing it then overwrites the symlink again. AFAICS this is what is breaking the symlink.</div><div><br></div><div>Whats the problem with this? Should this script be changed for ploop containers?</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Nov 30, 2014 at 12:07 PM, Rene C. <span dir="ltr"><<a href="mailto:openvz@dokbua.com" target="_blank">openvz@dokbua.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I've just noticed this happen also in a Plesk container, so it's not just limited to Cpanel. The date seems to correspond to a restore that was made so it may be related to the vzpbackup/vzprestore scripts. <div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jan 4, 2014 at 8:34 AM, Rene C. <span dir="ltr"><<a href="mailto:openvz@dokbua.com" target="_blank">openvz@dokbua.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Oddly enough this problem has returned - it now shows simfs again.<br>
Nobody has explicitly changed anything. The container runs Cpanel,<br>
could that have messed things up? It actually looks like cpanel<br>
overrides the symlink when they add their jailshell. Have you noticed<br>
this before?<br>
<br>
/proc/mounts looks correct.<br>
<br>
<br>
<br>
On Wed, Dec 18, 2013 at 10:25 AM, Rene C. <<a href="mailto:openvz@dokbua.com" target="_blank">openvz@dokbua.com</a>> wrote:<br>
> Thanks, now I understand.<br>
><br>
> So after deleting /etc/mtab I need to make as symlink from<br>
> /proc/mounts (ln -s /proc/mounts /etc/mtab). That was the bit I was<br>
> missing.<br>
><br>
><br>
> On Wed, Dec 18, 2013 at 1:36 AM, Kir Kolyshkin <<a href="mailto:kir@openvz.org" target="_blank">kir@openvz.org</a>> wrote:<br>
>> On 12/17/2013 12:27 AM, Rene C. wrote:<br>
>>><br>
>>> Sure ....<br>
>>><br>
>>> # ls -l /vza1/private/1703<br>
>>> total 16<br>
>>> drwxr-xr-x 2 root root 4096 Dec 15 04:10 dump<br>
>>> drwx------ 3 root root 4096 Dec 15 04:10 root.hdd<br>
>>> -rw-r--r-- 1 root root 443 Dec 15 04:09 Snapshots.xml<br>
>>> -rw-r--r-- 1 root root 37 Dec 15 03:06 vzpbackup_snapshot<br>
>>> # vzlist -o layout 1703<br>
>>> LAYOUT<br>
>>> ploop<br>
>>> #<br>
>>><br>
>>> Surely deleting the mount table isn't healthy, isn't it needed by<br>
>>> something?<br>
>><br>
>><br>
>> This is how it should look like:<br>
>><br>
>> [host] # vzctl enter 1018<br>
>> entered into CT 1018<br>
>> [CT1018] # ls -l /etc/mtab<br>
>> lrwxrwxrwx 1 root root 12 Nov 7 21:20 /etc/mtab -> /proc/mounts<br>
>><br>
>> And /proc/mounts is showing info from the kernel which can't be wrong:<br>
>><br>
>> [CT1018]# cat /proc/mounts<br>
>> /dev/ploop51540p1 / ext4 rw,relatime,barrier=1,data=ordered,balloon_ino=12 0<br>
>> 0<br>
>> proc /proc proc rw,relatime 0 0<br>
>> sysfs /sys sysfs rw,relatime 0 0<br>
>> none /dev devtmpfs rw,relatime,mode=755 0 0<br>
>> none /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0<br>
>> none /dev/shm tmpfs rw,relatime 0 0<br>
>> none /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0<br>
>><br>
>><br>
>>><br>
>>> On Tue, Dec 17, 2013 at 9:41 AM, Kir Kolyshkin <<a href="mailto:kir@openvz.org" target="_blank">kir@openvz.org</a>> wrote:<br>
>>>><br>
>>>> On 12/16/2013 04:51 PM, Rene C. wrote:<br>
>>>>><br>
>>>>> I tried just removing it, does not seem to fix anything. Need to do<br>
>>>>> anything else? Remount, restart, anything?<br>
>>>><br>
>>>><br>
>>>> Would be great if you can copy-paste some output from the terminal,<br>
>>>> otherwise it's more complicated to debug.<br>
>>>><br>
>>>> Maybe your CT was not really converted.<br>
>>>><br>
>>>> Please show output of<br>
>>>><br>
>>>> ls -l /vz/private/1703/<br>
>>>> vzlist -o layout 1703<br>
>>>><br>
>>>><br>
>>>> On Thu, Dec 12, 2013 at 11:43 AM, Rene C. <<a href="mailto:openvz@dokbua.com" target="_blank">openvz@dokbua.com</a>> wrote:<br>
>>>>>><br>
>>>>>> Ok thanks. Just remove it, nothing else? Need to restart the<br>
>>>>>> container or anything?<br>
>>>>>><br>
>>>>>> On Thu, Dec 12, 2013 at 10:02 AM, Kir Kolyshkin <<a href="mailto:kir@openvz.org" target="_blank">kir@openvz.org</a>> wrote:<br>
>>>>>>><br>
>>>>>>> On 12/11/2013 06:28 PM, Rene C. wrote:<br>
>>>>>>>><br>
>>>>>>>> I just noticed there is a contaner on one of our hardware nodes that<br>
>>>>>>>> appears to have been changed to ploop, but the filesystem is still<br>
>>>>>>>> simfs:<br>
>>>>>>>><br>
>>>>>>>> # vzctl exec 1703 df -h<br>
>>>>>>>> Filesystem Size Used Avail Use% Mounted on<br>
>>>>>>>> /dev/simfs 99G 65G 29G 70% /<br>
>>>>>>>> none 1.0G 4.0K 1.0G 1% /dev<br>
>>>>>>>> # vzctl convert 1703<br>
>>>>>>>> CT is already on ploop<br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>> All other containers use a /dev/ploopXXXX device.<br>
>>>>>>>><br>
>>>>>>>> Is this a problem? Should it be fixed? How?<br>
>>>>>>><br>
>>>>>>><br>
>>>>>>> I guess this is caused by a record in CT's /etc/mtab. This should be<br>
>>>>>>> harmful.<br>
>>>>>>> If you want to fix it, just remove CT's /etc/mtab<br>
>>>>>>> _______________________________________________<br>
>>>>>>> Users mailing list<br>
>>>>>>> <a href="mailto:Users@openvz.org" target="_blank">Users@openvz.org</a><br>
>>>>>>> <a href="https://lists.openvz.org/mailman/listinfo/users" target="_blank">https://lists.openvz.org/mailman/listinfo/users</a><br>
>>>>><br>
>>>>> _______________________________________________<br>
>>>>> Users mailing list<br>
>>>>> <a href="mailto:Users@openvz.org" target="_blank">Users@openvz.org</a><br>
>>>>> <a href="https://lists.openvz.org/mailman/listinfo/users" target="_blank">https://lists.openvz.org/mailman/listinfo/users</a><br>
>>>><br>
>>>><br>
>>>> _______________________________________________<br>
>>>> Users mailing list<br>
>>>> <a href="mailto:Users@openvz.org" target="_blank">Users@openvz.org</a><br>
>>>> <a href="https://lists.openvz.org/mailman/listinfo/users" target="_blank">https://lists.openvz.org/mailman/listinfo/users</a><br>
>>><br>
>>> _______________________________________________<br>
>>> Users mailing list<br>
>>> <a href="mailto:Users@openvz.org" target="_blank">Users@openvz.org</a><br>
>>> <a href="https://lists.openvz.org/mailman/listinfo/users" target="_blank">https://lists.openvz.org/mailman/listinfo/users</a><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Users mailing list<br>
>> <a href="mailto:Users@openvz.org" target="_blank">Users@openvz.org</a><br>
>> <a href="https://lists.openvz.org/mailman/listinfo/users" target="_blank">https://lists.openvz.org/mailman/listinfo/users</a><br>
</blockquote></div><br></div>
</blockquote></div><br></div>