Ruy Rocha

Eu estava ouvindo Tool - Hooker with a penis quando me ocorreram algumas idéias. Geralmente, alertas de monitoramento ou de chamados (helpdesk) chegam por e-mail, ou você tem ir em uma página web, atualizar para ver se tem algo novo, etc. Neste meio tempo, é bem simples dar atenção a alguma conversa no MSN, e principalmente se a janela for de alguma delicinha, e foi justamente pensando neste tipo de situaçao que surgiu ele (ou seria ela!?): rööker.rb, um bot para MSN, que possibilita monitoramento ativo dos serviços.

O que o rööker.rb faz:

- existe uma base com todos os clientes, contendo o quê (serviços) roda em quem (empresa);

- existe uma checagem constante dos serviços. Se algum deles cai, no mesmo momento é gerado um alarme, e através deste alarme é possível saber o quê parou em quem;

- no mesmo momento, uma mensagem no MSN é recebida, e esta mensagem traz informações sobre qual serviço parou e em qual empresa. Agora entra a intervenção, ficando a critério “deixar de lado” (pois o chamado não foi aberto pela empresa ainda), ou fazer o serviço voltar;

Na janela do chat é possível digitar comandos, por exemplo:

#c0344 httpd restart

Esta mensagem que envio diz o seguinte: deve ser reiniciado o Apache no cliente c0344. Então o “rööker” conecta via SSH no cliente e faz todo o serviço, simples assim.

Tem mais coisa a ser feita: alarmes via gTalk e twitter. Quando tudo estiver redondinho eu posto o fonte aqui. Estou testando tudo em Linux (CentOS 5.2) e OpenBSD (4.4).

Aqui, mostro como fazer a replicação de dados sem a utilizar mysqldump’s ou rsync’s da vida. Particularmente não sou muito fã do MySQL, só que achei interessante este recurso para cópia em tempo real. Colocando-se no seguinte cenário: uma aplicação que tenha grande fluxo de dados constantemente, com picos variáveis. O problema está no tipo da consulta e no tamanho da resposta, diretamente, se toda a informação passa apenas por um único gargalo. Então, o intuito deste texto (1 de 3: replication, load balance e failover) é preparar o cenário, possibilitando ter uma cópia fiel dos dados em mais de um servidor. O mestre será 10.2.3.9, e o escravo 10.2.3.10.

Read the rest of this entry »

You can speed up your vm`s in VMware Server Console by defrag*** a virtual disk. After you got your vm running as fastest as it can, just click on VM Settings and then select Hard Disk; so, click on “Defragment” button, and wait some seconds (or minutes/hours/days… i`m just kidding).

After, the machine taked up 1min to boot. Now, it takes almost one minute, but suspend/resume time decreased from one minute to few seconds.

Please, read:

* you can’t do that if your machine is suspended, so you need to poweroff

* it won’t do any effect if you have pre-allocated the disk (works only with virtual disks, not plain or physical disks, as described here).

ps: defrag means to me the oldest procedure on win9x (scandisk, defrag, etc), when life was not too good

PostfixAdmin is a simple (and really good!) panel to manage virtual domains and mail accounts (for postfix, duh!). You can store entire data into the rdbms system: PostgreSQL (not mysequel, ’cause it sucks hard).

When you download PostfixAdmin from SourceForge.net and try to get it up and runnig with Postgres, it won’t run. A patch for postfixadmin was made by two guys (Troels Arvin and Jorge Martín, so may thanks to them).

You just need to apply the patch

$ cd /path/where/postfixadmin/is
$ patch -p1 < ../path/where/postfixadmin-patch/is

… and be happy.

Bom, logo eu pretendo disponibilizar um tutorial FELIZ DEMAIS de como fazer o servidor de e-mails mais feliz do mundo, haha. Ficou muito, mas muito foda mesmo.

- PostfixAdmin funciona perfeitamente, e e’ perfeitamente simples tambem.

- RoundCube e’ um webmail muito amistoso, muito mesmo.

- MailGraph analisa os logs do Postfix.

- PFlogSumm faz tipo o que o LogWatch faz, so que com alguns detalhes a mais.

Por hora e’ isto.

ps: no carnaval do ano que vem, Mad Sin vira’ pra ca’. E vai ser muito, mas muito do canhoto.