Como fazer um limpeza no servidor

rafasnn · 04 de Março de 2009, 11:43

Pessoal,

como faço para descobrir o "ladrão de espaço" no servidor, simplesmente preencheu todo o espaço da "/"


root@servidor:/home/scripts# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1             48062440  43576732    2044232   96% /
tmpfs                    1963256             0     1963256    0% /lib/init/rw
varrun                   1963256        1236     1962020    1% /var/run
varlock                  1963256             0     1963256    0% /var/lock
udev                     1963256         2716    1960540    1%  /dev
tmpfs                    1963256             0     1963256    0% /dev/shm
/dev/sdb1           480719056 246454908 209844948   55% /home
/dev/sda2             50866640     226260   48076808    1% /home/ftp
/dev/sda3             50866640    6788536  41514532   15% /home/instalacao
/home/server/.Private
                     480719056 246454908 209844948  55% /home/server/Private

ctavares · 04 de Março de 2009, 12:05

Pergunta interessante que eu após pensar alguns segundos só posso dizer que desconheco uma forma de logar ou alguns comando que ajudem a responder essa pergunta. O que penso no momento é que você deve conhecer seu servidor e os serviços que rodam nele e pode imaginar onde o problema pode estar acontecendo pois quase sempre é logs ou arquivos mesmo que pode ter sido colocado por algum usuário se for um servidor SAMBA por exemplo.

Talvez seja um bom começo voce ver as pastas /lost+fond, /tmp e também a pasta /var/cache/archavis onde ficam armazenados todos os .deb que voce instalaou ou atualizou em seu servidor via APT.

Outra coisa, não sei se você sabe mas se usar o comando df -h o retorno será o tamanho em kb ou mb facilitado assim sua pesquisa pelas pastas a dentro do seu /.

rafasnn · 04 de Março de 2009, 12:14

pesquisando aqui no server achei o culpado mas não a causa, o problema está na pasta "/var/log" está com impressionantes 40Gb !!!
agora, quem é que ativa esses arquivos logs com que marquei com "<==="?

utilizando o comando

Código Selecionar


du -hsc * | sort -nr

obtive os resultados

Código Selecionar


703M	squid   [color=red]<===[/color]
428K	ConsoleKit
376K	dpkg.log
368K	udev
244K	wtmp
160K	apache2
96K	mail.log
96K	mail.info
96K	apt
92K	mail.log.0
92K	mail.info.0
48K	user.log.0
44K	dmesg.0
44K	dmesg
28K	user.log
20K	lastlog
12K	unattended-upgrades
12K	fsck
12K	faillog
12K	dmesg.4.gz
12K	dmesg.3.gz
12K	dmesg.2.gz
12K	dmesg.1.gz
8,4M	samba [color=red]<===[/color]
7,4G	syslog.0   [color=red]<===[/color]
7,4G	kern.log.0 [color=red]<===[/color]
7,4G	debug.0 [color=red]<===[/color]
6,1M	auth.log.0
5,8M	auth.log
5,6M	daemon.log.0
4,5G	syslog   [color=red]<===[/color]
4,5G	kern.log  [color=red]<===[/color]
4,5G	debug  [color=red]<===[/color]
4,0K	news
4,0K	mysql
4,0K	mail.warn.0
4,0K	mail.warn
4,0K	landscape
4,0K	dist-upgrade
4,0K	btmp
4,0K	boot
4,0K	apparmor
3,0M	daemon.log
2,0M	messages.0
1,3M	installer
1,1M	messages
0	pycentral.log
0	mysql.log
0	mysql.err
0	mail.err
0	lpr.log

ctavares · 06 de Março de 2009, 10:44

Poxa, legal... Vou guardar esse comando em minha base do conhecimento. quanto a pergunta do log eu nao sei responder.

rafasnn · 06 de Março de 2009, 13:58

o grande problema é saber se posso apagar os arquivos da pasta log e também descobrir quem os estão gerando...

roan · 09 de Março de 2009, 10:37

