[Lxc-users] Issues with mass-starting and bridge
Leon Waldman
le.waldman at gmail.com
Tue Oct 16 15:30:44 UTC 2012
Hi,
Just to send a feedback... Looks like the problems were related to the
virtualbox network layer.
I did the same setup on a Xen VM and till now, everything went fine
(except for the fact that the VMs are rebooting after 20 minutes, but I
think this is duo to low setting on the gc_thresh1 (it's on 128) and I'm
starting to troubleshoot it now! :P).
Any way, thank very much for the insights! :)
On 10/08/2012 04:02 PM, Leon Waldman wrote:
> Hi all,
>
>
> I'm having a strange issue with the bridge on my lxc host.
>
>
> First, some background info:
> I'm running lxc version 0.75 on a CentOS 6.3 install with the standard
> kernel (2.6.32-279.9.1.el6.i686).
> it's running inside a VirtualBox VM.
>
> I created 100 containers and named from 000 to 099. they are all with
> sequential assigned IPs and macaddresses (from 10.0.1.0/8 till
> 10.0.1.99/8 | 80:04:C0:AB:00:00 till 80:04:C0:AB:00:63).
>
>
> When starting them in "mass" with something like:
> for i in `range 0 99`; do echo $i; lxc-start -n $i -d; done
> after a random number of containers is started the br0 bridge just
> stops to answer for anything. It just freezes (it's easy to note
> because I'm connecting to the host through ssh using the same bridge).
>
> If I put a sleep 5 on the for above, things goes better, but then one
> or two of the containers became a "remote bridge bomb". The bridge
> stays working till a packet arrives to the "bomb" container, and them
> again the entire bridge freezes. This container bomb is also random.
>
> if I remove the problematic container iface from the bridge, it
> unfreezes. If I add it again and send a packet... It freezes again. If
> I stop the container and re-start it... all goes fine and the issue
> vanish.
>
>
> From my point of view, looks like when the virtual iface is created
> during the container start (if under load or with too much concurrent
> starts... I don't know), sometimes something goes wrong with the iface
> and it mess with the entire bridge if this "messy" iface is attached.
>
>
> Do any one have any input on this (do this happened before? Is there a
> limit for concurrent containers initializations? Is there a kernel
> setting or some config that I could do to solve it)?
>
>
> In order to achieve what I need in production environment, I will need
> to start and stop containers several times per minute. Do this sound
> too problematic?
>
>
> If you guys need any additional information, please just let me know.
>
>
> Thanks in advance
>
> --
> *Leon Waldman* <http://leonwaldman.com/>
> Senior Linux/UNIX SysAdmin & Consultant.
> Back-End & Infrastructure Architect.
> View Leon Waldman's profile on LinkedIn
> <http://br.linkedin.com/in/leonwaldman>
> <https://twitter.com/lewaldman>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxcontainers.org/pipermail/lxc-users/attachments/20121016/251c9d7d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 382 bytes
Desc: not available
URL: <http://lists.linuxcontainers.org/pipermail/lxc-users/attachments/20121016/251c9d7d/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 2775 bytes
Desc: not available
URL: <http://lists.linuxcontainers.org/pipermail/lxc-users/attachments/20121016/251c9d7d/attachment-0001.png>
More information about the lxc-users
mailing list