Pelo menos ZFS no Linux , que, dadas as tags da pergunta, provavelmente é o que você está se referindo, não
Como já discuti em outro lugar , o ZFS não suporta a remoção de dispositivos constituintes de um conjunto distribuído. O próprio pool é um conjunto distribuído de um ou mais vdevs, em que os vdevs podem ser um único dispositivo, conjuntos de espelhos ou conjuntos redundantes de raidzN. (No caso de você descrever (JBOD), os vdevs consistirão em dispositivos de armazenamento subjacentes únicos.) Para simplificar, o nível de vdev é elidido na saída de O efeito disso é que, uma vez que um vdev tenha sido adicionado a um pool, ele não poderá ser removido, exceto por recriar o pool do zero e transferir os dados do pool antigo para o novo pool. O assunto do ZFS "reescrever o ponteiro do bloco" (que no ZFS é necessário para o que você quer fazer) aparece de vez em quando, e eu acho que está programado para ser implementado "em alguns ponto ", mas há muitas questões que são de maior prioridade e consideravelmente mais fáceis de implementar. Lembre-se de que o ZFS foi projetado e implementado como um sistema de arquivos enterprise . Como nas configurações corporativas, fazer o que você propõe seria visto como quase insano, eu não pensaria que é provável que o que você queira fazer seja sempre apoiado oficialmente; no entanto, em algum momento no futuro, isso pode ser possível , da mesma forma que usar arquivos esparsos apagados como dispositivos de apoio é uma maneira não realmente suportada, mas ainda frequentemente sugerida, de aumentar gradualmente o nível de redundância efetivo de raidzN vdevs. zpool status
e de comandos semelhantes se houver apenas um único vdev no conjunto, mas ainda está lá e pode ser visualizado, por exemplo, usando as estruturas de dados do ZFS dumper / debugger zdb
.