Thanks, help is really appreciated.<br><br><br>Cheers,<br>Olivier<br><br><div class="gmail_quote">On Sun, Apr 17, 2011 at 8:39 AM, Geordy Korte <span dir="ltr"><<a href="mailto:gkorte@gmail.com">gkorte@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi,<br>
<br>
Thought about it some more and i think it might be an advanced esx feature that restricts this. Basically a couple of adv features block spoofing and mac changes on a vhost. I will try to find the specific command you need to run on an esx host tomorrow, or maybee someone can google it. I am 100% sure that it's not a bug in either esx or lxc and no modifications are needed on the lxc side.<br>
<div class="im"><br>
Mvg<br>
<br>
Geordy Korte<br>
(Sent via iphone so shorter then normal)<br>
<br>
<br>
</div><div><div></div><div class="h5">On 16 apr. 2011, at 23:51, Ulli Horlacher <<a href="mailto:framstag@rus.uni-stuttgart.de">framstag@rus.uni-stuttgart.de</a>> wrote:<br>
<br>
> On Sat 2011-04-16 (22:24), Geordy Korte wrote:<br>
><br>
>> Due to the architecter of esx it will only permit 1 mac per vswitch port.<br>
>> If they would allow more then security would be comprimised. Solution<br>
>> would be to have each lxc bound to a vnic.<br>
><br>
> I have had the same problem with lxc on ESX last week. I also thought<br>
> using separate vnics for each container would be a solution, but lxc has<br>
> a bug not giving back the interface original name to the host: eg, eth1<br>
> becomes dev3 and you cannot rename it back.<br>
><br>
> The result of this bug is: you can start a container only once, then you<br>
> have to reboot the host. This is a complete show stopper.<br>
><br>
><br>
> --<br>
> Ullrich Horlacher Server- und Arbeitsplatzsysteme<br>
> Rechenzentrum E-Mail: <a href="mailto:horlacher@rus.uni-stuttgart.de">horlacher@rus.uni-stuttgart.de</a><br>
> Universitaet Stuttgart Tel: <a href="tel:%2B%2B49-711-685-65868" value="+4971168565868">++49-711-685-65868</a><br>
> Allmandring 30 Fax: <a href="tel:%2B%2B49-711-682357" value="+49711682357">++49-711-682357</a><br>
> 70550 Stuttgart (Germany) WWW: <a href="http://www.rus.uni-stuttgart.de/" target="_blank">http://www.rus.uni-stuttgart.de/</a><br>
><br>
> ------------------------------------------------------------------------------<br>
> Benefiting from Server Virtualization: Beyond Initial Workload<br>
> Consolidation -- Increasing the use of server virtualization is a top<br>
> priority.Virtualization can reduce costs, simplify management, and improve<br>
> application availability and disaster protection. Learn more about boosting<br>
> the value of server virtualization. <a href="http://p.sf.net/sfu/vmware-sfdev2dev" target="_blank">http://p.sf.net/sfu/vmware-sfdev2dev</a><br>
> _______________________________________________<br>
> Lxc-users mailing list<br>
> <a href="mailto:Lxc-users@lists.sourceforge.net">Lxc-users@lists.sourceforge.net</a><br>
> <a href="https://lists.sourceforge.net/lists/listinfo/lxc-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/lxc-users</a><br>
<br>
------------------------------------------------------------------------------<br>
Benefiting from Server Virtualization: Beyond Initial Workload<br>
Consolidation -- Increasing the use of server virtualization is a top<br>
priority.Virtualization can reduce costs, simplify management, and improve<br>
application availability and disaster protection. Learn more about boosting<br>
the value of server virtualization. <a href="http://p.sf.net/sfu/vmware-sfdev2dev" target="_blank">http://p.sf.net/sfu/vmware-sfdev2dev</a><br>
_______________________________________________<br>
Lxc-users mailing list<br>
<a href="mailto:Lxc-users@lists.sourceforge.net">Lxc-users@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/lxc-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/lxc-users</a><br>
</div></div></blockquote></div><br>