[pve-devel] scsi-hd vs scsi-generic with iSCSI
Daniel Berteaud
daniel at firewall-services.com
Fri Sep 27 17:49:06 CEST 2019
Hi
After some investigations, I found a way to mitigate two issues I have when working with ZFS over iSCSI (in my case ZoL / LIO) :
* First, and more important issue is that drive-mirror (with a running guest) will make the guest FS panic if the source storage is ZFS over iSCSI. See [ https://bugzilla.proxmox.com/show_bug.cgi?id=2384 | https://bugzilla.proxmox.com/show_bug.cgi?id=2384 ]
* Second, and minor issue : when resizing a guest live, the guest is not automatically notified about the new size, we have to rescan the device for the new size to be seen. See [ https://bugzilla.proxmox.com/show_bug.cgi?id=2335 | https://bugzilla.proxmox.com/show_bug.cgi?id=2335 ]
After some digging, I found that when using scsi-hd (instead of the default scsi-generic), everything is working correctly. I understand scsi-generic is supposed to perform better as it bypass the SCSI emulation layer in qemu. But, I prefer a fully working and stable setup over a +5% more performant but without live move storage. (BTW, perf penalty with scsi-hd isn't huge, there are even some workflow in which it performs better, but I'm still measuring it right now)
In /usr/share/perl5/PVE/QemuServer.pm scsi-generic is curretly hardcoded for any iscsi backed device (using libiscsi from qemu).
What would be the best way to handle this ?
For the first issue, I'm not the only impacted, and it seems to exists no matter what iSCSI target is used (ZoL + LIO, ZoL + SCST, FreeNAS with ctld, OmniOS with Comstar). Should we set scsi-hd for any ZFS over iSCSI storage ? Should we add a setting on the storage ? (some uses might prefer the small perf boost of scsi-generic and are not interested in disk move)
What do you think ?
Cheers,
Daniel
--
[ https://www.firewall-services.com/ ]
Daniel Berteaud
FIREWALL-SERVICES SAS, La sécurité des réseaux
Société de Services en Logiciels Libres
Tél : +33.5 56 64 15 32
Matrix: @dani:fws.fr
[ https://www.firewall-services.com/ | https://www.firewall-services.com ]
More information about the pve-devel
mailing list