[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-API] Kronos: bonded interfaces



Thanks Jon.

I was thinking about doing it myself. I'll take a look at what Rob has done so 
far.
My only concern is that it will likely make assumptions about SYSV init being 
the principal run control system and that it's OK to take interfaces down.
I prefer my Pacemaker cluster solution (which I have invested a lot of time in) 
to XCP's reinvention of all the wheels. In this scenario Pacemaker will detect 
networks going down as a system failure and will fence the host unless I'm 
provided a way to integrate the two.
So a robust solution really needs to be modular and pluggable if you want to 
support simply adding xapi to existing platforms.

Incidentally I've noticed that when the service names were changed to be 
prefixed with xcp- none of the supporting libraries of scripts were updated.
Is there some way we can get this stuff out in he open where I can check out 
and iteratively fix-build-deploy-test.
I'm really under the pump to get this stuff working in our own deployment and I 
don't have time to sit around and wait for other people to fix stuff which I 
can do myself.
If you can't check out the source and fix bugs then it's not really open source.

Dave

On 21/12/2011, at 1:50 AM, Jonathan Ludlam wrote:

> The problem is that the network scripts that are used in XCP are designed to 
> work with Centos style ifcfg scripts, not /etc/network/interfaces. The script 
> /usr/lib/xcp/lib/interface-reconfigure was no-opified in order to prevent it 
> screwing up anything.
> 
> Rob Hoes is working on a new platform independent network control daemon that 
> will replace this mechanism for XCP/XenServer - we'll provide an option to 
> use it with Debian/Ubuntu too.  Unfortunately it's not quite ready to go yet, 
> but he's feverishly working on it, ETA before the end of the year I hope!
> 
> You can check his progress here: https://github.com/robhoes/xen-api/tree/net
> 
> Jon
> 
> On 20 Dec 2011, at 06:28, Dave Whitla wrote:
> 
>> Update:
>> 
>> /usr/lib/xcp/lib/interface-reconfigure is a no-op.
>> And the reason it fails silently is (from 
>> /usr/lib/xcp/bin/xe-reset-networking):
>> 
>> os.system(interface_reconfigure + if_args + ' >/dev/null 2>/dev/null')
>> 
>> 
>> On 20/12/2011, at 4:05 PM, Dave Whitla wrote:
>> 
>>> After much pain I managed to get a bonded management interface on my pool 
>>> master.
>>> I then, following the advice of the XenServer 6.0 Administrator's Guide, 
>>> configured the bonded interface for VM traffic before adding any pool 
>>> slaves.
>>> I then cleanly installed two machines (Debian Wheezy + Open vSwitch + xcp 
>>> packages from the xcp unstable repo).
>>> When I joined the new slaves to the pool the bonds were reversed bond0 was 
>>> attached to the wrong network as xapi1 instead of xapi0 so I was unable to 
>>> make bond0 the management interface as it has no IP.
>>> I've now tried every possible combination over the last 24 hours to get 
>>> this working.
>>> 
>>> None of the network related xe tools work - they all barf with exceptions.
>>> The Xencenter UI won't let me delete networks, bonds or anything else.
>>> I can't remove the broken machines from the pool.
>>> The whole things a bit of a mess.
>>> 
>>> Has anyone tested bonded networking?
>>> Incidentally, in arriving at my present situation I discovered that the 
>>> bridge names xenbr# and xapi# are hard-coded somewhere so it is necessary 
>>> to create bridges of the same same in /etc/network/interfaces.
>>> Why a bridge is required for the management interface at all beats me.
>>> xe host-management-reconfigure never works because the interface you are 
>>> switching to can't possibly have an IP yet - because what you are trying to 
>>> do is migrate the IP from eth0 to bond0 (xenbr0 to xapi0 is required by 
>>> xapi).
>>> It would seem as though some library behind xe is silently failing to 
>>> reconfigure host networking correctly.
>>> Being fluent in about a dozen programming languages, but none of them 
>>> OCaml, I have no idea where to start looking.
>>> 
>>> I'd be very grateful for any assistance.
>>> Sorry if this sounds more like a whine than a plea for help - I'm frazzled 
>>> after 24 hours straight beating my head against the desktop.
>>> 
>>> Dave
>>> _______________________________________________
>>> xen-api mailing list
>>> xen-api@xxxxxxxxxxxxxxxxxxx
>>> http://lists.xensource.com/mailman/listinfo/xen-api
>> 
>> 
>> _______________________________________________
>> xen-api mailing list
>> xen-api@xxxxxxxxxxxxxxxxxxx
>> http://lists.xensource.com/mailman/listinfo/xen-api
> 


_______________________________________________
xen-api mailing list
xen-api@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/mailman/listinfo/xen-api


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.