<div dir="ltr">Christian, Thank you!  That did it.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jan 27, 2019 at 1:52 PM Christian Brauner <<a href="mailto:christian@brauner.io">christian@brauner.io</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On January 27, 2019 7:47:25 PM GMT+01:00, Bryan Christ <<a href="mailto:bryan.christ@gmail.com" target="_blank">bryan.christ@gmail.com</a>> wrote:<br>
>Andrey,<br>
><br>
>Thanks for the reply.  Is there a resource, document, guide that can<br>
>show<br>
>me what the old items were and what the new analogs are?  Most of my<br>
>config<br>
>files are from the templates so I added very little.  I tried starting<br>
>a<br>
>container manually to see what line(s) were causing problems but it<br>
>looked<br>
>like there were quite a few.<br>
><br>
>lxc.mount.entry = proc proc proc nodev,noexec,nosuid 0 0<br>
>lxc.mount.entry = sysfs sys sysfs defaults 0 0<br>
>lxc.mount.entry = /sys/fs/fuse/connections sys/fs/fuse/connections none<br>
>bind,op$<br>
>lxc.mount.entry = /sys/kernel/debug sys/kernel/debug none bind,optional<br>
>0 0<br>
>lxc.mount.entry = /sys/kernel/security sys/kernel/security none<br>
>bind,optional 0$<br>
>lxc.mount.entry = /sys/fs/pstore sys/fs/pstore none bind,optional 0 0<br>
>lxc.tty = 4<br>
>lxc.pts = 1024<br>
>lxc.devttydir = lxc<br>
>lxc.arch = x86_64<br>
>lxc.seccomp = /usr/share/lxc/config/common.seccomp<br>
>lxc.cgroup.devices.deny = a<br>
>lxc.cgroup.devices.allow = c *:* m<br>
>lxc.cgroup.devices.allow = b *:* m<br>
>lxc.cgroup.devices.allow = c 1:3 rwm<br>
>lxc.cgroup.devices.allow = c 1:5 rwm<br>
>lxc.cgroup.devices.allow = c 5:0 rwm<br>
>lxc.cgroup.devices.allow = c 5:1 rwm<br>
>lxc.cgroup.devices.allow = c 1:8 rwm<br>
>lxc.cgroup.devices.allow = c 1:9 rwm<br>
>lxc.cgroup.devices.allow = c 5:2 rwm<br>
>lxc.cgroup.devices.allow = c 136:* rwm<br>
>lxc.cgroup.devices.allow = c 254:0 rm<br>
>lxc.cgroup.devices.allow = c 10:229 rwm<br>
>lxc.cgroup.devices.allow = c 10:200 rwm<br>
>lxc.cgroup.devices.allow = c 1:7 rwm<br>
>lxc.cgroup.devices.allow = c 10:228 rwm<br>
>lxc.cgroup.devices.allow = c 10:232 rwm<br>
>lxc.utsname = trusty-64-owncloud<br>
>lxc.network.type = veth<br>
>lxc.network.flags = up<br>
>lxc.network.link = br0<br>
>lxc.network.hwaddr = 00:16:3e:52:ee:f1<br>
>lxc.cap.drop = sys_module<br>
>lxc.cap.drop = mac_admin<br>
>lxc.cap.drop = mac_override<br>
>lxc.cap.drop = sys_time<br>
>lxc.rootfs = /var/lib/lxc/trusty-64-owncloud/rootfs<br>
>lxc.pivotdir = lxc_putold<br>
>lxc.start.aut<br>
><br>
><br>
><br>
><br>
>> ---------- Forwarded message ----------<br>
>> From: Bryan Christ <<a href="mailto:bryan.christ@gmail.com" target="_blank">bryan.christ@gmail.com</a>><br>
>> To: <a href="mailto:lxc-users@lists.linuxcontainers.org" target="_blank">lxc-users@lists.linuxcontainers.org</a><br>
>> Cc:<br>
>> Bcc:<br>
>> Date: Sat, 26 Jan 2019 09:11:41 -0600<br>
>> Subject: [lxc-users] Failed to load config for XYZ<br>
>> I don't reboot my server often and I guess somewhere along the way I<br>
>got<br>
>> upgraded on Bionic from LXC 2 to LXC 3.  Now, none of my containers<br>
>start.<br>
>> I get the following message when I lxc-ls --fancy<br>
>><br>
>> Failed to load config for centos6-phpmyadmin<br>
>> Failed to load config for centos6-redis<br>
>> Failed to load config for centos6-web<br>
>> Failed to load config for centos7-base-db<br>
>> Failed to load config for centos7-base-php7<br>
>> Failed to load config for centos7-base-wp<br>
>> Failed to load config for trusty-64-owncloud<br>
>> Failed to load config for trusty64-mediawiki<br>
>><br>
>> I need to fix this quickly and I also need to make sure it's not<br>
>going to<br>
>> happen on my other Bionic servers.  What do I do?<br>
>><br>
>><br>
>><br>
>> --<br>
>> Bryan<br>
>> <><<br>
>><br>
>><br>
>><br>
>> ---------- Forwarded message ----------<br>
>> From: Andrey Repin <<a href="mailto:anrdaemon@yandex.ru" target="_blank">anrdaemon@yandex.ru</a>><br>
>> To: Bryan Christ <<a href="mailto:lxc-users@lists.linuxcontainers.org" target="_blank">lxc-users@lists.linuxcontainers.org</a>><br>
>> Cc:<br>
>> Bcc:<br>
>> Date: Sun, 27 Jan 2019 00:16:06 +0300<br>
>> Subject: Re: [lxc-users] Failed to load config for XYZ<br>
>> Greetings, Bryan Christ!<br>
>><br>
>> > I don't reboot my server often and I guess somewhere along the way<br>
>I got<br>
>> > upgraded on Bionic from LXC 2 to LXC 3.  Now, none of my containers<br>
>> start.<br>
>> > I get the following message when I lxc-ls --fancy<br>
>><br>
>><br>
>> > Failed to load config for centos6-phpmyadmin<br>
>><br>
>> > Failed to load config for centos6-redis<br>
>> > Failed to load config for centos6-web<br>
>> > Failed to load config for centos7-base-db<br>
>><br>
>> > Failed to load config for centos7-base-php7<br>
>> > Failed to load config for centos7-base-wp<br>
>> > Failed to load config for trusty-64-owncloud<br>
>><br>
>> > Failed to load config for trusty64-mediawiki<br>
>><br>
>><br>
>><br>
>> > I need to fix this quickly and I also need to make sure it's not<br>
>going to<br>
>> > happen on my other Bionic servers.  What do I do?<br>
>><br>
>> Check for config syntax. Multiple keys got a facelift for a better<br>
>> structured<br>
>> naming conventions.<br>
>> F.e. network configuration now explicitly indexed.<br>
>><br>
>><br>
>> --<br>
>> With best regards,<br>
>> Andrey Repin<br>
>> Sunday, January 27, 2019 0:14:33<br>
>><br>
>> Sorry for my terrible<br>
>> english..._______________________________________________<br>
>> lxc-users mailing list<br>
>> <a href="mailto:lxc-users@lists.linuxcontainers.org" target="_blank">lxc-users@lists.linuxcontainers.org</a><br>
>> <a href="http://lists.linuxcontainers.org/listinfo/lxc-users" rel="noreferrer" target="_blank">http://lists.linuxcontainers.org/listinfo/lxc-users</a><br>
>><br>
<br>
3.0 ships with a script lxc-update-config that updates your config file.<br>
<br>
Christian<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Bryan<br><><</div>