[lxc-users] Possible bug

[Saint Michael]

In my debian container, it is file.
It gets recreated all the time I reboot.
what am I doing wrong?
This is the config file
lxc.mount.entry = proc proc proc nodev,noexec,nosuid 0 0
lxc.mount.entry = sysfs sys sysfs defaults  0 0
lxc.tty = 4
lxc.pts = 1024
lxc.cgroup.devices.deny = a
lxc.cgroup.devices.allow = c 1:3 rwm
lxc.cgroup.devices.allow = c 1:5 rwm
lxc.cgroup.devices.allow = c 5:1 rwm
lxc.cgroup.devices.allow = c 5:0 rwm
lxc.cgroup.devices.allow = c 4:0 rwm
lxc.cgroup.devices.allow = c 4:1 rwm
lxc.cgroup.devices.allow = c 1:9 rwm
lxc.cgroup.devices.allow = c 1:8 rwm
lxc.cgroup.devices.allow = c 136:* rwm
lxc.cgroup.devices.allow = c 5:2 rwm
lxc.cgroup.devices.allow = c 254:0 rwm
lxc.cgroup.devices.allow = c 10:137 rwm # loop-control
lxc.cgroup.devices.allow = b 7:* rwm    # loop*

lxc.aa_profile = unconfined
lxc.aa_allow_incomplete = 1
lxc.autodev = 1
lxc.mount.auto = cgroup:mixed
lxc.cap.drop=
lxc.kmsg=0


lxc.utsname = dialer-20


On Thu, May 18, 2017 at 8:07 PM, Fajar A. Nugraha <list at fajar.net> wrote:

> On Thu, May 18, 2017 at 11:06 PM, Saint Michael <venefax at gmail.com> wrote:
>
>> On Ubuntu 16.04..2 LTS, kernel 4.4.0-78-generi
>>
>> inside a container I erase the file /etc/mtab
>>
>
>
> why?
>
>
>> the containers start, a new file /etc/mtab gets created
>>
>
>
> Is it a regular file or a symlink? IIRC on ubuntu /etc/mtab is symlink
> to ../proc/self/mounts. As a workaround, if it's a file, you can delete it
> and create the symlink manually.
>
> It could be that the code that recreates /etc/mtab needs improvement. But
> IMHO when a user deletes a system file needed to run properly, then the
> system pretty much becomes unsupported.
>
> --
> Fajar
>
>
> _______________________________________________
> lxc-users mailing list
> lxc-users at lists.linuxcontainers.org
> http://lists.linuxcontainers.org/listinfo/lxc-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxcontainers.org/pipermail/lxc-users/attachments/20170518/c4388804/attachment.html>