RESULTADO FINAL
Corrigi esse problema redimensionando minha partição xvda de 700 MB para 10 GB. Eu usei o painel de controle do Linode para fazer isso, o que envolveu desligar o VPS, executar a operação de redimensionamento e depois inicializá-lo novamente. Muito obrigado a todos que forneceram insights e soluções; eles foram todos instrumentais e úteis.
PERGUNTA ORIGINAL
Estou executando o Postfix como meu MTA e ele decidiu, aleatoriamente, parar de aceitar emails de entrada:
Sep 14 07:50:26 zulu postfix/smtpd[27946]: warning: not enough free space in mail queue: 6832128 bytes < 1.5*message size limit
No meu postconf :
message_size_limit = 10240000
queue_minfree = 25000000
Todo o correio para o meu sistema está sendo rejeitado com 452 4.3.1 Insufficient system storage .
Eu sei pouco ou nada sobre partições e magia relacionada, eu só sei que o Postfix aparentemente está me dizendo que não tem espaço, quando na verdade meu sistema tem muito espaço:
Por fim, o Postfix ainda está enviando os avisos de falha para minha conta postmaster@ , por isso estou realmente perdida.
EDITAR
root@zulu:/# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda 679M 644M 6.9M 99% /
tmpfs 249M 0 249M 0% /lib/init/rw
udev 10M 112K 9.9M 2% /dev
tmpfs 249M 0 249M 0% /dev/shm
Até onde eu sei, a fila de mensagens é armazenada em /var/spool/postfix . Não tenho certeza de como determinar se isso está correto, mas parece correto:
root@zulu:/var/spool/postfix# ls -al
total 84
drwxr-xr-x 21 root root 4096 Sep 6 13:58 .
drwxr-xr-x 4 root root 4096 Sep 6 06:55 ..
drwx------ 2 postfix root 4096 Sep 14 08:37 active
drwx------ 2 postfix root 4096 Sep 13 13:19 bounce
drwx------ 2 postfix root 4096 Sep 6 06:55 corrupt
drwx------ 3 postfix root 4096 Sep 12 06:13 defer
drwx------ 3 postfix root 4096 Sep 12 06:13 deferred
drwxr-xr-x 2 root root 4096 May 4 17:30 dev
drwxr-xr-x 3 root root 4096 Sep 14 07:37 etc
drwx------ 2 postfix root 4096 Sep 6 06:55 flush
drwx------ 2 postfix root 4096 Sep 6 06:55 hold
drwx------ 2 postfix root 4096 Sep 14 08:37 incoming
drwxr-xr-x 2 root root 4096 Sep 14 07:37 lib
drwx-wx--T 2 postfix postdrop 4096 Sep 8 21:41 maildrop
drwxr-xr-x 2 root root 4096 Sep 12 06:13 pid
drwx------ 2 postfix root 4096 Sep 14 07:37 private
drwx--s--- 2 postfix postdrop 4096 Sep 14 07:37 public
drwx------ 2 postfix root 4096 Sep 6 06:55 saved
drwx------ 2 postfix root 4096 Sep 6 06:55 trace
drwxr-xr-x 3 root root 4096 Sep 6 06:55 usr
drwxr-xr-x 3 root root 4096 Sep 6 13:58 var
fdisk:
root@zulu:/# fdisk -l /dev/xvda
Disk /dev/xvda: 734 MB, 734003200 bytes
255 heads, 63 sectors/track, 89 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/xvda doesn't contain a valid partition table
Eu provavelmente deveria notar que este é um Linode VPS.
A razão pela qual você está mostrando muito espaço é porque sua imagem de linode tem 956mb de tamanho e você tem 20gb no total em sua conta. Assim, o seu servidor atual tem apenas 956mb de tamanho (oferecendo 6.9mb atualmente disponível). Para resolver - desligue sua instância do linode, redimensione a imagem para usar mais da sua conta (sugira usar tudo, a menos que você tenha outras imagens que precise executar).
Ok, posso ver o problema, embora não tenha certeza de onde está o restante do espaço em disco relatado. Esta linha:
/dev/xvda 679M 644M 6.9M 99% /
diz que seu sistema de arquivos raiz tem apenas 679MB de tamanho, dos quais você tem apenas 6,9MB livres, (o valor informado na mensagem de erro).
/var/spool/postfix está nesse sistema de arquivos (como todo o resto). Portanto, se você tem 20 GB disponíveis, o disco não foi particionado corretamente. Se for seu próprio servidor, execute fdisk -l /dev/xvda . Isso deve mostrar a tabela de partições. Se for um serviço hospedado, fale com o seu provedor.
Seu diretório raiz está cheio, que é o problema. Existem algumas coisas que você pode fazer imediatamente. Um, execute um apt-get clean all. Isso excluirá todos os pacotes baixados no sistema de arquivos. Em seguida, faça o seguinte:
cd /var/log
du -hs
Isso mostrará quanto espaço está sendo usado para logs. Se for significativo, vá em frente e emita du-hs *. Isso mostrará quanto espaço cada diretório em / var / log está usando. Procure um que esteja usando mais espaço. Digite-o (cd onde é o nome do diretório do problema. Emita um ls -lh e examine os tamanhos de arquivo para cada um. Se os arquivos terminarem com .gz, você pode simplesmente excluí-los (rm) ou se houver um arquivo que é grande, mas não termina em .gz e você não se importa com a questão do conteúdo:
> <filename>
Novamente, onde está o nome do arquivo com problema. Isso deve levá-lo de volta à execução e estou bastante confiante de que você encontrará seu problema em / var / log.
Tags postfix debian-squeeze