Skiing / Snowboarding cancelled because everybody is ill
Anyway, not really good snow in the Alps, so at least good for my PVE-Hacking
Got it cleaned now, and also added ability to create VM-Clones from older Snapshots.
This 'materializes' the snapshots by zfs send/receive and then exports as LUN to be used for the VM-Clone then.
Sadly, doing this i found that Proxmox itself should be changed to handle things better.
Currently it insists on doing qemu image_convert even if src and target storage is on ZFS - where it would be sufficient to use / just rename the sent volume. Bit of a double-work, first zfs send and the conversion of the image to get exactly the same result
Also, it doesn't notify the storage-plugin in any way that the cloning is finished, so that this could cleanup by removing the zfs created from the older snap and also the iSCSI LUN that was setup therefore.
Guess i`ll implement this in QemuServer.pm and submit as patch so that it hopefully will be accepted.
Also think about lifting my changes/addition that allow cloning from older zfs-snapshots up to their ZFSPlugin.pm to add these capabilities for the existing iscsi-targets.
Last thing on the list is working rdma/iser + CHAP for zfs over iscsi, what currently is also not the case.
Also readonly LUN's might come in addition, as it would be good to have them ro for a tmp ZFS of an old snap.
Will put it on github when finished, more tested and cleaned from debugg-stuff and some comments.
Alex
@nepri: if you're interested in adoptiong some parts of this, i.e. the clones from older snaps, just drop me a note