Hi there,
What about using AF_INET but binding a restricted port while adding a new
field to the message? As an example we can start to create a hmac (or
something like that) per container in the creation time and save that into
LXCPATH/CONTAINERNAME/hmac. Then both client (can add that value to
m
On 04/10/2013 05:39:41 AM, Purcareata Bogdan-B43198 wrote:
> Hello,
>
> Thank you very much for your reply! I'm sorry for sending this in a
> hurry, and not providing enough explanations. Please find my
> additional comment inline.
>
> Thank you,
> Bogdan P.
>
> > -Original Message-
On 04/16/2013 05:47 PM, Dwight Engen wrote:
> The recent change to use strtok_r causes a build warning with this older
> gcc version, so initialize saveptr to NULL to quiet the compiler and
> unbreak the build. There was no warning with gcc 4.7.2 that I
> originally tested with.
>
> Signed-off-by:
The recent change to use strtok_r causes a build warning with this older
gcc version, so initialize saveptr to NULL to quiet the compiler and
unbreak the build. There was no warning with gcc 4.7.2 that I
originally tested with.
Signed-off-by: Dwight Engen
---
src/lxc/conf.c |2 +-
1 files ch
Quoting S.Çağlar Onur (cag...@10ur.org):
> From: "S.Çağlar Onur"
>
> Trying to stop multiple containers concurrently ends up with "cgroup is not
> mounted" errors as multiple threads corrupts the shared variables.
> Fix that stack corruption and start to use getmntent_r to support stopping
> mu
Quoting Dwight Engen (dwight.en...@oracle.com):
> On Tue, 16 Apr 2013 08:52:56 -0500
> Serge Hallyn wrote:
>
> > Quoting S.Çağlar Onur (cag...@10ur.org):
> > > Hi Serge,
> > >
> > > I was just following your lead as you said you don't wan't any long
> > > running monitor daemon :)
> >
> > Yup,
On Tue, 16 Apr 2013 08:52:56 -0500
Serge Hallyn wrote:
> Quoting S.Çağlar Onur (cag...@10ur.org):
> > Hi Serge,
> >
> > I was just following your lead as you said you don't wan't any long
> > running monitor daemon :)
>
> Yup, at this point I"m going for the least bad solution. (since the
> be
Quoting S.Çağlar Onur (cag...@10ur.org):
> Hi Serge,
>
> I was just following your lead as you said you don't wan't any long running
> monitor daemon :)
Yup, at this point I"m going for the least bad solution. (since the best
solution, multicast af_unix, isn't possible :)
> Also I'm not sure ho
Thanks, Richard. Does the following patch help?
(Disregard the spacing in original function, pushing a fix for that
separately)
As Richard reported, dirname('//') returns //. But mkdir_p only stops
when called with '/', resulting in infinite recursion when given a
pathname '//foo/bar'.
Reporte
The function below is broken, it does never return if a path looks
like "//foo/bar" and corrupts the thread stack.
HINT: dirname("//") does _not_ return "/".
This is most likely the reason why I saw all the strange things.
Debugging this was not fun because valgrind and gdb were useless because th
On Sun, Apr 14, 2013 at 5:44 PM, richard -rw- weinberger
wrote:
> On Sun, Apr 14, 2013 at 12:14 AM, richard -rw- weinberger
> wrote:
>> Serge, has magic is hidden in your lxc package? :-)
>
> -EBADENGLISH
>
> Should read ", what magic is hidden in your lxc package"
>
> Serge, can you please try a
11 matches
Mail list logo
