Por padrão, 5% do espaço do volume é reservado para raiz no formato. Não há mais espaço do usuário no volume, mas os logs estão sendo gravados por root.
Temos um sistema que estamos tentando testar. O cenário que estou executando envolve a simulação de um disco inteiro (nosso disco de registrador conectado é específico). Eu preenchei o disco usando df -h para ver quanto espaço resta (então suponha 4G para este exemplo) e então sudo fallocate -l 10G /opt/var/big.file para gerar um arquivo até o limite.
Quando eu faço df , vejo que Use% é 100% e Available é 0. No entanto, se eu for ao meu diretório de log, vejo coisas como:
-rw-r--r-- 1 0 0 28M Nov 7 17:43 service.log
-rw-r--r-- 1 0 0 4.0K Nov 7 17:43 service.log-2017-11-07-17-13.gz
-rw-r--r-- 1 0 0 1.2K Nov 7 17:43 service.log-2017-11-07-17-14.gz
-rw-r--r-- 1 0 0 27M Nov 7 17:44 service.log-2017-11-07-17-15
-rw-r--r-- 1 0 0 0 Nov 7 17:44 service.log-2017-11-07-17-15.gz
-rw-r--r-- 1 0 0 1.3K Nov 7 17:40 service.log-2017-11-07-17-1.gz
-rw-r--r-- 1 0 0 28M Nov 7 17:41 service.log-2017-11-07-17-2
-rw-r--r-- 1 0 0 4.0K Nov 7 17:41 service.log-2017-11-07-17-3
Se eu tail -f service.log , posso ver que os dados estão sendo adicionados. Também posso ver que minhas configurações log4j2 estão girando os arquivos adequadamente (embora vários arquivos apareçam como descompactados até algum tempo depois). Quando um arquivo termina de fechar, os logs são anexados ao final do arquivo de log ativo. É como se estivéssemos escrevendo no log tão rápido (o log DEBUG está ativado, que escreve cerca de 40M de log por segundo, e o tamanho máximo de rotação é definido como 200M) que não é possível compactar totalmente os arquivos antes de ser solicitado zipar outro arquivo ... ou algo assim.
Não sei o que fazer com isso - alguém poderia ajudar a esclarecer alguma coisa?
Por padrão, 5% do espaço do volume é reservado para raiz no formato. Não há mais espaço do usuário no volume, mas os logs estão sendo gravados por root.
Tags disk-usage logs