Quão seguro é usar unionfs no FreeBSD?

0

Em man mount_unionfs :

BUGS:
THIS FILE SYSTEM TYPE IS NOT YET FULLY SUPPORTED (READ: IT DOESN'T WORK)
AND USING IT MAY, IN FACT, DESTROY DATA ON YOUR SYSTEM. USE AT YOUR OWN
RISK. BEWARE OF DOG. SLIPPERY WHEN WET. BATTERIES NOT INCLUDED.

This code also needs an owner in order to be less dangerous 

Pouco assustador eh? Ele continua explicando alguns dos problemas, mas precisaria de um conhecimento especializado do manuseio do sistema de arquivos para ter certeza da extensão dos problemas e dos casos de borda.

No entanto, talvez seja bem conhecido ou claro para alguém com mais conhecimento:

Os perigos estão suficientemente definidos de modo que é apenas sob certos usos, ou certos casos de probabilidade menos provável / facilmente evitados, que um problema sério pode surgir? Ou está mais perto de ser "se os seus dados importarem nunca, nunca, usar unionfs, mesmo com uma arma na sua cabeça"

    
por Stilez 17.03.2018 / 13:56

2 respostas

0

Mount_unionfs deve ser usado apenas em um ambiente em que uma das duas origens é somente leitura.

Com isto dito, usei-o nesse contexto no meu servidor NAS4Free por mais de 5 anos (para instalar pacotes adicionais na minha instalação "incorporada"). Eu não tive um único problema com isso durante todo esse tempo. É extremamente rápido e fácil de configurar, esp. em comparação com as cadeias.

    
por 19.10.2018 / 12:14
0

unionfs no FreeBSD realmente é tão ruim assim.

Se houver arquivos com o mesmo nome nas camadas inferior e superior, o kernel retornará ambos , e as duplicatas terão que ser filtradas no espaço do usuário.

Citando a fonte de opendir(3) no FreeBSD:

/*
 * The strategy here is to read all the directory
 * entries into a buffer, sort the buffer, and
 * remove duplicate entries by setting the inode
 * number to zero.
 *
 * We reopen the directory because _getdirentries()
 * on a MNT_UNION mount modifies the open directory,
 * making it refer to the lower directory after the
 * upper directory's entries are exhausted.
 * This would otherwise break software that uses
 * the directory descriptor for fchdir or *at
 * functions, such as fts.c.
 */

Se isso não é suficiente para virar o estômago, então eu não sei o que vai; -)

    
por 19.10.2018 / 12:46