<div dir="ltr">Hey,<div><br></div><div><div>I upgraded my ubuntu box to saucy (using do-release-upgrade tool) minutes ago and I realized that this very same problem starts to happen on my system as well (using lxc@master). </div>
<div><br></div><div>[caglar@oOo:~] lsb_release -a<br></div><div><div>No LSB modules are available.</div><div>Distributor ID:<span class="" style="white-space:pre"> </span>Ubuntu</div><div>Description:<span class="" style="white-space:pre"> </span>Ubuntu 13.10</div>
<div>Release:<span class="" style="white-space:pre"> </span>13.10</div><div>Codename:<span class="" style="white-space:pre"> </span>saucy</div></div><div><br></div><div>[caglar@oOo:~] uname -a</div><div>Linux oOo 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux</div>
<div><br></div><div>[caglar@oOo:~] mount > old<br></div><div><br></div><div>[caglar@oOo:~] sudo lxc-create -n t -t busybox</div><div>setting root password to "root"</div><div>Failed to change root password</div>
<div><br></div><div>[caglar@oOo:~] mount > new</div><div><br></div><div>[caglar@oOo:~] diff -u old new<br></div><div>--- old<span class="" style="white-space:pre"> </span>2013-10-19 13:32:41.701250989 -0400</div><div>
+++ new<span class="" style="white-space:pre"> </span>2013-10-19 13:32:47.629178285 -0400</div>
<div>@@ -23,3 +23,4 @@</div><div> cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,relatime,hugetlb)</div><div> systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)</div><div> gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=caglar)</div>
<div>+/lib on /usr/lib/x86_64-linux-gnu/lxc/rootfs/lib type none (rw,bind)</div><div><br></div><div><div>[caglar@oOo:~] mount</div><div>/dev/sda1 on / type ext4 (rw,errors=remount-ro)</div><div>proc on /proc type proc (rw,noexec,nosuid,nodev)</div>
<div>sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)</div><div>none on /sys/fs/cgroup type tmpfs (rw)</div><div>none on /sys/fs/fuse/connections type fusectl (rw)</div><div>none on /sys/kernel/debug type debugfs (rw)</div>
<div>none on /sys/kernel/security type securityfs (rw)</div><div>udev on /dev type devtmpfs (rw,mode=0755)</div><div>devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)</div><div>tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)</div>
<div>none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)</div><div>none on /run/shm type tmpfs (rw,nosuid,nodev)</div><div>none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)</div>
<div>none on /sys/fs/pstore type pstore (rw)</div><div>cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,relatime,cpuset)</div><div>cgroup on /sys/fs/cgroup/cpu type cgroup (rw,relatime,cpu)</div><div>cgroup on /sys/fs/cgroup/cpuacct type cgroup (rw,relatime,cpuacct)</div>
<div>cgroup on /sys/fs/cgroup/memory type cgroup (rw,relatime,memory)</div><div>cgroup on /sys/fs/cgroup/devices type cgroup (rw,relatime,devices)</div><div>cgroup on /sys/fs/cgroup/freezer type cgroup (rw,relatime,freezer)</div>
<div>cgroup on /sys/fs/cgroup/blkio type cgroup (rw,relatime,blkio)</div><div>cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,relatime,perf_event)</div><div>cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,relatime,hugetlb)</div>
<div>systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)</div><div>gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=caglar)</div><div>/lib on /usr/lib/x86_64-linux-gnu/lxc/rootfs/lib type none (rw,bind)</div>
</div></div><div><br></div><div><div>[caglar@oOo:~] cat /proc/self/mountinfo</div><div>15 20 0:14 / /sys rw,nosuid,nodev,noexec,relatime - sysfs sysfs rw</div><div>16 20 0:3 / /proc rw,nosuid,nodev,noexec,relatime - proc proc rw</div>
<div>17 20 0:5 / /dev rw,relatime - devtmpfs udev rw,size=1015004k,nr_inodes=253751,mode=755</div><div>18 17 0:11 / /dev/pts rw,nosuid,noexec,relatime - devpts devpts rw,gid=5,mode=620,ptmxmode=000</div><div>19 20 0:15 / /run rw,nosuid,noexec,relatime - tmpfs tmpfs rw,size=205016k,mode=755</div>
<div>20 1 8:1 / / rw,relatime - ext4 /dev/disk/by-uuid/0f36b909-f4b8-434f-a8d2-cbdce7f5ddc9 rw,errors=remount-ro,data=ordered</div><div>22 15 0:16 / /sys/fs/cgroup rw,relatime - tmpfs none rw,size=4k,mode=755</div><div>23 15 0:17 / /sys/fs/fuse/connections rw,relatime - fusectl none rw</div>
<div>24 15 0:6 / /sys/kernel/debug rw,relatime - debugfs none rw</div><div>25 15 0:10 / /sys/kernel/security rw,relatime - securityfs none rw</div><div>26 19 0:18 / /run/lock rw,nosuid,nodev,noexec,relatime - tmpfs none rw,size=5120k</div>
<div>27 19 0:19 / /run/shm rw,nosuid,nodev,relatime - tmpfs none rw</div><div>28 19 0:20 / /run/user rw,nosuid,nodev,noexec,relatime - tmpfs none rw,size=102400k,mode=755</div><div>29 22 0:21 / /sys/fs/cgroup/cpuset rw,relatime - cgroup cgroup rw,cpuset,clone_children</div>
<div>30 15 0:22 / /sys/fs/pstore rw,relatime - pstore none rw</div><div>31 22 0:23 / /sys/fs/cgroup/cpu rw,relatime - cgroup cgroup rw,cpu</div><div>32 22 0:24 / /sys/fs/cgroup/cpuacct rw,relatime - cgroup cgroup rw,cpuacct</div>
<div>33 22 0:25 / /sys/fs/cgroup/memory rw,relatime - cgroup cgroup rw,memory</div><div>34 22 0:26 / /sys/fs/cgroup/devices rw,relatime - cgroup cgroup rw,devices</div><div>35 22 0:27 / /sys/fs/cgroup/freezer rw,relatime - cgroup cgroup rw,freezer</div>
<div>36 22 0:28 / /sys/fs/cgroup/blkio rw,relatime - cgroup cgroup rw,blkio</div><div>37 22 0:29 / /sys/fs/cgroup/perf_event rw,relatime - cgroup cgroup rw,perf_event</div><div>38 22 0:30 / /sys/fs/cgroup/hugetlb rw,relatime - cgroup cgroup rw,hugetlb</div>
<div>39 22 0:31 / /sys/fs/cgroup/systemd rw,nosuid,nodev,noexec,relatime - cgroup systemd rw,name=systemd</div><div>40 28 0:32 / /run/user/1000/gvfs rw,nosuid,nodev,relatime - fuse.gvfsd-fuse gvfsd-fuse rw,user_id=1000,group_id=1000</div>
</div><div><br></div><div>Let me know if you need anything else.</div><div><br></div><div>Cheers,</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Oct 14, 2013 at 5:34 PM, Michael H. Warfield <span dir="ltr"><<a href="mailto:mhw@wittsend.com" target="_blank">mhw@wittsend.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Wed, 2013-10-09 at 09:50 -0500, Serge Hallyn wrote:<br>
</div><div class="im">> > lxc-create -n Ubuntu-test -t ubuntu<br>
> ><br>
> > Bingo...<br>
> ><br>
> > /dev/mapper/fedora-root on /usr/lib64/lxc/rootfs type ext4 (rw,relatime,seclabel,data=ordered)<br>
> ><br>
> > Why is lxc-create even creating that mount? I don't see any reason for<br>
><br>
> Check lxccontainer.c:785 and line 805. We call bdev_mount() in case its<br>
> a blockdev. In the case of a dir-backed container we still end up doing<br>
> a bind mount of the rootfs.<br>
<br>
</div>I'm not seeing the first of those ERROR calls show up in the output.<br>
The second one is a strange bird...<br>
<br>
I never see this one hit:<br>
<br>
ERROR("error unsharing mounts");<br>
<br>
I DO, however, see this message (assuming it's a unique message that may<br>
not be duplicated in other messages):<br>
<br>
ERROR("Error mounting rootfs");<br>
<br>
However, that appears to only occur if I tried to create a previous<br>
container under the same name and that failed (and then I have a<br>
dangling mount that seems to generate the failure). I can reproduce<br>
that error by creating a container under a name "Foo" and then<br>
immediately destroying it and then attempting to create a new one with<br>
the same name (without running the umounts first). Then I see that<br>
"Error mounting rootfs" until I run the umount command first.<br>
<div class="im HOEnZb"><br>
> > it. We're never running the container in lxc-create. Running<br>
> > "umount /usr/lib64/lxc/rootfs" clears it and we're off to the races<br>
> > again.<br>
> ><br>
> > If I were to venture a WAG (Wild Ass Guess) some initialization code is<br>
> > creating that bind mount that is not needed and that the cleanup code in<br>
> > lxc-create is unaware of. But I haven't gone to the trouble of trying<br>
> > to track the code down yet.<br>
><br>
> Now is your / still MS_SHARED? The bdev create and templates<br>
> run in a private namespace, but if MS_SHARED then the mounts get<br>
> bounced back to host. Maybe we need to manually set MS_PRIVATE every<br>
> time after doing an unshare() in lxc code.<br>
><br>
<br>
</div><div class="HOEnZb"><div class="h5">--<br>
Michael H. Warfield (AI4NB) | <a href="tel:%28770%29%20985-6132" value="+17709856132">(770) 985-6132</a> | mhw@WittsEnd.com<br>
/\/\|=mhw=|\/\/ | <a href="tel:%28678%29%20463-0932" value="+16784630932">(678) 463-0932</a> | <a href="http://www.wittsend.com/mhw/" target="_blank">http://www.wittsend.com/mhw/</a><br>
NIC whois: MHW9 | An optimist believes we live in the best of all<br>
PGP Key: 0x674627FF | possible worlds. A pessimist is sure of it!<br>
</div></div><br>------------------------------------------------------------------------------<br>
October Webinars: Code for Performance<br>
Free Intel webinars can help you accelerate application performance.<br>
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from<br>
the latest Intel processors and coprocessors. See abstracts and register ><br>
<a href="http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk" target="_blank">http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk</a><br>_______________________________________________<br>
Lxc-devel mailing list<br>
<a href="mailto:Lxc-devel@lists.sourceforge.net">Lxc-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/lxc-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/lxc-devel</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>S.Çağlar Onur <<a href="mailto:caglar@10ur.org">caglar@10ur.org</a>>
</div>