<div dir="ltr">Is systemd now supported as LXC guest's init system?<div><br></div><div>Anyhow, I would guess systemd creates ramdisk for /run (and /var/run) which, by some funky interaction ends up non-writeable. I had (somewhat) similar systemd issue on another project recently, where systemd created /dev/log socket preemptively, and if syslog was not running, socket started blocking syslog() syscalls. I might be wrong, but it might be systemd doing something in an unconventional way which is causing trouble (unconventional != bad).</div><div><br></div><div>b.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 4 April 2015 at 23:31, CDR <span dir="ltr"><<a href="mailto:venefax@gmail.com" target="_blank">venefax@gmail.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"><div class="gmail_default" style="font-size:small">My Fedora 20 container, on a Ubuntu 14.04 server, cannot write to /var/run. Is there a secret reason that I use to fix it?<br></div><div class="gmail_default" style="font-size:small">Other containers with non-systemd OSs can write just fine to /var/run.<br><br></div><div class="gmail_default" style="font-size:small">Philip<br></div></div>
<br>_______________________________________________<br>
lxc-users mailing list<br>
<a href="mailto:lxc-users@lists.linuxcontainers.org">lxc-users@lists.linuxcontainers.org</a><br>
<a href="http://lists.linuxcontainers.org/listinfo/lxc-users" target="_blank">http://lists.linuxcontainers.org/listinfo/lxc-users</a><br></blockquote></div><br></div>