As Diego pointed out, this should all work already. You just point your
nova-volume at your Solaris-like box, and it runs all the commands for you
(over SSH). I wrote the original way-back-when as a stepping-stone to
support for HP SANs (as I had much easier access to Solaris than real
SANs), and
In fact, my question is more about how to integrate it within nova
workflow. I know how do each step (zfs pool, iscsi export, iscsi attach
in vm) but this way is not register by nova db because it's not nova
commands.
I was looking for people who have replace the LVM creation and
iscsiadm export
Also, there is a serious problem with the divergence of EOL schedules between
the FreeBSD and Debian camps. Basically, the FreeBSD kernel and other bits will
go EOL before the Debian bits will. You need to have a certain amount of faith
that the small Debian/kFreeBSD team and/or your own team wi
El lun, 11-06-2012 a las 10:26 -0500, Narayan Desai escribió:
> How integrated is the network target support for zfs on freebsd? One
> of the most compelling features (IMHO) of ZFS on illumos is the whole
> comstar stack. On the zfs linux port at least, there are just
> integration hooks out to the
Nicholas de BONFILS asked:
> I use zfs for other project, and I'm very interested in using it everywhere
> (when possible). One functionality zfs bring is zvol :
> it allows to create a block device from a zfs pool (a zfs property allow to
> share this device with iscsi).
Mirantis and Nexenta
How integrated is the network target support for zfs on freebsd? One
of the most compelling features (IMHO) of ZFS on illumos is the whole
comstar stack. On the zfs linux port at least, there are just
integration hooks out to the standard linux methods (kernel-nfs, etc)
for nfs, iscsi, etc.
I'm re
What about Debian/KFreeBSD for nova-volume?
Debian testing (wheezy) with FreeBSD kernel provides support for both
OpenStack (nova-volume) and ZFS. We are deploying a little cloud for
testing purposes and it will probably be one of the alternatives we will
test for storage.
Cheers
Hi Nicolas,
have you seen this?
https://github.com/StackOps/nova/blob/master/nova/volume/san.py
It has a Solaris implementation that works on top ZFS. And it works. We
modified it work with Nexenta in Diablo:
https://github.com/StackOps/nova/blob/stable/diablo/nova/volume/san.py
Cheers
Diego
--
Hi Diego,
Thanks for your ideas about vm storage.In my proposal/question, I got in mind (for now) volume more than vm storage (with the zfs property allowing nfs sharing, I believe that vm storage can already be done with zfs backend).
--- Nicolas
On 2012-06-10 17:58, Diego Parrilla Santamaría wr
Nicolas,
it makes a lot of sense what you want to do. ZFS+iSCSI is a perfect fit for
vm storage, some other IaaS solutions already use this combination (and I
have developed some). Keep in mind that Nexenta is only a distro based upon
OpenSolaris: OpenIndiana, FreeBSD... there are a lot of options
We're definitely interested in this sort of thing. So much so that
we've already hacked support into nova-volume to run directly on top
of an illumos box with zfs. ;)
We've only gotten the basics working, and we haven't done any serious
torture testing of it yet. Our real goal is to get things wor
Hi Stackers,
I got an idea/question about iscsi volume.
Actually
the workflow is :
* create an LVM pool
* create a volume in this
pool (with nova command or horizon UI)
* share it with an iscsi target
(the compute/volume node)
* attach it with an iscsi initiato
12 matches
Mail list logo
