Estou usando o Nexentastor em um servidor de armazenamento secundário em execução em um HP ProLiant DL180 G6 com 12 unidades SAS de linha média (7200 RPM). O sistema possui uma CPU E5620 e 8 GB de RAM. Não há dispositivo ZIL ou L2ARC.
Na semana passada, criei um zvol esparso de 750 GB com desduplicação e compactação ativada para compartilhar via iSCSI com um host VMWare ESX. Criei uma imagem do servidor de arquivos do Windows 2008 e copiei ~ 300 GB de dados do usuário para a VM. Uma vez satisfeito com o sistema, mudei a máquina virtual para um armazenamento NFS no mesmo pool.
Depois de instalado com minhas VMs no armazenamento de dados NFS, decidi remover o zvol original de 750 GB. Isso impediu o sistema. O acesso à interface da web Nexenta e o NMC foram interrompidos. Acabei conseguindo chegar a uma casca crua. A maioria das operações do SO foi boa, mas o sistema estava travando no zfs destroy -r vol1/filesystem
comando. Feio. Encontrei as duas entradas a seguir do bugSilla do OpenSolaris e agora entendo que a máquina ficará emparelhada por um período desconhecido. Faz 14 horas, então eu preciso de um plano para recuperar o acesso ao servidor.
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6924390
e
No futuro, provavelmente vou seguir o conselho dado em uma das soluções alternativas do buzilla:
Workaround
Do not use dedupe, and do not attempt to destroy zvols that had dedupe enabled.
Atualização: tive que forçar o sistema a desligar. Após a reinicialização, o sistema para em Importing zfs filesystems
. Tem sido assim por 2 horas agora.
fonte