OI
Meu /var ta enchendo muito rapido, e nao é com os logs, desconfigo de
alguma coisa do qmail, mas dou um du -a e nada de anormal aparece, ta
enchendo mais de 10M por hora, esta ai o df dele.
/dev/da0s1e 378M87M 261M25%/tmp
/dev/da0s1d56G47G 4.5G91%/usr
Olá,
# cd /var
# du | sort -rn | head
para listar os 10 arquivos que mais ocupam espaço
Abraços.
2006/10/2, Leonardo RJ [EMAIL PROTECTED]:
OI
Meu /var ta enchendo muito rapido, e nao é com os logs, desconfigo de
alguma coisa do qmail, mas dou um du -a e nada de anormal aparece, ta
olha o resultado
xeon# du -h | sort -rn | head
748K./db/pkg/linux_base-7.1_5
748K./db/pkg/linux_base-7.1_1
690K./qmail/queue/mess
630K./qmail/bin
290K./db/pkg/python-2.3.3
242K./db/pkg/jakarta-tomcat-4.1.29
186K./db/pkg/linux-blackdown-jdk-1.4.1
170K
On 10/2/06, Leonardo RJ [EMAIL PROTECTED] wrote:
olha o resultado
xeon# du -h | sort -rn | head
748K./db/pkg/linux_base-7.1_5
Como pode estar marcando 240M ocupados no df ?
Qual a saída desta variação do comando?
# du /var | sort -bnr | head
-
Histórico:
xeon# du /var | sort -bnr | head
9326/var
6662/var/db
6646/var/db/pkg
2198/var/qmail
1164/var/qmail/queue
1118/var/db/pkg/teTeX-2.0.2_2
748 /var/db/pkg/linux_base-7.1_5
748 /var/db/pkg/linux_base-7.1_1
702 /var/qmail/queue/mess
630 /var/qmail/bin
On 10/2/06, Leonardo RJ [EMAIL PROTECTED] wrote:
xeon# du /var | sort -bnr | head
6646/var/db/pkg
Eu arriscaria dizer que a causa está localizada neste diretório.
Outro forte motivo para o problema é o tamanho pequeno dedicado ao
/var. Com o tamanho médio dos HDs atuais, arrisco dizer que
Concordo, so que essa maquina tem 5 anos e foi a primeira instalacao
de freebsd que fiz, hoje em diz ponho 8G para var normalmente...
mas pq o /var/db/pkg
E pq o du nao pega o arquivo que esta comendo esse espaco todo ?
Como saber quem esta comendo espaco se nao vejo o arquivo ?
On 10/2/06, Leonardo RJ [EMAIL PROTECTED] wrote:
Concordo, so que essa maquina tem 5 anos e foi a primeira instalacao
de freebsd que fiz, hoje em diz ponho 8G para var normalmente...
mas pq o /var/db/pkg
Porque, dentre os top 3 consumidores de espaço é o mais interno do
filesystem (antes
xeon# ls -lFao /var/db/pkg | sort -bnr +5 | head
drwxr-xr-x 2 root 512 Oct 30 2002 ucd-snmp-4.2.5_2/
drwxr-xr-x 2 root 512 Oct 30 2002 mrtg-2.9.22/
drwxr-xr-x 2 root 512 Oct 30 2002 gd-1.8.4_6/
drwxr-xr-x 2 root 512 May 30 2003 ncftp-3.1.4_1/
Opa!
On 10/2/06, Leonardo RJ [EMAIL PROTECTED] wrote:
xeon# ls -lFao /var/db/pkg | sort -bnr +5 | head
drwxr-xr-x 2 root 512 Oct 30 2002 ucd-snmp-4.2.5_2/
drwxr-xr-x 2 root 512 Oct 30 2002 mrtg-2.9.22/
drwxr-xr-x 2 root 512 Oct 30 2002 gd-1.8.4_6/
Essa
nao mudou em nada a saida
agora como pode estar acontecendo isso ??
2006/10/2, Alex Moura [EMAIL PROTECTED]:
Opa!
On 10/2/06, Leonardo RJ [EMAIL PROTECTED] wrote:
xeon# ls -lFao /var/db/pkg | sort -bnr +5 | head
drwxr-xr-x 2 root 512 Oct 30 2002 ucd-snmp-4.2.5_2/
On 10/2/06, Leonardo RJ [EMAIL PROTECTED] wrote:
nao mudou em nada a saida
agora como pode estar acontecendo isso ??
Agora só consigo pensar em inodos que estavam alocados não terem sido
liberados pelo sistema operacional. Algumas ações que podem surtir
algum efeito:
1) Executar o comando
sim, sync ja fiz inumeras vezes e nada, so rebootando mesmo...
mas aí é dose, ter que ficar rebootando toda hora
:(
2006/10/2, Alex Moura [EMAIL PROTECTED]:
On 10/2/06, Leonardo RJ [EMAIL PROTECTED] wrote:
nao mudou em nada a saida
agora como pode estar acontecendo isso ??
Agora só
13 matches
Mail list logo