<div dir="ltr"><div><div><div>Hello, i found the solution :)<br>lxc-create -t ubuntu -n u20 <b>http_proxy=True</b><span class="im"><br><br></span></div><span class="im">Thanks a lot.<br></span></div><span class="im">Bests.<br></span></div><span class="im">Thouraya. <br></span></div><div class="gmail_extra"><br><div class="gmail_quote">2014-12-15 22:31 GMT+01:00 <span dir="ltr"><<a href="mailto:lxc-users-request@lists.linuxcontainers.org" target="_blank">lxc-users-request@lists.linuxcontainers.org</a>></span>:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send lxc-users mailing list submissions to<br>
<a href="mailto:lxc-users@lists.linuxcontainers.org">lxc-users@lists.linuxcontainers.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.linuxcontainers.org/listinfo/lxc-users" target="_blank">http://lists.linuxcontainers.org/listinfo/lxc-users</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:lxc-users-request@lists.linuxcontainers.org">lxc-users-request@lists.linuxcontainers.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:lxc-users-owner@lists.linuxcontainers.org">lxc-users-owner@lists.linuxcontainers.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of lxc-users digest..."<br>
<br>Today's Topics:<br>
<br>
1. Re: Cannot unlink/rename over host-level file that has been<br>
bind-mounted out of a container (Serge Hallyn)<br>
2. Re: Cannot unlink/rename over host-level file that has been<br>
bind-mounted out of a container (Barry Jaspan)<br>
3. Re: Copy files from one container to another (Thouraya TH)<br>
4. Re: Ubuntu Trusty Tahr 14.04 LTS (Serge Hallyn)<br>
5. Re: Cannot unlink/rename over host-level file that has been<br>
bind-mounted out of a container (S.Çağlar Onur)<br>
<br><br>---------- Message transféré ----------<br>From: Serge Hallyn <<a href="mailto:serge.hallyn@ubuntu.com">serge.hallyn@ubuntu.com</a>><br>To: LXC users mailing-list <<a href="mailto:lxc-users@lists.linuxcontainers.org">lxc-users@lists.linuxcontainers.org</a>><br>Cc: <br>Date: Mon, 15 Dec 2014 19:52:20 +0000<br>Subject: Re: [lxc-users] Cannot unlink/rename over host-level file that has been bind-mounted out of a container<br>Quoting Barry Jaspan (<a href="mailto:barry.jaspan@acquia.com">barry.jaspan@acquia.com</a>):<br>
> On Mon, Dec 15, 2014 at 2:19 PM, Serge Hallyn <<a href="mailto:serge.hallyn@ubuntu.com">serge.hallyn@ubuntu.com</a>><br>
> wrote:<br>
> ><br>
> > Since you are using / as the container rootfs, /empty is the same<br>
> > inode in the container and on the host.<br>
><br>
><br>
> No, it isn't. Within the container, /empty is the inode of the host's<br>
> /other_file, because /other_file is bind-mounted over /empty:<br>
><br>
> lxc.mount.entry=/other_file empty none rw,bind 0 0<br>
<br>
/other_file is bind-mounted *over* /empty. So /empty is busy.<br>
<br>
> host# ls -li /empty /other_file<br>
> 57876 -rw-r--r-- 1 root root 0 Dec 15 19:26 /empty<br>
> 58108 -rw-r--r-- 1 root root 0 Dec 15 19:26 /other_file<br>
> host# lxc-execute -n test -f test.config -- ls -li /empty /other_file<br>
> 58108 -rw-r--r-- 1 root root 0 Dec 15 19:26 /empty<br>
> 58108 -rw-r--r-- 1 root root 0 Dec 15 19:26 /other_file<br>
><br>
> I would expect the host's /other_file to be busy, but not the host's /empty.<br>
><br>
> Barry<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
> > It is over-mounted. So it<br>
> > is busy.<br>
> ><br>
> > Quoting Barry Jaspan (<a href="mailto:barry.jaspan@acquia.com">barry.jaspan@acquia.com</a>):<br>
> > > I have reduced the problem I described in my previous message to a much<br>
> > > smaller test case. Here is an LXC config file that bind-mounts a single<br>
> > > file, /other_file, from the host's root filesystem on top of another<br>
> > file,<br>
> > > /empty, also from the host's root filesystem:<br>
> > ><br>
> > > lxc.console = none<br>
> > > lxc.rootfs = /<br>
> > > lxc.mount.entry=/other_file empty none rw,bind 0 0<br>
> > ><br>
> > > While the container is running, the host's /empty cannot be unlinked:<br>
> > ><br>
> > > host# rm /empty /other_file<br>
> > > host# touch /empty /other_file<br>
> > > host# lxc-execute -n test -f test.config -- sleep 30 &<br>
> > > [1] 2419<br>
> > > host# strace -o rm.out rm /empty<br>
> > > rm: cannot remove `/empty': Device or resource busy<br>
> > > host# grep EBUSY rm.out<br>
> > > unlinkat(AT_FDCWD, "/empty", 0) = -1 EBUSY (Device or resource<br>
> > busy)<br>
> > > host# fg<br>
> > > lxc-execute -n test -f test.config -- sleep 30<br>
> > > ^C<br>
> > > host# rm /empty<br>
> > > host#<br>
> > ><br>
> > > Can anyone explain why the host's /empty cannot be unlinked even though<br>
> > it<br>
> > > is bind-mounted out of the running container? Why is it "busy"?<br>
> > ><br>
> > > Thanks,<br>
> > > Barry<br>
> > ><br>
> > ><br>
> > ><br>
> > ><br>
> > > On Mon, Dec 8, 2014 at 5:53 PM, Barry Jaspan <<a href="mailto:barry.jaspan@acquia.com">barry.jaspan@acquia.com</a>><br>
> > > wrote:<br>
> > > ><br>
> > > > I'm using LXC on Ubuntu 12.04 (Precise) on EC2. I am creating a<br>
> > container<br>
> > > > that uses the host's root filesystem. In the lxc config, I am<br>
> > bind-mounting<br>
> > > > a different passwd file on top of /etc/passwd:<br>
> > > ><br>
> > > > lxc.mount.entry=/container/passwd etc/passwd none rw,bind 0 0<br>
> > > ><br>
> > > > As expected, /etc/passwd on the host and /etc/passwd in the container<br>
> > are<br>
> > > > different inodes:<br>
> > > ><br>
> > > > host# ls -i /etc/passwd<br>
> > > > 58046 /etc/passwd<br>
> > > > host# ls -i /container/passwd<br>
> > > > 287145 /container/passwd<br>
> > > ><br>
> > > > container# ls -i /etc/passwd<br>
> > > > 287145 /etc/passwd<br>
> > > ><br>
> > > > What I did not expect is that now it is not possible to unlink<br>
> > /etc/passwd<br>
> > > > at the host level (or inside the container, although I don't care about<br>
> > > > that):<br>
> > > ><br>
> > > > host# rm /etc/passwd<br>
> > > > rm: cannot remove `/etc/passwd': Device or resource busy<br>
> > > > host# chsh -s /bin/false root<br>
> > > > chsh: failure while writing changes to /etc/passwd<br>
> > > ><br>
> > > > strace confirms that unlinkat() and rename() are returning EBUSY. (chsh<br>
> > > > creates a replacement for /etc/passwd and then rename()'s it into<br>
> > place.)<br>
> > > ><br>
> > > > So, somehow, the fact that the host's /etc/passwd is *not* present in<br>
> > the<br>
> > > > container marks its inode as busy. I do not think it is as simple as<br>
> > "an<br>
> > > > inode that has been bind-mounted out of a namespace is busy" because a<br>
> > > > simple bind-mount test case does not reproduce it:<br>
> > > ><br>
> > > > # echo foo > foo<br>
> > > > # touch bar<br>
> > > > # mount --bind ./foo ./bar<br>
> > > > # cat bar<br>
> > > > foo<br>
> > > > # touch new<br>
> > > > # mv new foo<br>
> > > > #<br>
> > > ><br>
> > > > This seems related to <a href="http://lwn.net/Articles/570338/" target="_blank">http://lwn.net/Articles/570338/</a>. However, in<br>
> > that<br>
> > > > article, a file which is bind-mounted into another namespace causes<br>
> > EBUSY<br>
> > > > from unlink/rename(). In my case, a file which is *not* bind-mounted<br>
> > into<br>
> > > > another namespace is causing EBUSY.<br>
> > > ><br>
> > > > Can someone explain what is going on?<br>
> > > ><br>
> > > > Thanks,<br>
> > > ><br>
> > > > Barry<br>
> > > ><br>
> > > > --<br>
> > > > Barry Jaspan<br>
> > > > Senior Architect | Acquia <<a href="http://acquia.com" target="_blank">http://acquia.com</a>><br>
> > > > <a href="mailto:barry.jaspan@acquia.com">barry.jaspan@acquia.com</a> | (c) <a href="tel:617.905.2208" value="+16179052208">617.905.2208</a> | (w) <a href="tel:781-313-8298" value="+17813138298">781-313-8298</a><br>
> > > ><br>
> > > > Acquia Dev Cloud: You build killer websites. We do the rest.<br>
> > > > <<a href="http://www.acquia.com/dev-cloud" target="_blank">http://www.acquia.com/dev-cloud</a>> <<a href="http://acquia.com/dev-cloud" target="_blank">http://acquia.com/dev-cloud</a>><br>
> > > > Acquia ranked #1 Software Vendor on the 2012 Inc 500<br>
> > > > <<br>
> > <a href="http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing" target="_blank">http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing</a><br>
> > ><br>
> > > ><br>
> > > ><br>
> > ><br>
> > > --<br>
> > > Barry Jaspan<br>
> > > Senior Architect | Acquia <<a href="http://acquia.com" target="_blank">http://acquia.com</a>><br>
> > > <a href="mailto:barry.jaspan@acquia.com">barry.jaspan@acquia.com</a> | (c) <a href="tel:617.905.2208" value="+16179052208">617.905.2208</a> | (w) <a href="tel:781-313-8298" value="+17813138298">781-313-8298</a><br>
> > ><br>
> > > Acquia Dev Cloud: You build killer websites. We do the rest.<br>
> > > <<a href="http://www.acquia.com/dev-cloud" target="_blank">http://www.acquia.com/dev-cloud</a>> <<a href="http://acquia.com/dev-cloud" target="_blank">http://acquia.com/dev-cloud</a>><br>
> > > Acquia ranked #1 Software Vendor on the 2012 Inc 500<br>
> > > <<br>
> > <a href="http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing" target="_blank">http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing</a><br>
> > ><br>
> ><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>
> ><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>
><br>
><br>
><br>
> --<br>
> Barry Jaspan<br>
> Senior Architect | Acquia <<a href="http://acquia.com" target="_blank">http://acquia.com</a>><br>
> <a href="mailto:barry.jaspan@acquia.com">barry.jaspan@acquia.com</a> | (c) <a href="tel:617.905.2208" value="+16179052208">617.905.2208</a> | (w) <a href="tel:781-313-8298" value="+17813138298">781-313-8298</a><br>
><br>
> Acquia Dev Cloud: You build killer websites. We do the rest.<br>
> <<a href="http://www.acquia.com/dev-cloud" target="_blank">http://www.acquia.com/dev-cloud</a>> <<a href="http://acquia.com/dev-cloud" target="_blank">http://acquia.com/dev-cloud</a>><br>
> Acquia ranked #1 Software Vendor on the 2012 Inc 500<br>
> <<a href="http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing" target="_blank">http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing</a>><br>
<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>
<br>
<br>
<br><br>---------- Message transféré ----------<br>From: Barry Jaspan <<a href="mailto:barry.jaspan@acquia.com">barry.jaspan@acquia.com</a>><br>To: LXC users mailing-list <<a href="mailto:lxc-users@lists.linuxcontainers.org">lxc-users@lists.linuxcontainers.org</a>><br>Cc: <br>Date: Mon, 15 Dec 2014 15:30:34 -0500<br>Subject: Re: [lxc-users] Cannot unlink/rename over host-level file that has been bind-mounted out of a container<br><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Dec 15, 2014 at 2:52 PM, Serge Hallyn <span dir="ltr"><<a href="mailto:serge.hallyn@ubuntu.com" target="_blank">serge.hallyn@ubuntu.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">/other_file is bind-mounted *over* /empty. So /empty is busy.<br></blockquote><div><br></div><div>Okay, I get it. The inode which is the host's /empty is being used as a mount-point. It makes sense that being a mount-point makes the inode busy.</div><div><br></div><div>My goal is to use the host's /etc inside the container, but to replace /etc/passwd+group+shadow within the container with unique per-container versions, while still allowing commands like useradd/chsh/etc, which unlink /etc/passwd, to work. My current work-around is to create a hardlink farm of /etc to another path and replace passwd+group+shadow with empty files:</div><div><br></div><div>cp -al /etc /etc_farm</div><div>rm /etc_farm/{passwd,group,shadow}</div><div>touch /etc_farm/{passwd,group,shadow}</div><div><br></div><div>I can then mount /etc_farm as the container's /etc, and mount a unique per-container passwd+group+shadow over the container's /etc versions, and the host's /etc/passwd+group+shadow are not EBUSY. This works fine. The downside is that any changes to the host's /etc are not reflected in /etc_farm unless I regenerate /etc_farm.</div><div><br></div><div>Does anyone have another suggested approach?</div><div><br></div><div>Barry</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div><div><br>
> host# ls -li /empty /other_file<br>
> 57876 -rw-r--r-- 1 root root 0 Dec 15 19:26 /empty<br>
> 58108 -rw-r--r-- 1 root root 0 Dec 15 19:26 /other_file<br>
> host# lxc-execute -n test -f test.config -- ls -li /empty /other_file<br>
> 58108 -rw-r--r-- 1 root root 0 Dec 15 19:26 /empty<br>
> 58108 -rw-r--r-- 1 root root 0 Dec 15 19:26 /other_file<br>
><br>
> I would expect the host's /other_file to be busy, but not the host's /empty.<br>
><br>
> Barry<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
> > It is over-mounted. So it<br>
> > is busy.<br>
> ><br>
> > Quoting Barry Jaspan (<a href="mailto:barry.jaspan@acquia.com" target="_blank">barry.jaspan@acquia.com</a>):<br>
> > > I have reduced the problem I described in my previous message to a much<br>
> > > smaller test case. Here is an LXC config file that bind-mounts a single<br>
> > > file, /other_file, from the host's root filesystem on top of another<br>
> > file,<br>
> > > /empty, also from the host's root filesystem:<br>
> > ><br>
> > > lxc.console = none<br>
> > > lxc.rootfs = /<br>
> > > lxc.mount.entry=/other_file empty none rw,bind 0 0<br>
> > ><br>
> > > While the container is running, the host's /empty cannot be unlinked:<br>
> > ><br>
> > > host# rm /empty /other_file<br>
> > > host# touch /empty /other_file<br>
> > > host# lxc-execute -n test -f test.config -- sleep 30 &<br>
> > > [1] 2419<br>
> > > host# strace -o rm.out rm /empty<br>
> > > rm: cannot remove `/empty': Device or resource busy<br>
> > > host# grep EBUSY rm.out<br>
> > > unlinkat(AT_FDCWD, "/empty", 0) = -1 EBUSY (Device or resource<br>
> > busy)<br>
> > > host# fg<br>
> > > lxc-execute -n test -f test.config -- sleep 30<br>
> > > ^C<br>
> > > host# rm /empty<br>
> > > host#<br>
> > ><br>
> > > Can anyone explain why the host's /empty cannot be unlinked even though<br>
> > it<br>
> > > is bind-mounted out of the running container? Why is it "busy"?<br>
> > ><br>
> > > Thanks,<br>
> > > Barry<br>
> > ><br>
> > ><br>
> > ><br>
> > ><br>
> > > On Mon, Dec 8, 2014 at 5:53 PM, Barry Jaspan <<a href="mailto:barry.jaspan@acquia.com" target="_blank">barry.jaspan@acquia.com</a>><br>
> > > wrote:<br>
> > > ><br>
> > > > I'm using LXC on Ubuntu 12.04 (Precise) on EC2. I am creating a<br>
> > container<br>
> > > > that uses the host's root filesystem. In the lxc config, I am<br>
> > bind-mounting<br>
> > > > a different passwd file on top of /etc/passwd:<br>
> > > ><br>
> > > > lxc.mount.entry=/container/passwd etc/passwd none rw,bind 0 0<br>
> > > ><br>
> > > > As expected, /etc/passwd on the host and /etc/passwd in the container<br>
> > are<br>
> > > > different inodes:<br>
> > > ><br>
> > > > host# ls -i /etc/passwd<br>
> > > > 58046 /etc/passwd<br>
> > > > host# ls -i /container/passwd<br>
> > > > 287145 /container/passwd<br>
> > > ><br>
> > > > container# ls -i /etc/passwd<br>
> > > > 287145 /etc/passwd<br>
> > > ><br>
> > > > What I did not expect is that now it is not possible to unlink<br>
> > /etc/passwd<br>
> > > > at the host level (or inside the container, although I don't care about<br>
> > > > that):<br>
> > > ><br>
> > > > host# rm /etc/passwd<br>
> > > > rm: cannot remove `/etc/passwd': Device or resource busy<br>
> > > > host# chsh -s /bin/false root<br>
> > > > chsh: failure while writing changes to /etc/passwd<br>
> > > ><br>
> > > > strace confirms that unlinkat() and rename() are returning EBUSY. (chsh<br>
> > > > creates a replacement for /etc/passwd and then rename()'s it into<br>
> > place.)<br>
> > > ><br>
> > > > So, somehow, the fact that the host's /etc/passwd is *not* present in<br>
> > the<br>
> > > > container marks its inode as busy. I do not think it is as simple as<br>
> > "an<br>
> > > > inode that has been bind-mounted out of a namespace is busy" because a<br>
> > > > simple bind-mount test case does not reproduce it:<br>
> > > ><br>
> > > > # echo foo > foo<br>
> > > > # touch bar<br>
> > > > # mount --bind ./foo ./bar<br>
> > > > # cat bar<br>
> > > > foo<br>
> > > > # touch new<br>
> > > > # mv new foo<br>
> > > > #<br>
> > > ><br>
> > > > This seems related to <a href="http://lwn.net/Articles/570338/" target="_blank">http://lwn.net/Articles/570338/</a>. However, in<br>
> > that<br>
> > > > article, a file which is bind-mounted into another namespace causes<br>
> > EBUSY<br>
> > > > from unlink/rename(). In my case, a file which is *not* bind-mounted<br>
> > into<br>
> > > > another namespace is causing EBUSY.<br>
> > > ><br>
> > > > Can someone explain what is going on?<br>
> > > ><br>
> > > > Thanks,<br>
> > > ><br>
> > > > Barry<br>
> > > ><br>
> > > > --<br>
> > > > Barry Jaspan<br>
> > > > Senior Architect | Acquia <<a href="http://acquia.com" target="_blank">http://acquia.com</a>><br>
> > > > <a href="mailto:barry.jaspan@acquia.com" target="_blank">barry.jaspan@acquia.com</a> | (c) <a href="tel:617.905.2208" value="+16179052208" target="_blank">617.905.2208</a> | (w) <a href="tel:781-313-8298" value="+17813138298" target="_blank">781-313-8298</a><br>
> > > ><br>
> > > > Acquia Dev Cloud: You build killer websites. We do the rest.<br>
> > > > <<a href="http://www.acquia.com/dev-cloud" target="_blank">http://www.acquia.com/dev-cloud</a>> <<a href="http://acquia.com/dev-cloud" target="_blank">http://acquia.com/dev-cloud</a>><br>
> > > > Acquia ranked #1 Software Vendor on the 2012 Inc 500<br>
> > > > <<br>
> > <a href="http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing" target="_blank">http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing</a><br>
> > ><br>
> > > ><br>
> > > ><br>
> > ><br>
> > > --<br>
> > > Barry Jaspan<br>
> > > Senior Architect | Acquia <<a href="http://acquia.com" target="_blank">http://acquia.com</a>><br>
> > > <a href="mailto:barry.jaspan@acquia.com" target="_blank">barry.jaspan@acquia.com</a> | (c) <a href="tel:617.905.2208" value="+16179052208" target="_blank">617.905.2208</a> | (w) <a href="tel:781-313-8298" value="+17813138298" target="_blank">781-313-8298</a><br>
> > ><br>
> > > Acquia Dev Cloud: You build killer websites. We do the rest.<br>
> > > <<a href="http://www.acquia.com/dev-cloud" target="_blank">http://www.acquia.com/dev-cloud</a>> <<a href="http://acquia.com/dev-cloud" target="_blank">http://acquia.com/dev-cloud</a>><br>
> > > Acquia ranked #1 Software Vendor on the 2012 Inc 500<br>
> > > <<br>
> > <a href="http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing" target="_blank">http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing</a><br>
> > ><br>
> ><br>
> > > _______________________________________________<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" target="_blank">http://lists.linuxcontainers.org/listinfo/lxc-users</a><br>
> ><br>
> > _______________________________________________<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" target="_blank">http://lists.linuxcontainers.org/listinfo/lxc-users</a><br>
><br>
><br>
><br>
> --<br>
> Barry Jaspan<br>
> Senior Architect | Acquia <<a href="http://acquia.com" target="_blank">http://acquia.com</a>><br>
> <a href="mailto:barry.jaspan@acquia.com" target="_blank">barry.jaspan@acquia.com</a> | (c) <a href="tel:617.905.2208" value="+16179052208" target="_blank">617.905.2208</a> | (w) <a href="tel:781-313-8298" value="+17813138298" target="_blank">781-313-8298</a><br>
><br>
> Acquia Dev Cloud: You build killer websites. We do the rest.<br>
> <<a href="http://www.acquia.com/dev-cloud" target="_blank">http://www.acquia.com/dev-cloud</a>> <<a href="http://acquia.com/dev-cloud" target="_blank">http://acquia.com/dev-cloud</a>><br>
> Acquia ranked #1 Software Vendor on the 2012 Inc 500<br>
> <<a href="http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing" target="_blank">http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing</a>><br>
<br>
> _______________________________________________<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" target="_blank">http://lists.linuxcontainers.org/listinfo/lxc-users</a><br>
<br>
_______________________________________________<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" target="_blank">http://lists.linuxcontainers.org/listinfo/lxc-users</a></div></div></blockquote></div><br clear="all"><div><br></div>-- <br><div>Barry Jaspan<br><font size="1"><span style="color:rgb(102,102,102)">Senior Architect | </span><a style="color:rgb(102,102,102)" href="http://acquia.com" target="_blank">Acquia</a><br style="color:rgb(102,102,102)"><a style="color:rgb(102,102,102)" href="mailto:barry.jaspan@acquia.com" target="_blank">barry.jaspan@acquia.com</a><span style="color:rgb(102,102,102)"> | (c) <a href="tel:617.905.2208" value="+16179052208" target="_blank">617.905.2208</a> | (w) <a href="tel:781-313-8298" value="+17813138298" target="_blank">781-313-8298</a></span><br style="color:rgb(102,102,102)"><br style="color:rgb(102,102,102)"><font><a href="http://www.acquia.com/dev-cloud" target="_blank">Acquia Dev Cloud: You build killer websites. We do the rest.</a><a href="http://acquia.com/dev-cloud" target="_blank"></a></font></font><br><a href="http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing" target="_blank"><span style="font-size:13px;font-family:Arial;color:rgb(17,85,204);font-weight:bold;font-style:normal;font-variant:normal;text-decoration:underline;vertical-align:baseline;background-color:transparent">Acquia</span><span style="font-size:13px;font-family:Arial;color:rgb(17,85,204);font-weight:normal;font-style:normal;font-variant:normal;text-decoration:underline;vertical-align:baseline;background-color:transparent"> ranked #1 Software Vendor on the 2012 Inc 500</span></a><br><br></div>
</div></div>
<br><br>---------- Message transféré ----------<br>From: Thouraya TH <<a href="mailto:thouraya87@gmail.com">thouraya87@gmail.com</a>><br>To: LXC users mailing-list <<a href="mailto:lxc-users@lists.linuxcontainers.org">lxc-users@lists.linuxcontainers.org</a>><br>Cc: <br>Date: Mon, 15 Dec 2014 21:43:35 +0100<br>Subject: Re: [lxc-users] Copy files from one container to another<br><div dir="ltr">scp PastryGrid-1.0.jar ubuntu@10.0.3.138:~<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">2014-03-07 20:48 GMT+01:00 Thouraya TH <span dir="ltr"><<a href="mailto:thouraya87@gmail.com" target="_blank">thouraya87@gmail.com</a>></span>:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hello,<br><br></div><div>Please, how can i send a file from one container to another ?<br></div><div>i have tried with scp MyFile ubuntu@10.0.3.205:/<br><br></div><div>But it did'nt work ! Have you an idea please ?<br>
</div><div><br><br></div>Thanks a lot.<br></div>Best Regards.<br></div>
</blockquote></div></div>
<br><br>---------- Message transféré ----------<br>From: Serge Hallyn <<a href="mailto:serge.hallyn@ubuntu.com">serge.hallyn@ubuntu.com</a>><br>To: LXC users mailing-list <<a href="mailto:lxc-users@lists.linuxcontainers.org">lxc-users@lists.linuxcontainers.org</a>><br>Cc: <br>Date: Mon, 15 Dec 2014 20:52:39 +0000<br>Subject: Re: [lxc-users] Ubuntu Trusty Tahr 14.04 LTS<br>In a pinch I've also been known to just scp my .cache/lxc/download/ from<br>
a non-proxied host to a proxied host.<br>
<br>
Quoting Eric Keller (<a href="mailto:keller.eric@gmail.com">keller.eric@gmail.com</a>):<br>
> Could simply be that you are behind a firewall... That why the ask Ubuntu<br>
> answer includes setting up a proxy environment variable.<br>
><br>
> The error message means you cannot get the appropriate key from the server,<br>
> a workaround is to download the key using wget or curl and then using<br>
> apt-key add the-downloaded-key<br>
><br>
> Hope this helps<br>
><br>
> Regards<br>
> Eric<br>
> On Dec 13, 2014 7:21 PM, "Thouraya TH" <<a href="mailto:thouraya87@gmail.com">thouraya87@gmail.com</a>> wrote:<br>
><br>
> > Hello, Please i have already posted this question but i haven't any answer;<br>
> > i found this solution on the web:<br>
> > <a href="http://askubuntu.com/questions/544597/lxc-create-hangs-and-finally-fails" target="_blank">http://askubuntu.com/questions/544597/lxc-create-hangs-and-finally-fails</a><br>
> > but i didn't understand the solution.<br>
> > Can you explain me the solution on the URL ?<br>
> ><br>
> ><br>
> > *Problem*<br>
> > root@localhost:/home# sudo lxc-create -t ubuntu -n u1 -- -r trusty -a<br>
> > amd64<br>
> > Checking cache download in /var/cache/lxc/trusty/rootfs-amd64 ...<br>
> > Installing packages in template: ssh,vim,language-pack-en<br>
> > Downloading ubuntu trusty minimal ...<br>
> > I: Retrieving Release<br>
> ><br>
> > *E: Failed getting release file<br>
> > <a href="http://archive.ubuntu.com/ubuntu/dists/trusty/Release" target="_blank">http://archive.ubuntu.com/ubuntu/dists/trusty/Release</a><br>
> > <<a href="http://archive.ubuntu.com/ubuntu/dists/trusty/Release" target="_blank">http://archive.ubuntu.com/ubuntu/dists/trusty/Release</a>>*<br>
> > lxc_container: container creation template for u1 failed<br>
> > lxc_container: Error creating container u1<br>
> ><br>
> > root@localhost:~# sudo lxc-create -t download -n ubuntu -- -d ubuntu -r<br>
> > trusty -a amd64<br>
> > lxc-create: Error: ubuntu creation was not completed<br>
> > Setting up the GPG keyring<br>
> > ERROR: Unable to fetch GPG key from keyserver.<br>
> ><br>
> > Thanks a lot.<br>
> > Bests.<br>
> ><br>
> ><br>
> ><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>
> ><br>
<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>
<br>
<br>
<br><br>---------- Message transféré ----------<br>From: "S.Çağlar Onur" <<a href="mailto:caglar@10ur.org">caglar@10ur.org</a>><br>To: LXC users mailing-list <<a href="mailto:lxc-users@lists.linuxcontainers.org">lxc-users@lists.linuxcontainers.org</a>><br>Cc: <br>Date: Mon, 15 Dec 2014 16:31:03 -0500<br>Subject: Re: [lxc-users] Cannot unlink/rename over host-level file that has been bind-mounted out of a container<br>Sounds like overlayfs is what you are looking for?<br>
<br>
# mount -t overlayfs overlayfs ~/rootfs/etc/ -o<br>
rw,upperdir=~/custom,lowerdir=/etc<br>
# rm ~/rootfs/etc/passwd<br>
# ls /etc/passwd<br>
/etc/passwd<br>
# ls custom/ -al<br>
total 8<br>
drwxr-xr-x 2 root root 4096 Dec 15 16:29 .<br>
drwx------ 12 root root 4096 Dec 15 16:29 ..<br>
lrwxrwxrwx 1 root root 18 Dec 15 16:29 passwd -> (overlay-whiteout)<br>
<br>
On Mon, Dec 15, 2014 at 3:30 PM, Barry Jaspan <<a href="mailto:barry.jaspan@acquia.com">barry.jaspan@acquia.com</a>> wrote:<br>
> On Mon, Dec 15, 2014 at 2:52 PM, Serge Hallyn <<a href="mailto:serge.hallyn@ubuntu.com">serge.hallyn@ubuntu.com</a>><br>
> wrote:<br>
>><br>
>> /other_file is bind-mounted *over* /empty. So /empty is busy.<br>
><br>
><br>
> Okay, I get it. The inode which is the host's /empty is being used as a<br>
> mount-point. It makes sense that being a mount-point makes the inode busy.<br>
><br>
> My goal is to use the host's /etc inside the container, but to replace<br>
> /etc/passwd+group+shadow within the container with unique per-container<br>
> versions, while still allowing commands like useradd/chsh/etc, which unlink<br>
> /etc/passwd, to work. My current work-around is to create a hardlink farm<br>
> of /etc to another path and replace passwd+group+shadow with empty files:<br>
><br>
> cp -al /etc /etc_farm<br>
> rm /etc_farm/{passwd,group,shadow}<br>
> touch /etc_farm/{passwd,group,shadow}<br>
><br>
> I can then mount /etc_farm as the container's /etc, and mount a unique<br>
> per-container passwd+group+shadow over the container's /etc versions, and<br>
> the host's /etc/passwd+group+shadow are not EBUSY. This works fine. The<br>
> downside is that any changes to the host's /etc are not reflected in<br>
> /etc_farm unless I regenerate /etc_farm.<br>
><br>
> Does anyone have another suggested approach?<br>
><br>
> Barry<br>
><br>
><br>
>><br>
>><br>
>> > host# ls -li /empty /other_file<br>
>> > 57876 -rw-r--r-- 1 root root 0 Dec 15 19:26 /empty<br>
>> > 58108 -rw-r--r-- 1 root root 0 Dec 15 19:26 /other_file<br>
>> > host# lxc-execute -n test -f test.config -- ls -li /empty /other_file<br>
>> > 58108 -rw-r--r-- 1 root root 0 Dec 15 19:26 /empty<br>
>> > 58108 -rw-r--r-- 1 root root 0 Dec 15 19:26 /other_file<br>
>> ><br>
>> > I would expect the host's /other_file to be busy, but not the host's<br>
>> > /empty.<br>
>> ><br>
>> > Barry<br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > > It is over-mounted. So it<br>
>> > > is busy.<br>
>> > ><br>
>> > > Quoting Barry Jaspan (<a href="mailto:barry.jaspan@acquia.com">barry.jaspan@acquia.com</a>):<br>
>> > > > I have reduced the problem I described in my previous message to a<br>
>> > > > much<br>
>> > > > smaller test case. Here is an LXC config file that bind-mounts a<br>
>> > > > single<br>
>> > > > file, /other_file, from the host's root filesystem on top of another<br>
>> > > file,<br>
>> > > > /empty, also from the host's root filesystem:<br>
>> > > ><br>
>> > > > lxc.console = none<br>
>> > > > lxc.rootfs = /<br>
>> > > > lxc.mount.entry=/other_file empty none rw,bind 0 0<br>
>> > > ><br>
>> > > > While the container is running, the host's /empty cannot be<br>
>> > > > unlinked:<br>
>> > > ><br>
>> > > > host# rm /empty /other_file<br>
>> > > > host# touch /empty /other_file<br>
>> > > > host# lxc-execute -n test -f test.config -- sleep 30 &<br>
>> > > > [1] 2419<br>
>> > > > host# strace -o rm.out rm /empty<br>
>> > > > rm: cannot remove `/empty': Device or resource busy<br>
>> > > > host# grep EBUSY rm.out<br>
>> > > > unlinkat(AT_FDCWD, "/empty", 0) = -1 EBUSY (Device or<br>
>> > > > resource<br>
>> > > busy)<br>
>> > > > host# fg<br>
>> > > > lxc-execute -n test -f test.config -- sleep 30<br>
>> > > > ^C<br>
>> > > > host# rm /empty<br>
>> > > > host#<br>
>> > > ><br>
>> > > > Can anyone explain why the host's /empty cannot be unlinked even<br>
>> > > > though<br>
>> > > it<br>
>> > > > is bind-mounted out of the running container? Why is it "busy"?<br>
>> > > ><br>
>> > > > Thanks,<br>
>> > > > Barry<br>
>> > > ><br>
>> > > ><br>
>> > > ><br>
>> > > ><br>
>> > > > On Mon, Dec 8, 2014 at 5:53 PM, Barry Jaspan<br>
>> > > > <<a href="mailto:barry.jaspan@acquia.com">barry.jaspan@acquia.com</a>><br>
>> > > > wrote:<br>
>> > > > ><br>
>> > > > > I'm using LXC on Ubuntu 12.04 (Precise) on EC2. I am creating a<br>
>> > > container<br>
>> > > > > that uses the host's root filesystem. In the lxc config, I am<br>
>> > > bind-mounting<br>
>> > > > > a different passwd file on top of /etc/passwd:<br>
>> > > > ><br>
>> > > > > lxc.mount.entry=/container/passwd etc/passwd none rw,bind 0 0<br>
>> > > > ><br>
>> > > > > As expected, /etc/passwd on the host and /etc/passwd in the<br>
>> > > > > container<br>
>> > > are<br>
>> > > > > different inodes:<br>
>> > > > ><br>
>> > > > > host# ls -i /etc/passwd<br>
>> > > > > 58046 /etc/passwd<br>
>> > > > > host# ls -i /container/passwd<br>
>> > > > > 287145 /container/passwd<br>
>> > > > ><br>
>> > > > > container# ls -i /etc/passwd<br>
>> > > > > 287145 /etc/passwd<br>
>> > > > ><br>
>> > > > > What I did not expect is that now it is not possible to unlink<br>
>> > > /etc/passwd<br>
>> > > > > at the host level (or inside the container, although I don't care<br>
>> > > > > about<br>
>> > > > > that):<br>
>> > > > ><br>
>> > > > > host# rm /etc/passwd<br>
>> > > > > rm: cannot remove `/etc/passwd': Device or resource busy<br>
>> > > > > host# chsh -s /bin/false root<br>
>> > > > > chsh: failure while writing changes to /etc/passwd<br>
>> > > > ><br>
>> > > > > strace confirms that unlinkat() and rename() are returning EBUSY.<br>
>> > > > > (chsh<br>
>> > > > > creates a replacement for /etc/passwd and then rename()'s it into<br>
>> > > place.)<br>
>> > > > ><br>
>> > > > > So, somehow, the fact that the host's /etc/passwd is *not* present<br>
>> > > > > in<br>
>> > > the<br>
>> > > > > container marks its inode as busy. I do not think it is as simple<br>
>> > > > > as<br>
>> > > "an<br>
>> > > > > inode that has been bind-mounted out of a namespace is busy"<br>
>> > > > > because a<br>
>> > > > > simple bind-mount test case does not reproduce it:<br>
>> > > > ><br>
>> > > > > # echo foo > foo<br>
>> > > > > # touch bar<br>
>> > > > > # mount --bind ./foo ./bar<br>
>> > > > > # cat bar<br>
>> > > > > foo<br>
>> > > > > # touch new<br>
>> > > > > # mv new foo<br>
>> > > > > #<br>
>> > > > ><br>
>> > > > > This seems related to <a href="http://lwn.net/Articles/570338/" target="_blank">http://lwn.net/Articles/570338/</a>. However, in<br>
>> > > that<br>
>> > > > > article, a file which is bind-mounted into another namespace<br>
>> > > > > causes<br>
>> > > EBUSY<br>
>> > > > > from unlink/rename(). In my case, a file which is *not*<br>
>> > > > > bind-mounted<br>
>> > > into<br>
>> > > > > another namespace is causing EBUSY.<br>
>> > > > ><br>
>> > > > > Can someone explain what is going on?<br>
>> > > > ><br>
>> > > > > Thanks,<br>
>> > > > ><br>
>> > > > > Barry<br>
>> > > > ><br>
>> > > > > --<br>
>> > > > > Barry Jaspan<br>
>> > > > > Senior Architect | Acquia <<a href="http://acquia.com" target="_blank">http://acquia.com</a>><br>
>> > > > > <a href="mailto:barry.jaspan@acquia.com">barry.jaspan@acquia.com</a> | (c) <a href="tel:617.905.2208" value="+16179052208">617.905.2208</a> | (w) <a href="tel:781-313-8298" value="+17813138298">781-313-8298</a><br>
>> > > > ><br>
>> > > > > Acquia Dev Cloud: You build killer websites. We do the rest.<br>
>> > > > > <<a href="http://www.acquia.com/dev-cloud" target="_blank">http://www.acquia.com/dev-cloud</a>> <<a href="http://acquia.com/dev-cloud" target="_blank">http://acquia.com/dev-cloud</a>><br>
>> > > > > Acquia ranked #1 Software Vendor on the 2012 Inc 500<br>
>> > > > > <<br>
>> > ><br>
>> > > <a href="http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing" target="_blank">http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing</a><br>
>> > > ><br>
>> > > > ><br>
>> > > > ><br>
>> > > ><br>
>> > > > --<br>
>> > > > Barry Jaspan<br>
>> > > > Senior Architect | Acquia <<a href="http://acquia.com" target="_blank">http://acquia.com</a>><br>
>> > > > <a href="mailto:barry.jaspan@acquia.com">barry.jaspan@acquia.com</a> | (c) <a href="tel:617.905.2208" value="+16179052208">617.905.2208</a> | (w) <a href="tel:781-313-8298" value="+17813138298">781-313-8298</a><br>
>> > > ><br>
>> > > > Acquia Dev Cloud: You build killer websites. We do the rest.<br>
>> > > > <<a href="http://www.acquia.com/dev-cloud" target="_blank">http://www.acquia.com/dev-cloud</a>> <<a href="http://acquia.com/dev-cloud" target="_blank">http://acquia.com/dev-cloud</a>><br>
>> > > > Acquia ranked #1 Software Vendor on the 2012 Inc 500<br>
>> > > > <<br>
>> > ><br>
>> > > <a href="http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing" target="_blank">http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing</a><br>
>> > > ><br>
>> > ><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>
>> > ><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>
>> ><br>
>> ><br>
>> ><br>
>> > --<br>
>> > Barry Jaspan<br>
>> > Senior Architect | Acquia <<a href="http://acquia.com" target="_blank">http://acquia.com</a>><br>
>> > <a href="mailto:barry.jaspan@acquia.com">barry.jaspan@acquia.com</a> | (c) <a href="tel:617.905.2208" value="+16179052208">617.905.2208</a> | (w) <a href="tel:781-313-8298" value="+17813138298">781-313-8298</a><br>
>> ><br>
>> > Acquia Dev Cloud: You build killer websites. We do the rest.<br>
>> > <<a href="http://www.acquia.com/dev-cloud" target="_blank">http://www.acquia.com/dev-cloud</a>> <<a href="http://acquia.com/dev-cloud" target="_blank">http://acquia.com/dev-cloud</a>><br>
>> > Acquia ranked #1 Software Vendor on the 2012 Inc 500<br>
>> ><br>
>> > <<a href="http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing" target="_blank">http://www.acquia.com/about-us/newsroom/press-releases/inc-magazine-unveils-31st-annual-list-america-s-fastest-growing</a>><br>
>><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>
>><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>
><br>
><br>
><br>
> --<br>
> Barry Jaspan<br>
> Senior Architect | Acquia<br>
> <a href="mailto:barry.jaspan@acquia.com">barry.jaspan@acquia.com</a> | (c) <a href="tel:617.905.2208" value="+16179052208">617.905.2208</a> | (w) <a href="tel:781-313-8298" value="+17813138298">781-313-8298</a><br>
><br>
> Acquia Dev Cloud: You build killer websites. We do the rest.<br>
> Acquia ranked #1 Software Vendor on the 2012 Inc 500<br>
><br>
><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>
<br>
<br>
<br>
--<br>
S.Çağlar Onur <<a href="mailto:caglar@10ur.org">caglar@10ur.org</a>><br>
<br>
<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></div>