|
Busca |
Não consegue reinicializar Apache, os emails não funcionam, não consegue instalar novos softwares, não consegue aplicar novas release... Com um simples comando em SSH : [auser@nsXXXX user]$ df -h Filesystem Size Used Avail Use% Mounted on /dev/hda1 1.9G 981M 887M 53% / /dev/hda2 34G 3.8G 29G 12% /home none 61M 0 61M 0% /dev/shm ou em Webmin: 'https://nsXXX.ovh.net:10000/fdisk/' ou (se o seu Webmin não está em SSL): 'http://nsXXX.ovh.net:10000/fdisk/' Chamamos partição sistema, / , slash, ou partição root, a partição onde se encontra armazenado o sistema base. Os sites e tudo o que deve ser adicionado ao servidor está em /home São várias:
Para os 2 primeiros casos, basta deslocar os ficheiros/directórios num sub-directório de /home. Para ver os ficheiros os mais pesados num directório, pode executar o comando seguinte: Head permite afixar apenas os 10 ficheiros mais volumosos. [root@nsXXXX root]# ls -lh --sort=size|head total 20M -rw-r--r-- 1 root root 2.6M mai 1 18:00 vim-common-6.1-18.7x.2.i386.rpm -rw-r--r-- 1 root root 2.5M jui 22 10:15 mutt-1.4.1-1.src.rpm -rw-r--r-- 1 root root 2.5M jui 22 10:33 mutt-1.4.1i-2mdk.src.rpm -rw-r--r-- 1 root root 1.7M avr 9 2003 bind-9.2.1-1.7x.2.i386.rpm -rw-r--r-- 1 root root 1.5M jui 18 14:25 tin-current.tar.gz -rw-r--r-- 1 root root 1.4M avr 10 10:22 awstats-5.6-1.noarch.rpm -rw-r--r-- 1 root root 1.1M jui 21 19:34 mutt-1.4.1-1.i386.rpm -rw-r--r-- 1 root root 1.0M mai 1 18:00 vim-enhanced-6.1-18.7x.2.i386.rpm -rw-r--r-- 1 root root 908k jui 23 16:28 mutt-1.2.5.1-1.i386.rpm Aqui, constatamos que:
Para resolver o problema, vamos deslocar os ficheiros incómodos num directório em /home. Visivelmente, são .rpm e .tar.gz (arquivos de softwares). Não é nada obrigatório de os conservar no /root. Vamos então criar um directório em :home para os armazenar. [root@nsXXXX root]# mkdir /home/archives [root@nsXXXX root]# mv *.tar.gz *.rpm /home/archives Instalou por exemplo um servidor HLDS (Half-Life Dedicated Server) em /usr/local/game/hlds. Este directório está na partição de sistema, é então preciso desloca-lo para /home e criar uma relação simbólica para que este caminho fique válido. Nota: Verificar que o servidor hlds está parado antes de executar a operação. [root@nsXXXX root]# mv /usr/local/game/hlds /home/ [root@nsXXXX root]# ln -s /home/hlds /usr/local/game/hlds Pode acontecer que mod_gzip não elimina os seus ficheiros temporários situados em /tmp e que estes atingem um tamanho importante (vários Gb). Para verificar: [root@nsXXXX root]# ls -l /tmp/*.wrk -rwx------ 1 nobody nobody 53695415 sep 30 00:10 _11831_132_33.wrk -rwx------ 1 nobody nobody 0 sep 3 00:10 _12954_120_21.wrk -rwx------ 1 nobody nobody 0 sep 7 00:10 _14733_110_11.wrk -rwx------ 1 nobody nobody 0 sep 21 00:10 _16191_106_7.wrk -rwx------ 1 nobody nobody 0 aoû 19 00:10 _16585_123_24.wrk -rwx------ 1 nobody nobody 0 aoû 25 00:10 _16693_152_53.wrk -rwx------ 1 nobody nobody 0 oct 5 00:10 _17282_110_11.wrk -rwx------ 1 nobody nobody 0 sep 14 00:10 _17792_106_7.wrk -rwx------ 1 nobody nobody 0 oct 7 00:10 _18056_108_9.wrk Para os eliminar : [root@nsXXXX root]# rm -rf /tmp/*.wrk Este bug é conhecido, mas de origem desconhecida. De momento, a única solução para o evitar é de desactivar mod_gzip em /httpd.conf. Procurar a linha mod_gzip yes e substituir por mod_gzip no. Reinicializar o Apache desta forma: [root@nsXXXX root]#/etc/init.d/httpd restart Este bug só se produz para alguns sites (sem dúvida devido a um script PHP ou CGI). Ver o guia QueueQmailFull |
