OpenLDAP: Program version 5.1 doesn't match environment version 4.8

O problema:
Ao atualizar um servidor Debian Squeeze (6.0) para a nova versão stable Wheezy (7.0), tudo ocorreu normalmente (como de costume) exceto pelo serviço OpenLDAP. O serviço simplesmente não subia, e não exibia nenhum erro. Tentei executar um slapcat para exportar a base e subí-la novamente. O comando slapcat reportava o seguinte erro (posteriormente vi que o erro também aparece no arquivo /var/log/syslog):

Program version 5.1 doesn't match environment version 4.8

Pesquisando na web, cheguei a essa página do próprio projeto Debian, que sugere a seguinte solução:

1. Instalar o pacote db4.8-util
2. Trocar para o diretório onde ficam as bases de dados do LDAP.
3. Executar alguns comandos para atualizar a versão da base de dados.

Comandos:
Obs: Recomendo que seja feito antes um backup de todo o diretório /var/lib/ldap para outro diretório, por segurança.

apt-get install db4.8-util
cd /var/lib/ldap
db4.8_checkpoint -1
db4.8_recover

Após executar os comandos, verifique (ls -l) se todos os arquivos do diretório pertencem ao usuário que executa o servidor slapd (openldap, no Debian). Caso algum arquivo não pertença a esse usuário, corrija as permissões com o seguinte comando (ainda no diretório /var/lib/ldap):

chown openldap:openldap *

Após isso, basta iniciar o serviço:

/etc/init.d/slapd start

Erro amavisd too many links lost connection

O problema:
A fila de mensagens do servidor de email (postfix, no meu caso) cresce, e as mensagens não são entregues. O comando mailq exibe erros parecidos com esse:

delivery temporarily suspended: lost connection with 127.0.0.1[127.0.0.1] while sending MAIL FROM

O log de erros de email (/var/log/mail.err) mostra as seguintes mensagens:

TROUBLE in process_request: Can't create directory /var/lib/amavis/tmp/amavis-20111221T160623-06971: Too many links at /usr/sbin/amavisd-new line 5081, <GEN28> line 4

A causa:
A mensagem 'Too many links' indica que o limite de subdiretórios do diretório /var/lib/amavis/tmp/ foi alcançado (em sistemas de arquivo ext3 esse limite é de aproximadamente 32.000 itens por diretorio). Assim, o antispam não consegue criar mais subdiretórios e deixa de entregar as mensagens.

Solução:

1. Exclusão dos diretórios mais antigos que 1 dia e  com nome de  .spamassassin* que ficam no hd mesmo apos terem sido utilizados.
2. Restart do serviço do amavis.

Comandos:

cd /var/lib/amavis/tmp
find -mtime +1 -name .spamassassin\* | xargs rm -r
/etc/init.d/amavis restart

Pode-se forçar o inicio da entrega das mensagens com o comando "postfix flush", ou aguardar que o próprio servidor recomece as tentativas de envio