On Fri, Apr 07, 2017 at 02:53:52PM +0200, Marek Marczykowski-Górecki wrote:
On Fri, Apr 07, 2017 at 01:46:12PM +0200, Wojtek Porczyk wrote:
> On Fri, Apr 07, 2017 at 10:22:38AM +0100, Daniel P. Berrange wrote:
> > On Thu, Apr 06, 2017 at 10:47:48PM +0200, Wojtek Porczyk wrote:
> > > I encountered one small problem, which I believe is orthogonal to the
patch series:
> > >
> > > On Tue, Apr 04, 2017 at 03:31:32PM +0100, Daniel P. Berrange wrote:
> > > > diff --git a/examples/event-test.py b/examples/event-test.py
> > > > index 751a140..ac9fbe1 100755
> > > > --- a/examples/event-test.py
> > > > +++ b/examples/event-test.py
> > >
> > > > + netcallbacks = []
> > > > + netcallbacks.append(vc.networkEventRegisterAny(None,
libvirt.VIR_NETWORK_EVENT_ID_LIFECYCLE, myNetworkEventLifecycleCallback, None))
> > >
> > > With vc = libvirt.open('xen:///') and with libvirt{,-python}-3.1.0
this line causes an
> > > exception:
> > >
> > > libvirt.libvirtError: this function is not supported by the
> > > connection driver: virConnectNetworkEventRegisterAny
> > >
> > > Commenting it out solves the problem.
> >
> > Yes, I must say the event test is only validated with the KVM driver, but that
said
> > I thought the Xen driver would get our default nework driver activated
automatically,
> > so I'm surprised you see that.
>
> I don't know, maybe this is caused by our setup. For example we have no NIC in
> dom0 (only loopback) and we also may have deliberately broken something around
> the network.
Yes, our packages have ./configure (...) --without-network.
So looks like our fault. Sorry for that.
--
pozdrawiam / best regards _.-._
Wojtek Porczyk .-^' '^-.
Invisible Things Lab |'-.-^-.-'|
| | | |
I do not fear computers, | '-.-' |
I fear lack of them. '-._ : ,-'
-- Isaac Asimov `^-^-_>