Olá,

Você vair precisa verificar os logs, para ver quais são as mensagens que estão sendo gravadas, e então resolver o problema se for o caso.
Em geral, qualquer arquivo de log pode ser apagado, e recriado. A maioria das aplicações recria o arquivo ao ser iniciada. Uma observação, é que quando você apaga um arquivo de log, o espaço só é liberado após a aplicação que a utiliza ser encerrada (ou reiniciada). No caso do syslog e outros arquivos de logs do sistema, o aplicativo é o sysklogd (pode apagar o arquivo e reiniciar o serviço com /etc/init.d/sysklogd restart).
Mas não adianta apagar os logs sem verificar os erros, afinal esta é a função do arquivo de log. Após verificar as mensagens e corrigir os possíveis problemas, dê uma pesquisada sobre o logrotate. Ele "rotaciona" os logs, ou seja, cria essa versão .0 que você está vendo do log e cria um novo arquivo zerado. É possível criar versões compactadas ou rotacioná-los mais frequentemente para que não ocupe todo o seu hd.

Abraços.

bred81 · 09 de Março de 2009, 12:00

Citação de: rafasnn online 04 de Março de 2009, 12:14
pesquisando aqui no server achei o culpado mas não a causa, o problema está na pasta "/var/log" está com impressionantes 40Gb !!!
agora, quem é que ativa esses arquivos logs com que marquei com "<==="?

utilizando o comando
Código Selecionar Expandir
du -hsc * | sort -nr

obtive os resultados
Código Selecionar Expandir
703M squid [color=red]<===[/color] Olha, se você usa o F-Prot anti-vírus, apaga o log dele. Uma vez ele me gerou um log de 35gb. Estou falando isso para ficar atento aos aplicativos que geram logs... 428K ConsoleKit 376K dpkg.log 368K udev 244K wtmp 160K apache2 96K mail.log 96K mail.info 96K apt 92K mail.log.0 92K mail.info.0 48K user.log.0 44K dmesg.0 44K dmesg 28K user.log 20K lastlog 12K unattended-upgrades 12K fsck 12K faillog 12K dmesg.4.gz 12K dmesg.3.gz 12K dmesg.2.gz 12K dmesg.1.gz 8,4M samba [color=red]<===[/color] 7,4G syslog.0 [color=red]<===[/color] 7,4G kern.log.0 [color=red]<===[/color] 7,4G debug.0 [color=red]<===[/color] 6,1M auth.log.0 5,8M auth.log 5,6M daemon.log.0 4,5G syslog [color=red]<===[/color] 4,5G kern.log [color=red]<===[/color] 4,5G debug [color=red]<===[/color] 4,0K news 4,0K mysql 4,0K mail.warn.0 4,0K mail.warn 4,0K landscape 4,0K dist-upgrade 4,0K btmp 4,0K boot 4,0K apparmor 3,0M daemon.log 2,0M messages.0 1,3M installer 1,1M messages 0 pycentral.log 0 mysql.log 0 mysql.err 0 mail.err 0 lpr.log

koga021 · 13 de Março de 2009, 12:07

pelo que eu entendi o culpado e o squid, esta ocupando muito espaço com arquivos de log,
lista o arquivos e ve qual usuario se repete mais e abre o log dele.

provalvelmente deve ser um usuario muito ativo por email.

indepedente se ele envia arquivos ou nao pelo servidor, e sim pela quantidade de açoes que ele faz.

Nao e culpa do usuario

voce pode e apagar o log com algum criterio de tempo
abc

koga021 · 13 de Março de 2009, 12:24

pelo que eu entendi o culpado e o squid, esta ocupando muito espaço com arquivos de log,
lista o arquivos e ve qual usuario se repete mais e abre o log dele.

provalvelmente deve ser um usuario muito ativo por email.

indepedente se ele envia arquivos ou nao pelo servidor, e sim pela quantidade de açoes que ele faz.

Nao e culpa do usuario

voce pode e apagar o log com algum criterio de tempo
abc