Daniel Lezcano daniel.lezc...@free.fr writes:
On 09/28/2010 09:21 AM, Frank Bauer wrote:
On Mon, Sep 27, 2010 at 10:13 PM, Daniel Lezcanodaniel.lezc...@free.fr
wrote:
Maybe it would be easier to check first if you have this fd in bash with ls
-al /proc/pid/fd and then follow up the
Frank Bauer frank.c.ba...@gmail.com writes:
squeeze:~# lxc-start -n container
lxc-start: inherited fd 7 on pipe:[4220]
lxc-start: inherited fd 9 on pipe:[4224]
You can get your shell to close those file descriptors by
# lxc-start -n 7- 8-
But best would be to find out who leaked those,
Serge E. Hallyn serge.hal...@canonical.com writes:
Quoting Ferenc Wagner (wf...@niif.hu):
Serge E. Hallyn serge.hal...@canonical.com writes:
Quoting Daniel Lezcano (daniel.lezc...@free.fr):
On 08/31/2010 12:23 AM, Serge E. Hallyn wrote:
Quoting Daniel Lezcano (daniel.lezc...@free.fr
Yanick Emiliano lak...@gmail.com writes:
I would like know if lxc at this stage suppots centralization network
storage. I mean a Storage Filer , iSCSI, or *AoE storage*,For example can I
have all my rootfs on a network filer and start each VM on a specific device
storage on a network.
If I
atp andrew.phill...@lmax.com writes:
[r...@islab01 lxc]# lxc-start -n test01.dev.tradefair/
lxc-start: No such file or directory - failed to access to
'/usr/lib64/lxc', check it is present
This directory should be created by make install, but it isn't yet.
I don't have a lxc.rootfs.mount
Daniel Lezcano daniel.lezc...@free.fr writes:
On 05/13/2010 02:22 PM, Ferenc Wagner wrote:
I attached a proof-of-concept patch which seems to work good enough for
me. The function names are somewhat off now, but I leave that for later
do you have definitive version for this ?
I have some
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote:
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote:
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote:
Actually, I'm not sure you can fully solve
Michael H. Warfield m...@wittsend.com writes:
On Wed, 2010-05-12 at 23:18 +0200, Daniel Lezcano wrote:
Ferenc Wagner wrote:
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote:
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote:
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote:
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote:
I'd like to use lxc-start as a wrapper, invisible
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote:
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote:
Actually, I'm not sure you can fully solve this. If rootfs is a
separate file system, this is only much ado about nothing. If rootfs
isn't
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote:
Daniel Lezcano daniel.lezc...@free.fr writes:
We can't simply remove it because of the pivot_root which returns
EBUSY. I suppose it's coming from: new_root and put_old must not
be on the same file system
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote:
I can see that lxc-unshare isn't for me: I wanted to use it to avoid
adding the extra lxc-start process between two daemons communicating via
signals, but it's impossible to unshare PID namespaces, so I'm doomed
Serge E. Hallyn se...@us.ibm.com writes:
Quoting Daniel Lezcano (daniel.lezc...@free.fr):
Serge E. Hallyn wrote:
Quoting Ferenc Wagner (wf...@niif.hu):
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote:
I can see that lxc-unshare isn't for me: I wanted to use
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote:
While playing with lxc-start, I noticed that /tmp is infested by
empty lxc-r* directories: [...] Ok, this name comes from lxc-rootfs
in conf.c:setup_rootfs. After setup_rootfs_pivot_root returns, the
original /tmp
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote:
I'd like to use lxc-start as a wrapper, invisible to the parent and
the (jailed) child. Of course I could hack around this by not
exec-ing lxc-start but keeping the shell around, trap all signals and
lxc-killing them
Daniel Lezcano dlezc...@fr.ibm.com writes:
Ferenc Wagner wrote:
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote:
While playing with lxc-start, I noticed that /tmp is infested by
empty lxc-r* directories: [...] Ok, this name comes from lxc-rootfs
in conf.c:setup_rootfs
Ferenc Wagner wf...@niif.hu writes:
Daniel Lezcano dlezc...@fr.ibm.com writes:
Ferenc Wagner wrote:
Daniel Lezcano daniel.lezc...@free.fr writes:
Ferenc Wagner wrote:
While playing with lxc-start, I noticed that /tmp is infested by
empty lxc-r* directories: [...] Ok, this name comes
Hi,
as of git 305bc646, the following happens:
# strace -f lxc-unshare -s NETWORK
[...]
clone(Process 3085 attached (waiting for parent)
Process 3085 resumed (parent 3084 ready)
child_stack=0xbfe836d4, flags=0x4000|SIGCHLD) = 3085
[pid 3085] getpid()= 3085
[pid 3085]
18 matches
Mail list logo
