Autor Tópico: Pasta "var" quase cheia o que se poderá apagar ? ( Resolvido )  (Lida 72983 vezes)

Offline zekkerj

  • Usuário Ubuntu
  • *
  • Mensagens: 19.736
  • Gratidão gera gratidão, lamúria atrai lamúria...
    • Ver perfil
    • Blog do Zekke
Re: Pasta "var" quase cheia o que se poderá apagar ?
« Resposta #30 Online: 08 de Setembro de 2010, 20:08 »
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?
Pesquise antes de perguntar, sua dúvida pode já ter sido respondida.
Não respondo dúvidas por MP, coloque sua dúvida no fórum onde ela pode ser pesquisada pelos seus colegas!
Não venha ao fórum apenas para perguntar. Se você sabe a resposta de um problema, porque não ajudar seu colega? ;D

Offline JFMMão de Ferro

  • Usuário Ubuntu
  • *
  • Mensagens: 638
  • Morada: Angra do Heroísmo - Açores
    • Ver perfil
Re: Pasta "var" quase cheia o que se poderá apagar ?
« Resposta #31 Online: 08 de Setembro de 2010, 20:24 »
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

Offline JFMMão de Ferro

  • Usuário Ubuntu
  • *
  • Mensagens: 638
  • Morada: Angra do Heroísmo - Açores
    • Ver perfil
Re: Pasta "var" quase cheia o que se poderá apagar ?
« Resposta #32 Online: 12 de Setembro de 2010, 14:34 »
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

Offline zekkerj

  • Usuário Ubuntu
  • *
  • Mensagens: 19.736
  • Gratidão gera gratidão, lamúria atrai lamúria...
    • Ver perfil
    • Blog do Zekke
Re: Pasta "var" quase cheia o que se poderá apagar ?
« Resposta #33 Online: 12 de Setembro de 2010, 17:31 »
Citar
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").
Pesquise antes de perguntar, sua dúvida pode já ter sido respondida.
Não respondo dúvidas por MP, coloque sua dúvida no fórum onde ela pode ser pesquisada pelos seus colegas!
Não venha ao fórum apenas para perguntar. Se você sabe a resposta de um problema, porque não ajudar seu colega? ;D

Offline JFMMão de Ferro

  • Usuário Ubuntu
  • *
  • Mensagens: 638
  • Morada: Angra do Heroísmo - Açores
    • Ver perfil
Re: Pasta "var" quase cheia o que se poderá apagar ?
« Resposta #34 Online: 12 de Setembro de 2010, 18:11 »
Citar
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
« Última modificação: 12 de Setembro de 2010, 18:47 por JFMMão de Ferro »

Offline zekkerj

  • Usuário Ubuntu
  • *
  • Mensagens: 19.736
  • Gratidão gera gratidão, lamúria atrai lamúria...
    • Ver perfil
    • Blog do Zekke
Re: Pasta "var" quase cheia o que se poderá apagar ?
« Resposta #35 Online: 12 de Setembro de 2010, 20:20 »
Não, isso provavelmente vai criar arquivos ".1.1"; desative as diretivas "delaycompress", colocando um "#" no início da linha.
Pesquise antes de perguntar, sua dúvida pode já ter sido respondida.
Não respondo dúvidas por MP, coloque sua dúvida no fórum onde ela pode ser pesquisada pelos seus colegas!
Não venha ao fórum apenas para perguntar. Se você sabe a resposta de um problema, porque não ajudar seu colega? ;D

Offline JFMMão de Ferro

  • Usuário Ubuntu
  • *
  • Mensagens: 638
  • Morada: Angra do Heroísmo - Açores
    • Ver perfil
Re: Pasta "var" quase cheia o que se poderá apagar ?
« Resposta #36 Online: 13 de Setembro de 2010, 05:39 »
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
« Última modificação: 13 de Setembro de 2010, 05:42 por JFMMão de Ferro »

Offline zekkerj

  • Usuário Ubuntu
  • *
  • Mensagens: 19.736
  • Gratidão gera gratidão, lamúria atrai lamúria...
    • Ver perfil
    • Blog do Zekke
Re: Pasta "var" quase cheia o que se poderá apagar ?
« Resposta #37 Online: 13 de Setembro de 2010, 11:49 »
Citar
Quanto aos arquivo 1.1 que faço será de apagar ?
Sim, apague os arquivos ".1.1".

Citar
Quanto ao que fiz no gufw qual a sua opinião ?
Não dá pra opinar sem saber quais regras vc ativou.
Pesquise antes de perguntar, sua dúvida pode já ter sido respondida.
Não respondo dúvidas por MP, coloque sua dúvida no fórum onde ela pode ser pesquisada pelos seus colegas!
Não venha ao fórum apenas para perguntar. Se você sabe a resposta de um problema, porque não ajudar seu colega? ;D

Offline JFMMão de Ferro

  • Usuário Ubuntu
  • *
  • Mensagens: 638
  • Morada: Angra do Heroísmo - Açores
    • Ver perfil
Re: Pasta "var" quase cheia o que se poderá apagar ?
« Resposta #38 Online: 13 de Setembro de 2010, 12:50 »
Citar
Quanto aos arquivo 1.1 que faço será de apagar ?
Sim, apague os arquivos ".1.1".

Citar
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

Offline JFMMão de Ferro

  • Usuário Ubuntu
  • *
  • Mensagens: 638
  • Morada: Angra do Heroísmo - Açores
    • Ver perfil
Re: Pasta "var" quase cheia o que se poderá apagar ? ( RESOLVIDO )
« Resposta #39 Online: 16 de Setembro de 2010, 11:36 »
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