Introducao:O iperf e um comando que permite mensurar de forma simples e direta a taxa de transmissao da sua rede.Sao necessarios dois computadores, um operando em modo servidor e outro em modo cliente.Instalacao:O programa esta disponivel na forma de pacotes para as distribuicoes Debian e Ubuntu (e possivelmente para as distros da familia Red Hat, como Cent OS e Fedora), bastando utilizar o comandoapt-get install iperfSintaxe:iperf [opcoes]Resumo das principais opcoes (para todas as outras, veja a pagina de manual - man iperf)-p define a porta de trabalho ao inves da porta padrao (5001).-u Envia pacotes UDP ao inves de TCP (ambas as maquinas precisam trabalhar com o mesmo tipo de pacotes)-f XDefine a unidade a ser exibida, onde pode ser:k: kbitsm: megabitsK: KBytesM: MBytes-m Exibe o MTU do segmento-C permite que cliente e servidor sejam de versoes diferentes (modo de compatibilidade)Opcoes especificas do modo cliente-c Executa em modo clienteOpcoes especificas do modo servidor-s Executa em modo servidorUso:Para utilizar, basta executar o programa no modo servidor em uma maquina:e na outra em modo cliente (informando o endereco IP da maquina servidora):O teste dura aproximadamente 10 segundos. Durante esse tempo, o programa tenta enviar a maior quantidade de bytes possiveis, e exibe um relatorio como o da imagem anterior em seguida (em ambas as maquinas). No caso, foram transferidos 207 MB, e a taxa de transferencia calculada foi de 174 MBits/s. O problema:A fila de mensagens do servidor de email (postfix, no meu caso) cresce, e as mensagens nao sao 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 FROMO 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 4A causa:A mensagem 'Too many links' indica que o limite de subdiretorios do diretorio /var/lib/amavis/tmp/ foi alcancado (em sistemas de arquivo ext3 esse limite e de aproximadamente 32.000 itens por diretorio). Assim, o antispam nao consegue criar mais subdiretorios e deixa de entregar as mensagens.Solucao:Exclusao dos diretorios mais antigos que 1 dia e com nome de .spamassassin* que ficam no hd mesmo apos terem sido utilizados.Restart do servico do amavis.Comandos:cd /var/lib/amavis/tmpfind -mtime +1 -name .spamassassin\* | xargs rm -r/etc/init.d/amavis restartPode-se forcar o inicio da entrega das mensagens com o comando "postfix flush", ou aguardar que o proprio servidor recomece as tentativas de envio O problema:Ao atualizar um servidor Debian Squeeze (6.0) para a nova versao stable Wheezy (7.0), tudo ocorreu normalmente (como de costume) exceto pelo servico OpenLDAP. O servico simplesmente nao subia, e nao exibia nenhum erro. Tentei executar um slapcat para exportar a base e subi-la novamente. O comando slapcat reportava o seguinte erro (posteriormente vi que o erro tambem aparece no arquivo /var/log/syslog):Program version 5.1 doesn't match environment version 4.8Pesquisando na web, cheguei a essa pagina do proprio projeto Debian, que sugere a seguinte solucao:Instalar o pacote db4.8-utilTrocar para o diretorio onde ficam as bases de dados do LDAP.Executar alguns comandos para atualizar a versao da base de dados.Comandos:Obs: Recomendo que seja feito antes um backup de