O espaço em disco pode ser o motivo de uma falha do servidor?

Question

Depois de olhar para o arquivo de erro do MySQL, encontrei um erro sobre o espaço em disco. Agora eu acho que é a razão para o MySQL falhando:

[root@xxxx ~]# cat /var/lib/mysql/xxxx.com.err
120528 17:45:05 [Note] Crash recovery finished.
/usr/sbin/mysqld: Disk is full writing './mysql-bin.~rec~' (Errcode: 28). Waiting for someone to free space... (Expect up to 60 secs delay for server to continue after freeing disk space)

Esta poderia ser a razão por trás dos acidentes?

    

Answer 1

Sim, o espaço em disco pode causar uma falha no sistema. É uma situação perigosa que deve ser evitada. Os processos podem ficar sem espaço, os arquivos de log podem ser preenchidos, etc. Certos aplicativos e daemons (por exemplo, MySQL) irão parar ou travar se ficarem sem espaço em disco.

No seu caso, parece que o seu sistema não tem partições. Você deve fornecer a saída de df -h para iniciar ...

De lá, você pode querer ver quais diretórios estão consumindo a maior quantidade de espaço:

du -skh /* deve fornecer uma contabilidade de quais diretórios de nível superior são os maiores. Eu prefiro o utilitário ncdu para isso, mas você não pode esperar que seja instalado na maioria dos sistemas.

Com du -skh /* , você receberá uma saída assim:

[root@xx /]# du -skh /*
8.4M    /bin
37M     /boot
124K    /dev
110M    /etc
192K    /home
.
.
.
5.8G    /usr
3.7G    /var
41G     /yum

Se você quiser detalhar /var , por exemplo, cd /var e executar du -skh * e procurar os maiores consumidores de espaço ... Mas, é claro, o processo de descobrir isso já foi abordado várias vezes nesse site. Verifique estas questões relacionadas para mais sugestões:

Como alguém descobre quais arquivos estão ocupando 80% do espaço em um servidor web Linux?

Como descubro o que está usando todo o espaço da minha / partição?

Software de mapa de árvores de uso de disco para Linux sem cabeçalho

    

Answer 2

É certamente um lugar para começar. Tente encontrar o que está preenchendo sua partição / e remova alguns arquivos e veja o que acontece

find / -xdev -maxdepth 1 -exec du -sh {} \;

ajudará você a descobrir qual árvore de diretórios está preenchendo o disco.

    

Answer 3

Sim, de acordo com seu log de erros do MySQL, é o motivo da falha. Você pode querer esvaziar arquivos de log para liberar algum espaço ou mover o diretório de dados do MySQL para algum outro diretório.

O código de erro 28 representa "Nenhum espaço restante no dispositivo"