<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">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">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">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">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">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">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">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">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">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">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>