J'utilise Nexentastor sur un serveur de stockage secondaire fonctionnant sur un HP ProLiant DL180 G6 avec 12 disques SAS Midline (7200 tr / min). Le système a un processeur E5620 et 8 Go de RAM. Il n'y a pas de périphérique ZIL ou L2ARC.
La semaine dernière, j'ai créé un zvol clairsemé de 750 Go avec déduplication et compression activées pour partager via iSCSI vers un hôte VMWare ESX. J'ai ensuite créé une image de serveur de fichiers Windows 2008 et copié ~ 300 Go de données utilisateur sur la machine virtuelle. Une fois satisfait du système, j'ai déplacé la machine virtuelle vers un magasin NFS sur le même pool.
Une fois opérationnel avec mes machines virtuelles sur la banque de données NFS, j'ai décidé de supprimer le zvol original de 750 Go. Cela a bloqué le système. L'accès à l'interface Web Nexenta et au NMC a été interrompu. J'ai finalement pu arriver à un shell brut. La plupart des opérations du système d'exploitation allaient bien, mais le système était suspendu à la zfs destroy -r vol1/filesystem
commande. Laid. J'ai trouvé les deux entrées de bugzilla OpenSolaris suivantes et je comprends maintenant que la machine sera maçonnée pendant une période de temps inconnue. Cela fait 14 heures, j'ai donc besoin d'un plan pour pouvoir retrouver l'accès au serveur.
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6924390
et
À l'avenir, je suivrai probablement les conseils donnés dans l'une des solutions de contournement de Buzilla:
Workaround
Do not use dedupe, and do not attempt to destroy zvols that had dedupe enabled.
Mise à jour: j'ai dû forcer le système à s'éteindre. Au redémarrage, le système s'arrête Importing zfs filesystems
. C'est ainsi depuis 2 heures maintenant.