Fórum Ubuntu Linux - PT
Suporte Técnico => Sistema => Tópico iniciado por: JFMMão de Ferro em 04 de Setembro de 2010, 09:11
-
Estou recebendo este aviso:
A unidade "var" apenas tem 70.8 MB de espaço livre.
Pode libertar espaço em disco removendo aplicações ou ficheiros que já não utiliza ou movendo ficheiros para outro disco ou partição
Embora o aviso me pareça esclarecedor fazendo-me pensar que até poderei apagar ou copiar tudo, a única certeza que tenho é de que os deb que lá se encontram os poderei apagar ou copiar
Que mais ficheiros ou pastas poderão ser apagadas sem prejudicar qualquer processo que o sistema precise ?
Ou quais considerações terei de ter em conta para agir ?
E antes de cometer algo sem remissão, agradecia que me dessem alguma informação sobre este assunto
João Fernando Machado Mão de Ferro
-
Antes de mais nada, verifique qual das pastas dentro de /var está ocupando mais espaço. Execute o seguinte comando:
sudo du /var/* -hs
A partir desta informação você verá o que está consumindo mais espaço na pasta /var
(Não é recomendável simplesmente apagar o que há na pasta /var)
-
Manda no Terminal " sudo apt-get clean " para limpar o cache de arquivos do apt, que fica na pasta /var/cache/apt/archives. Pra não perder os arquivos (que com o tempo vão se acumulando no sistema), use o programa AptOnCd para fazer um bkp desses arquivos; assim, no caso de uma reinstalação, não será necessário baixar tudo de novo da internet.
-
Não sei mas provavelmente você optou por acumular os logs. Esta é a outra opção que existe, configurar o /etc/logrotate.conf e/ou os arquivos em /etc/logrotate.d para acionar rotatividade por semana, mês, compressão, locais de log, etc...
Assim não se acumularão logs desnecessários antigos.
-
Dia desses eu passei por esse problema...
Tenho uma máquina que fica ligada constantemente no serviço, e ela está fazendo uma análise da rede do serviço com o NTOP. Que por sua vez gera muito log no arquivo /var/log/user.log. Depois de perder algumas horas de análise, descobri que a configuração padrão do logrotate é para rotacionar vários dos arquivos de log apenas semanalmente, independente do tamanho deles.
-
Antes de mais nada, verifique qual das pastas dentro de /var está ocupando mais espaço. Execute o seguinte comando:
sudo du /var/* -hs
A partir desta informação você verá o que está consumindo mais espaço na pasta /var
(Não é recomendável simplesmente apagar o que há na pasta /var)
Caro colega os meus agradecimentos, e embora não me tenha pedido que enviasse uma saída do comando segue uma
8,2M /var/backups
157M /var/cache
4,0K /var/crash
4,0K /var/games
245M /var/lib
4,0K /var/local
0 /var/lock
2,4G /var/log
16K /var/lost+found
4,0K /var/mail
8,0K /var/ncalrpc
4,0K /var/opt
296K /var/run
264K /var/spool
948K /var/tmp
Que julgo a var/log estará relacionada com a resposta do colega libonati lá dentro encontro 5 arquivos de vários megas três deles somam 161 Mib também penso que estarão relacionados com as minhas tentativas frustadas de obter uma rede
João Fernando Machado Mão de Ferro
-
Manda no Terminal " sudo apt-get clean " para limpar o cache de arquivos do apt, que fica na pasta /var/cache/apt/archives. Pra não perder os arquivos (que com o tempo vão se acumulando no sistema), use o programa AptOnCd para fazer um bkp desses arquivos; assim, no caso de uma reinstalação, não será necessário baixar tudo de novo da internet.
Obrigado pela ajuda, quanto a ela não vou usar o AptOnCD mas vou copiar ou os deb todos para uma pasta VAR_CACHE_APT_ARCHIVES mesmo assim para saber o que é, e depois apago os mesmos na var
Assim já liberto espaço que aliás não queria fazer mas terá de ser
João Fernando Machado Mão de Ferro
-
Não sei mas provavelmente você optou por acumular os logs. Esta é a outra opção que existe, configurar o /etc/logrotate.conf e/ou os arquivos em /etc/logrotate.d para acionar rotatividade por semana, mês, compressão, locais de log, etc...
Assim não se acumularão logs desnecessários antigos.
O meu agradecimento
Se houve opção de cativar os log foi alguma coisa feita sem saber como mas julgo que não porque isso devo de julgar seria algo específico a fazer e tenho certeza de nada foi feito nesse sentido
Também mando uma saída da var na qual se torna evidente o tamanho de algumas directorias
8,2M /var/backups
157M /var/cache
4,0K /var/crash
4,0K /var/games
245M /var/lib
4,0K /var/local
0 /var/lock
2,4G /var/log
16K /var/lost+found
4,0K /var/mail
8,0K /var/ncalrpc
4,0K /var/opt
296K /var/run
264K /var/spool
948K /var/tmp
Talvez seja de lhe perguntar como actuar nas configurações para que isto não aconteça
João Fernando Machado Mão de Ferro
-
procure pelo arquivo /etc/logrotate.d/rsyslog, adicione uma linha "size +100K" aos dois grupos. Isso vai limitar o tamanho de cada arquivo de log a 100KB.
depois execute o comando abaixo pra forçar o rotacionamento dos logs. Isso vai liberar o espaço no diretório.
sudo logrotate -f /etc/logrotate.conf
PS: Qual o tamanho da partição onde o /var está?
-
Olá amigo. Uma ajuda rápida. Para configurar os arquivos de log, entre na pasta logrotate.d. Lá você verá muitos arquivos e cada um fazendo sua função, os logs.
A forma padrão está no exemplo abaixo:
/log/vsftpd.log <------Aqui você escolhe para onde levar o log de um programa.
{
create 640 root adm <------Aqui você padroniza as permissões.
# ftpd doesn't handle SIGHUP properly
missingok <--------Se o arquivo não existir, não emite mensagem de erro.
notifempty <------Somente rotacionará se não estiver vazio.
rotate 4 <----------Serão rotacionados 4 vezes, antes de serem removidos do
sistema.
weekly <------Aqui você faz rotação semanal
}
Existem outras diretivas como limitar o tamanho do arquivo "minsize nn" que rotaciona o arquivo se passar do tamanho mínimo informado.
A outra opção está sendo mostrada pelo amigo zekkerj atuando diretamente no logrotate.conf.
-
procure pelo arquivo /etc/logrotate.d/rsyslog, adicione uma linha "size +100K" aos dois grupos. Isso vai limitar o tamanho de cada arquivo de log a 100KB.
depois execute o comando abaixo pra forçar o rotacionamento dos logs. Isso vai liberar o espaço no diretório.
sudo logrotate -f /etc/logrotate.conf
PS: Qual o tamanho da partição onde o /var está?
Mais uma vez em contacto colega zekkerj e obrigado por esta sua indicação
O tamanho é de 3.15 Gib já tinha pensado aumentar mas estou aguardando uma altura melhor para o fazer este falhanço de tamanho deve-se ao facto de iniciante e com muita informação dispersa sem saber ao certo qual a melhor e mais acertada solução, como foi esta opçãop tomada de fazer vário directorias paro o S.O. assim ficará e ao longo do tempo irei afinando, o meus disco está assim Extended 20.Gib dentro /boot 3.15 Gib , / 3.63 Gib, /usr 6.96 Gib , /var 3.15 Gib , /tmp 1.59 Gib , linux-swap 1.80 Gib , /home 128.77 Gib
Penso reduzir na /boot tirando 1.5 Gib e na / outro 1.5 Gib aumentar a /var de 2.0 Gib e o restante para a /usr , julgo que assim ficarei com tudo mais equilibrado salvo a sua opinião já agora.
Vou executar a sua dica e logo veremos se para já esta situação fica resolvida, para continuar com as minhas tentativas de uma rede
João Fernando Machado Mão de Ferro
-
Olá amigo. Uma ajuda rápida. Para configurar os arquivos de log, entre na pasta logrotate.d. Lá você verá muitos arquivos e cada um fazendo sua função, os logs.
A forma padrão está no exemplo abaixo:
/log/vsftpd.log <------Aqui você escolhe para onde levar o log de um programa.
{
create 640 root adm <------Aqui você padroniza as permissões.
# ftpd doesn't handle SIGHUP properly
missingok <--------Se o arquivo não existir, não emite mensagem de erro.
notifempty <------Somente rotacionará se não estiver vazio.
rotate 4 <----------Serão rotacionados 4 vezes, antes de serem removidos do
sistema.
weekly <------Aqui você faz rotação semanal
}
Existem outras diretivas como limitar o tamanho do arquivo "minsize nn" que rotaciona o arquivo se passar do tamanho mínimo informado.
A outra opção está sendo mostrada pelo amigo zekkerj atuando diretamente no logrotate.conf.
Muitíssimo obrigado estou lendo com atenção todas as respostas afim de não cometer algum erro, e o caso será resolvido com estas valiosas ajudas
João Fernando Machado Mão de Ferro
-
Não tente mexer nas partições agora... vai tomar um tempo imenso, e a chance de perder o sistema é grande.
Sugestão, pega um HD novo e refaz o sistema lá.
-
Não tente mexer nas partições agora... vai tomar um tempo imenso, e a chance de perder o sistema é grande.
Sugestão, pega um HD novo e refaz o sistema lá.
Certo na melhor oportunidade o farei
Quanto ao problema ficou assim mas não dá diz size: '+100K ': No such file
/var/log/syslog
{
rotate 7
daily
missingok
notifempty
delaycompress
compress
postrotate
reload rsyslog >/dev/null 2>&1 || true
size +100K
endscript
}
/var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
{
rotate 4
weekly
missingok
notifempty
compress
delaycompress
sharedscripts
postrotate
reload rsyslog >/dev/null 2>&1 || true
size +100K
endscript
}
JFMMF
-
coloca a opção logo depois do "rotate 4". No ponto onde vc colocou vai dar problema.
-
Ola, usar o aplicativo Bleach-Bit e uma boa nesses casos?
http://bleachbit.sourceforge.net/
-
coloca a opção logo depois do "rotate 4". No ponto onde vc colocou vai dar problema.
Continua a não dar tenho esta saída no terminal
error: rsyslog:3 unknown unit 'K'
error: found error in /var/log/syslog
, skipping
error: rsyslog:16 unknown unit 'K'
error: found error in /var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
, skipping
error : stat of /var/log/cron.log failed: Ficheiro ou directoria inexistente
Se tirar os dois size: 100K e executando a ordem sudo logrotate -f /etc/logrotate.conf não dá nenhuma saída que me dá a entender de estar certo
Lamento se achar que não tem solução vou-me cingindo em tirar os deb
JFMMF
-
Ola, usar o aplicativo Bleach-Bit e uma boa nesses casos?
http://bleachbit.sourceforge.net/
Já estive a experimentar dá-me uma lista grande de erros 13 como é evidente não apaga
Obrigado por mais esta informação
JFMMF
-
Atua então na forma que expliquei. Entendo que você só vai normalizar os logs. Não vai acrescentar ou tirar parâmetros mas apenas mudar alguns valores, número máximo de arquivos, tamanho,...
As configurações serão aceitas.
-
Atua então na forma que expliquei. Entendo que você só vai normalizar os logs. Não vai acrescentar ou tirar parâmetros mas apenas mudar alguns valores, número máximo de arquivos, tamanho,...
As configurações serão aceitas.
Eu parece-me que estou fazendo confusão eu não encontro nenhum logrotate.conf, mas sim um logrotate.d/rsyslog que foi onde acrescentava a informação do colega zekkerj no logrotate.d não sei o que fazer não consigo perceber
JFMMF
-
procure pelo arquivo /etc/logrotate.d/rsyslog, adicione uma linha "size +100K" aos dois grupos. Isso vai limitar o tamanho de cada arquivo de log a 100KB.
depois execute o comando abaixo pra forçar o rotacionamento dos logs. Isso vai liberar o espaço no diretório.
sudo logrotate -f /etc/logrotate.conf
PS: Qual o tamanho da partição onde o /var está?
Eu parece-me que estou fazendo confusão.....
JFMMF
Está muito bem explicado só ter um pouco mais de atenção.
Poste aqui o conteúdo do seu arquivo
/etc/logrotate.d/rsyslog
-
procure pelo arquivo /etc/logrotate.d/rsyslog, adicione uma linha "size +100K" aos dois grupos. Isso vai limitar o tamanho de cada arquivo de log a 100KB.
depois execute o comando abaixo pra forçar o rotacionamento dos logs. Isso vai liberar o espaço no diretório.
sudo logrotate -f /etc/logrotate.conf
PS: Qual o tamanho da partição onde o /var está?
Eu parece-me que estou fazendo confusão.....
JFMMF
Está muito bem explicado só ter um pouco mais de atenção.
Poste aqui o conteúdo do seu arquivo
/etc/logrotate.d/rsyslog
Aqui está o conteúdo do rsyslog
/var/log/syslog
{
rotate 7
daily
missingok
notifempty
delaycompress
compress
postrotate
reload rsyslog >/dev/null 2>&1 || true
endscript
}
/var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
{
rotate 4
weekly
missingok
notifempty
compress
delaycompress
sharedscripts
postrotate
reload rsyslog >/dev/null 2>&1 || true
endscript
}
JFMMF
-
Obrigado mas poste mais um arquivo que deixei de pedir
/etc/logrotate.conf
-
Obrigado mas poste mais um arquivo que deixei de pedir
/etc/logrotate.conf
Segue conteúdo do logrotate.conf
# see "man logrotate" for details
# rotate log files weekly
weekly
# keep 4 weeks worth of backlogs
rotate 4
# create new (empty) log files after rotating old ones
create
# uncomment this if you want your log files compressed
#compress
# packages drop log rotation information into this directory
include /etc/logrotate.d
# no packages own wtmp, or btmp -- we'll rotate them here
/var/log/wtmp {
missingok
monthly
create 0664 root utmp
rotate 1
}
/var/log/btmp {
missingok
monthly
create 0660 root utmp
rotate 1
}
# system-specific logs may be configured here
JFMMF
-
Conferi seus arquivos e está tudo dentro da normalidade. Eles estão em rotatividade. Mas se quiser podemos diminuir.
-
Conferi seus arquivos e está tudo dentro da normalidade. Eles estão em rotatividade. Mas se quiser podemos diminuir.
53
Bem neste momento a /var de 3.15 .gib só tem ocupado 633.50 Mib Não utilizado 2.53 Gib
O que lhe fiz foi retirar alguns ficheiros poucos que estavam a zero e outros com datas antigas, mas o mais relevante foi ter retirado todos os deb
E foi executar este comando sudo logrotate -f /etc/logrotate.conf que o colega zekkerj passou, em princípio a var já está leve, talvez não valha a pena mexer como o colega diz que está tudo normal
Vou experimentar repor os deb em /var/cache/apt archives e ver como se comporta a var
Desde já renovo os meus sinceros agradecimentos, ocupei o vosso tempo mas aprendi mais um pouco e ficam acessíveis óptimas informações técnicas sobre a var
João Fernando Machado Mão de Ferro
-
O erro pode ter sido colocar o "K" maiúsculo. Estou olhando aqui no manual online, todas as referências da diretiva "size" usam o "k" minúsculo.
PS: Não é bronca, tá? Mas, vcs costumam usar o "man comando"? Se não costumam, acostumem-se... ;)
-
Ainda não experimentei a última citação do colega zekkerj, mas tenho a dizer-lhes que andava a verificar o comportamento da var e o que verifico é de que continua enchendo, só depois de executar este comando ==> sudo logrotate -f /etc/logrotate.conf várias vezes seguidas a var vai vazando até chegar ao valor correcto
O S.O. está sempre actualizado e a única coisa que foi feita com insistência foram as tentativas de criar uma rede que sempre falharam, e só a partir daí é que detectei o problema de enchimento gradual da var
O colega zekkerj deve-se de lembrar de me ter assistido naquelas ajudas
João Fernando Machado Mão de Ferro
-
O comando abaixo vai dizer quais são os arquivos que estão crescendo sem controle:
sudo du -skx /var/log/* | sort -n
Os maiores arquivos vão estar no fim da listagem.
-
O comando abaixo vai dizer quais são os arquivos que estão crescendo sem controle:
sudo du -skx /var/log/* | sort -n
Os maiores arquivos vão estar no fim da listagem.
Obrigado pela sua prontíssima resposta, então vou retirar porque já tinha acrescentado o comando size +100k nos dois blocos, deixar encher para depois executar este último comando
Julgo que será agora o procedimento a efectuar
João Fernando Machado Mão de Ferro
-
Eu vejo muitos casos, e nem sempre consigo lembrar de todos. Vc lembra se eu te recomendei ativar algum log do NetworkManager ou do Samba?
-
Eu vejo muitos casos, e nem sempre consigo lembrar de todos. Vc lembra se eu te recomendei ativar algum log do NetworkManager ou do Samba?
Estive a reler as ajudas http://ubuntuforum-pt.org/index.php/topic,71540.0.html por causa da rede e não encontrei nehuma menção a esse log o que aliás também não sei o que é
Se o colega quiser voltar aquele tópico muito lhe agradeço, mas naquele caso já perdi as esperanças de ter uma rede caseira
João Fernando Machado Mão de Ferro
-
O comando abaixo vai dizer quais são os arquivos que estão crescendo sem controle:
sudo du -skx /var/log/* | sort -n
Os maiores arquivos vão estar no fim da listagem.
Resultado da saída do comando ==>sudo logrotate -f /etc/logrotate.conf Executado várias vezes seguidas, em 08/Setembro/2010 para vazamento da var seguido deste comando ==>sudo du -skx /var/log/* | sort -n
0 /var/log/btmp
0 /var/log/debug
0 /var/log/debug.2
0 /var/log/debug.3
0 /var/log/debug.4
0 /var/log/dpkg.log
0 /var/log/lpr.log
0 /var/log/lpr.log.1
0 /var/log/lpr.log.2
0 /var/log/lpr.log.3
0 /var/log/lpr.log.4
0 /var/log/mail.err
0 /var/log/mail.err.1
0 /var/log/mail.err.2
0 /var/log/mail.err.3
0 /var/log/mail.err.4
0 /var/log/mail.info
0 /var/log/mail.info.1
0 /var/log/mail.info.2
0 /var/log/mail.info.3
0 /var/log/mail.info.4
0 /var/log/mail.log
0 /var/log/mail.log.1
0 /var/log/mail.log.2
0 /var/log/mail.log.3
0 /var/log/mail.log.4
0 /var/log/mail.warn
0 /var/log/mail.warn.1
0 /var/log/mail.warn.2
0 /var/log/mail.warn.3
0 /var/log/mail.warn.4
0 /var/log/pm-powersave.log
0 /var/log/pycentral.log
0 /var/log/user.log.2
0 /var/log/user.log.3
0 /var/log/user.log.4
0 /var/log/wtmp
4 /var/log/apparmor
4 /var/log/aptitude.1.gz
4 /var/log/aptitude.2.gz
4 /var/log/auth.log.1
4 /var/log/auth.log.2
4 /var/log/auth.log.2.gz
4 /var/log/auth.log.3
4 /var/log/auth.log.3.gz
4 /var/log/auth.log.4
4 /var/log/auth.log.4.gz
4 /var/log/boot
4 /var/log/boot.log
4 /var/log/btmp.1.gz
4 /var/log/daemon.log
4 /var/log/daemon.log.1
4 /var/log/daemon.log.2
4 /var/log/daemon.log.2.gz
4 /var/log/daemon.log.3
4 /var/log/daemon.log.3.gz
4 /var/log/daemon.log.4
4 /var/log/daemon.log.4.gz
4 /var/log/debug.2.gz
4 /var/log/debug.3.gz
4 /var/log/dist-upgrade
4 /var/log/dpkg.log.2.gz
4 /var/log/fontconfig.log
4 /var/log/gufw_log_server.txt
4 /var/log/gufw_log.txt
4 /var/log/jockey.log.10.gz
4 /var/log/jockey.log.2.gz
4 /var/log/jockey.log.3.gz
4 /var/log/jockey.log.4.gz
4 /var/log/jockey.log.5.gz
4 /var/log/jockey.log.6.gz
4 /var/log/jockey.log.7.gz
4 /var/log/jockey.log.9.gz
4 /var/log/kern.log.1
4 /var/log/kern.log.2.gz
4 /var/log/kern.log.3.gz
4 /var/log/kern.log.4.gz
4 /var/log/lpr.log.2.gz
4 /var/log/lpr.log.3.gz
4 /var/log/lpr.log.4.gz
4 /var/log/messages.1
4 /var/log/messages.2.gz
4 /var/log/messages.3.gz
4 /var/log/messages.4.gz
4 /var/log/news
4 /var/log/pm-powersave.log.2.gz
4 /var/log/pm-powersave.log.3.gz
4 /var/log/pm-powersave.log.4.gz
4 /var/log/speech-dispatcher
4 /var/log/syslog.1
4 /var/log/syslog.2.gz
4 /var/log/syslog.3.gz
4 /var/log/syslog.4.gz
4 /var/log/syslog.5.gz
4 /var/log/syslog.6.gz
4 /var/log/syslog.7.gz
4 /var/log/ufw.log.1
4 /var/log/ufw.log.2.gz
4 /var/log/ufw.log.3.gz
4 /var/log/ufw.log.4.gz
4 /var/log/unattended-upgrades
4 /var/log/user.log
4 /var/log/user.log.1
4 /var/log/user.log.2.gz
4 /var/log/user.log.3.gz
4 /var/log/user.log.4.gz
4 /var/log/wtmp.1.gz
8 /var/log/faillog
8 /var/log/jockey.log.8.gz
8 /var/log/pm-powersave.log.1
12 /var/log/auth.log
12 /var/log/fsck
16 /var/log/dmesg.1.gz
16 /var/log/dmesg.2.gz
16 /var/log/dmesg.3.gz
16 /var/log/dmesg.4.gz
16 /var/log/dpkg.log.3.gz
16 /var/log/dpkg.log.4.gz
16 /var/log/syslog.4
16 /var/log/Xorg.0.log
16 /var/log/Xorg.0.log.old
28 /var/log/cups
28 /var/log/popularity-contest.1.gz
28 /var/log/popularity-contest.2.gz
28 /var/log/popularity-contest.3.gz
32 /var/log/dpkg.log.1
32 /var/log/popularity-contest.4.gz
32 /var/log/popularity-contest.5.gz
32 /var/log/popularity-contest.6.gz
36 /var/log/ConsoleKit
40 /var/log/debug.4.gz
40 /var/log/lastlog
44 /var/log/bootstrap.log
44 /var/log/kern.log.3
44 /var/log/messages.3
44 /var/log/syslog.3
52 /var/log/apt
56 /var/log/dmesg
56 /var/log/dmesg.0
68 /var/log/jockey.log.1
72 /var/log/syslog.6
80 /var/log/syslog.5
84 /var/log/gdm
108 /var/log/popularity-contest
108 /var/log/popularity-contest.0
124 /var/log/debug.1
156 /var/log/dpkg.log.5.gz
244 /var/log/kern.log.4
244 /var/log/messages.4
280 /var/log/udev
548 /var/log/kern.log.2
548 /var/log/messages.2
548 /var/log/syslog.2
1028 /var/log/installer
1280 /var/log/samba
2044 /var/log/syslog.7
6060 /var/log/messages
6060 /var/log/syslog
6064 /var/log/kern.log
6064 /var/log/ufw.log
Resultado da saída do comando ==>sudo du -skx /var/log/* | sort -n em 12/Setembro/2010 após ter recebido o aviso de var com pouco espaço 158,5 MB
0 /var/log/btmp
0 /var/log/debug
0 /var/log/debug.2
0 /var/log/debug.3
0 /var/log/debug.4
0 /var/log/jockey.log
0 /var/log/lpr.log
0 /var/log/lpr.log.1
0 /var/log/lpr.log.2
0 /var/log/lpr.log.3
0 /var/log/lpr.log.4
0 /var/log/mail.err
0 /var/log/mail.err.1
0 /var/log/mail.err.2
0 /var/log/mail.err.3
0 /var/log/mail.err.4
0 /var/log/mail.info
0 /var/log/mail.info.1
0 /var/log/mail.info.2
0 /var/log/mail.info.3
0 /var/log/mail.info.4
0 /var/log/mail.log
0 /var/log/mail.log.1
0 /var/log/mail.log.2
0 /var/log/mail.log.3
0 /var/log/mail.log.4
0 /var/log/mail.warn
0 /var/log/mail.warn.1
0 /var/log/mail.warn.2
0 /var/log/mail.warn.3
0 /var/log/mail.warn.4
0 /var/log/pycentral.log
0 /var/log/user.log.2
0 /var/log/user.log.3
0 /var/log/user.log.4
4 /var/log/apparmor
4 /var/log/aptitude.1.gz
4 /var/log/aptitude.2.gz
4 /var/log/auth.log.2
4 /var/log/auth.log.2.gz
4 /var/log/auth.log.3
4 /var/log/auth.log.3.gz
4 /var/log/auth.log.4
4 /var/log/auth.log.4.gz
4 /var/log/boot
4 /var/log/boot.log
4 /var/log/btmp.1.gz
4 /var/log/daemon.log.2
4 /var/log/daemon.log.2.gz
4 /var/log/daemon.log.3
4 /var/log/daemon.log.3.gz
4 /var/log/daemon.log.4
4 /var/log/daemon.log.4.gz
4 /var/log/debug.3.gz
4 /var/log/debug.4.gz
4 /var/log/dist-upgrade
4 /var/log/dpkg.log.2.gz
4 /var/log/fontconfig.log
4 /var/log/gufw_log_server.txt
4 /var/log/gufw_log.txt
4 /var/log/jockey.log.10.gz
4 /var/log/jockey.log.3.gz
4 /var/log/jockey.log.4.gz
4 /var/log/jockey.log.5.gz
4 /var/log/jockey.log.6.gz
4 /var/log/jockey.log.7.gz
4 /var/log/jockey.log.8.gz
4 /var/log/kern.log.2.gz
4 /var/log/kern.log.3.gz
4 /var/log/kern.log.4.gz
4 /var/log/lpr.log.2.gz
4 /var/log/lpr.log.3.gz
4 /var/log/lpr.log.4.gz
4 /var/log/messages.2.gz
4 /var/log/messages.3.gz
4 /var/log/messages.4.gz
4 /var/log/news
4 /var/log/pm-powersave.log.2.gz
4 /var/log/pm-powersave.log.3.gz
4 /var/log/pm-powersave.log.4.gz
4 /var/log/speech-dispatcher
4 /var/log/syslog.5.gz
4 /var/log/syslog.6.gz
4 /var/log/syslog.7.gz
4 /var/log/ufw.log.2.gz
4 /var/log/ufw.log.3.gz
4 /var/log/ufw.log.4.gz
4 /var/log/unattended-upgrades
4 /var/log/user.log
4 /var/log/user.log.2.gz
4 /var/log/user.log.3.gz
4 /var/log/user.log.4.gz
4 /var/log/wtmp.1.gz
8 /var/log/faillog
8 /var/log/jockey.log.2.gz
8 /var/log/jockey.log.9.gz
8 /var/log/pm-powersave.log
8 /var/log/pm-powersave.log.1
8 /var/log/user.log.1
12 /var/log/debug.2.gz
12 /var/log/fsck
16 /var/log/auth.log
16 /var/log/dmesg.1.gz
16 /var/log/dmesg.2.gz
16 /var/log/dmesg.3.gz
16 /var/log/dmesg.4.gz
16 /var/log/dpkg.log.3.gz
16 /var/log/dpkg.log.4.gz
16 /var/log/syslog.4
16 /var/log/Xorg.0.log
20 /var/log/Xorg.0.log.old
28 /var/log/popularity-contest.1.gz
28 /var/log/popularity-contest.2.gz
28 /var/log/popularity-contest.3.gz
32 /var/log/dpkg.log
32 /var/log/dpkg.log.1
32 /var/log/jockey.log.1
32 /var/log/popularity-contest.4.gz
32 /var/log/popularity-contest.5.gz
32 /var/log/popularity-contest.6.gz
36 /var/log/cups
40 /var/log/daemon.log
40 /var/log/lastlog
44 /var/log/bootstrap.log
44 /var/log/ConsoleKit
44 /var/log/kern.log.3
44 /var/log/messages.3
44 /var/log/syslog.3
52 /var/log/auth.log.1
56 /var/log/dmesg
56 /var/log/dmesg.0
64 /var/log/wtmp
72 /var/log/apt
72 /var/log/syslog.6
80 /var/log/syslog.5
88 /var/log/gdm
108 /var/log/popularity-contest
108 /var/log/popularity-contest.0
156 /var/log/dpkg.log.5.gz
200 /var/log/debug.1
244 /var/log/kern.log.4
244 /var/log/messages.4
284 /var/log/udev
360 /var/log/daemon.log.1
548 /var/log/kern.log.2
548 /var/log/messages.2
548 /var/log/syslog.2
1028 /var/log/installer
1308 /var/log/samba
2044 /var/log/syslog.7
3448 /var/log/syslog.4.gz
6152 /var/log/syslog.3.gz
7704 /var/log/syslog.2.gz
76932 /var/log/ufw.log
76936 /var/log/kern.log
76936 /var/log/messages
76972 /var/log/syslog
140072 /var/log/syslog.1
482104 /var/log/ufw.log.1
482804 /var/log/messages.1
482984 /var/log/kern.log.1
A seguir vou executar várias vezes o comando ==>sudo logrotate -f /etc/logrotate.conf para vazar a var e aguardar que o colega zekkerj deu uma ideia de uma solução
João Fernando Machado Mão de Ferro
-
140072 /var/log/syslog.1
482104 /var/log/ufw.log.1
482804 /var/log/messages.1
482984 /var/log/kern.log.1
Visivelmente esses quatro arquivos estão crescendo sem controle. Como o entre eles está o arquivo "ufw.log", eu acredito que a origem do problema seja alguma regra de log no firewall UFW.
Agora, sobre o logrotate em si, talvez esteja faltando uma diretiva "compress" para esses arquivos --- veja que eles estão enormes, mas ainda assim não estão comprimidos (com a extensão ".gz").
-
140072 /var/log/syslog.1
482104 /var/log/ufw.log.1
482804 /var/log/messages.1
482984 /var/log/kern.log.1
Visivelmente esses quatro arquivos estão crescendo sem controle. Como o entre eles está o arquivo "ufw.log", eu acredito que a origem do problema seja alguma regra de log no firewall UFW.
Agora, sobre o logrotate em si, talvez esteja faltando uma diretiva "compress" para esses arquivos --- veja que eles estão enormes, mas ainda assim não estão comprimidos (com a extensão ".gz").
Bem não sei se seria de fazer assim, mas fui ao gufw e fiz um reset ás configurações a seguir desactivei-o, lembro-me que andei por lá nas tentativas de formar uma rede, esta acção será o suficiente a ver vamos
MODIFICO esta minha resposta acrescentando o seguinte
/var/log/syslog
{
rotate 7
daily
missingok
notifempty
delaycompress
compress
postrotate
reload rsyslog >/dev/null 2>&1 || true
endscript
}
/var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
/var/log/syslog.1
/var/log/ufw.log.1
/var/log/messages.1
/var/log/kern.log.1
{
rotate 4
weekly
missingok
notifempty
compress
delaycompress
sharedscripts
postrotate
reload rsyslog >/dev/null 2>&1 || true
endscript
}
Acrescentei as quatro linhas a vermelho, será que pensei bem ?
João Fernando Machado Mão de Ferro
-
Não, isso provavelmente vai criar arquivos ".1.1"; desative as diretivas "delaycompress", colocando um "#" no início da linha.
-
Não, isso provavelmente vai criar arquivos ".1.1"; desative as diretivas "delaycompress", colocando um "#" no início da linha.
Tem toda a razão já tinha dado por isso arquivos ".1.1"; já coloquei nas duas linhas que existem # delaycompress e apaguei as quatro linhas que tinha acrescentado
Vamos andando e vendo o comportamento da var
Quanto aos arquivo 1.1 que faço será de apagar ?
Quanto ao que fiz no gufw qual a sua opinião ?
Obrigado colega zekkerj pela sua colaboração neste problema
João Fernando Machado Mão de Ferro
-
Quanto aos arquivo 1.1 que faço será de apagar ?
Sim, apague os arquivos ".1.1".
Quanto ao que fiz no gufw qual a sua opinião ?
Não dá pra opinar sem saber quais regras vc ativou.
-
Quanto aos arquivo 1.1 que faço será de apagar ?
Sim, apague os arquivos ".1.1".
Quanto ao que fiz no gufw qual a sua opinião ?
Não dá pra opinar sem saber quais regras vc ativou.
Sei que mexi, e por fim com este problema da var fiz um Reset e desactivei-o, neste momento penso que deve de estar como se tivesse acabado de ser instalado o firewall
João Fernando Machado Mão de Ferro
-
Estou dando como resolvido esta questão, desde a última modoficação de há quatro dias que a var se mantém sem aumentar.
O meu muito obrigado aos colegas que deram as ajudas
João Fernando Machado Mão de Ferro