A mudança para tailf alcançou os resultados que eu estava procurando. Nenhuma combinação de interruptores de cauda funcionou para mantê-lo funcionando por mais tempo do que algumas passagens de toras.
Estou usando o cygwin tail para acompanhar os logs de aplicativos da web java, em um servidor windows, gerando aproximadamente 16Gb de logs por dia. Estou restrito a tamanhos de log de 10 MB, por isso os arquivos são reproduzidos com muita frequência.
A linha de comando que estou usando é:
/usr/bin/tail -n 1000 -F //applicationserver/logs/logs.log
Ele sobrevive a 2-4 rolos do arquivo, cerca de 4-6 minutos, mas, eventualmente, geralmente relata:
"Arquivo truncado" e, em seguida, ecoa o nome do arquivo a cada segundo. o arquivo está ocupado preenchendo e girando. Eu estou excedendo a capacidade de cauda?
Você precisa do -n 1000? Isso não vai sair rapidamente da tela?
Isso é semelhante a Como fazer um 'tail -f' de arquivos de log girados? , mas observe que você já está usando -F, que inclui --retry.
Talvez tente --sleep-interval = 1 para dar à cauda menos chance de perder o truncamento? Não parece haver uma diferença notável em meus testes (reconhecidamente) limitados.