Nekem ha van shared storage az iSCSI mindenhol. NFS-ben sose biztam ilyen szinten, ugyanis a fenti hibát nekem nem csak xenserver alatt kepes produlkalni. Az NFS eleg erzekeny a halozatra, es ha az NFS szerver megakad load stb miatt akkor az kihat a host-ra. NFS-t kb csak backupra használok (nem a host csinálja a backupot), meg az nfs-iso-ra :>
xcp-ng ben van egy hiba ami érinti a coalesce folyamatot, azaz snapshot után mikor rendezi a sorait. Mivel LVM-et használok kb mindenhol így különösen fontos volt hogy a snapshot után a foglalt hely felszabaduljon. ehhez /opt/xensource/sm/cleanup.py fájlban kellett kicsit átírni egy változót és megy is szépen. A 7.6 hoz hasonló dolgokat én is tapasztaltam, de ekkor is reboot helyett egy xe-toolstack-restart helyrehozta a galibát.
Szóval egyelőre a nem elég ismeret hiánya inkább a bajok forrása mint az xcp/xenserver bugjai ;>
Csak kitart a siker vagy 1x hoston fut xcp-ng 8.0, a fenti cleanup bugot leszamitva teszi a dolgát. sok sok VM-el. Úgyhogy nincsen miért proxmoxra váltani, főleg hogy jó pár feature hiányozna (xenmotion, vagy a live migráció közös storage nélkül) , bár lehet ezek ott is megvannak csak nem tudok róla.