an easy one. I was refering to a few patches I sent regarding
decoupling PVE/Storage/LunCmd/* into external scripts, so supporting new kinds
of ZFS backend was a bit more easy to develop/maintain independently of
promox's source and release schedule.
-iscsiprovider = {
-
qemu 2.1 has been released :)
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
I'll test it monday.
(I see some migration fixes in last rc, I think we should test it)
- Mail original -
De: Dietmar Maurer diet...@proxmox.com
À: Alexandre DERUMIER aderum...@odiso.com, pve-devel
pve-devel@pve.proxmox.com
Envoyé: Samedi 2 Août 2014 15:22:41
Objet: RE: [pve-devel]
Implementing a simple provider which would simple call an script was my
initial attempt at.. and I even sent to the list a first initial set of
patches, which then as requested by list members I evolved into the more
radical approach you've seen now. :?
I'll try to refactor the code back into an
Implementing a simple provider which would simple call an script was my
initial
attempt at.. and I even sent to the list a first initial set of patches,
which then as
requested by list members I evolved into the more radical approach you've seen
now. :?
I guess I was that list member.
On Sat, 2 Aug 2014 16:57:48 +
Dietmar Maurer diet...@proxmox.com wrote:
Any comment from 'mir' or 'alexandre' on that topic?
The reason I have not comment on this is because, as I recall it, the
purpose for the change was mainly to be able to have ZFS on the host?
As I see no personal
Well, in this case ZFS is not running on the host, but on an external
system (a two node redhat cluster running zfs on linux, with attached
shared storage disks, to be exact).
On Sat, Aug 2, 2014 at 7:20 PM, Michael Rasmussen m...@datanom.net wrote:
On Sat, 2 Aug 2014 16:57:48 +
Dietmar