[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [libvirt] [PATCH] storage pool discovery
- From: "Daniel P. Berrange" <berrange redhat com>
- To: Stefan de Konink <skinkie xs4all nl>
- Cc: libvir-list <libvir-list redhat com>
- Subject: Re: [libvirt] [PATCH] storage pool discovery
- Date: Mon, 4 Aug 2008 09:54:56 +0100
On Sun, Aug 03, 2008 at 04:20:50AM +0200, Stefan de Konink wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> Daniel,
>
> Stefan de Konink schreef:
> > As you know I wrote such thing for iSCSI/Solaris, iSCSI/Netapp so... if
> > you want such script I can fabricate something, maybe it would be
> > interesting to not create a script, but instead a binary that links to
> > libvirt and is able to lookup the connection url and creates the xenstore
> > stuff.
>
>
> I have some code now that basically parses the XENBUS_PATH/param and
> looks it up in libvirt. Now I have some questions:
>
> - - Is it possible to reuse the hypervisor connection from within libvirt?
> I would like to make this working:
> xenUnifiedPrivatePtr priv = (xenUnifiedPrivatePtr) conn->privateData;
You are only allowed to cast to xenUnifiedPrivatePtr if you are running
within the Xen driver code. It is forbidden in all other places.
> - - For iSCSI and related stuff everything was relatively easy, because
> this would just mean to write the right /dev/blabla to the xenstore.
> What is your idea to get different drivers working via:
> virt://pool/volume (so basically blktap vs file vs disk)
My idea was to have a script in /etc/xen/scripts/
Daniel
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]