Sempre adiciono -v
switches a rsync
ao tentar depurar o que está acontecendo.
$ rsync -v ....
Se precisar de mais detalhamento, adicione mais -v
switches:
$ rsync -vv
Como você já adicionou -v
e não está fornecendo mais informações, é improvável que mais -v
façam muito mais.
Depurando mais
Idéia # 1Como o problema parece ser específico para esse diretório, eu continuo a dividi-lo. Há algo obviamente único nesse diretório que é o culpado pelo seu problema.
Eu continuaria executando rsync
em partes deste diretório até localizar o problema em um diretório ou talvez em um único arquivo. Eu suspeitaria de diretórios com links ou arquivos de dispositivos, talvez, ou FIFOs.
Eu também omitiria a opção -t
neste diretório como um teste para ver se há um problema com os horários de modificação.
Além disso, eu geralmente opto pelos comutadores -avz
, se você não tiver um motivo específico para seus comutadores, convém continuar com esses agrupamentos, pelo menos nesse diretório, à medida que você depurar o problema.
Não tenho certeza de quanto dos "recursos" do sistema de arquivos são transferidos dos estilos de sistemas de arquivos MSDOS vs. EXT3 / 4. Qual é o sistema de arquivos de destino na unidade USB? É também um baseado em MS? Eu encontrei este bug arquivado que estava em relação a msdosfs
e desempenho ruim, intitulado: desempenho extremamente ruim de USB / msdos .
OBSERVAÇÃO: Lembre-se de que o FreeNAS está fazendo uso do FreeBSD, de modo que você está procurando problemas que envolvam msdosfs
, rsync
e FreeBSD para iniciantes.
Minha experiência com transferências baseadas em USB é que eles geralmente fazem fila e podem se estabilizar. Você está batendo contra um desempenho ruim por causa do HDD externo? Eu tentaria um teste de rsync
'ing os dados para outro local no NAS, se possível, para pelo menos eliminar a unidade externa USB como fonte do problema.