E no Zabbix esse interesse sempre existiu, seja na utilização de proxy ou servidores atuando de forma distribuída, porém uma ótima funcionalidade do Zabbix, que é a checagem ativa (Active Check), tinha o limitador de que um agente  podia se comunicar com apenas um predeterminado servidor, ou seja, se você tivesse vários servidores em um ambiente redundante, teria que utilizar softwares externos para prover alta-disponibilidade (tal como heartbeat).

Porém na versão 1.8.12 do Zabbix, será possível utilizar mais do que um servidor para checagens ativas!

No arquivo de configuração do agente, existe um novo parâmetro, que é o ServerActive. Ele funciona da seguinte forma:

Se o parâmetro ServerActive estiver especificado, o parâmetro utilizado anteriormente para informar o servidor (Server) não será usado para checagens ativas, ou seja, apenas para checagens passivas.
Se o parâmetro ServerActive não estiver especificado, a configuração continua como versões anteriores, ou seja, o primeiro host do parâmetro Server será utilizado para checagens ativas.

Segue abaixo um exemplo, onde demonstra que pode ser utilizado tanto nome, como endereço IP:

ServerActive=zabbixserver,zabbixproxy1,10.1.13.13

Mas se um dos servidores estiver em uma porta diferente? Apenas coloque a porta após dois pontos, como podemos ver abaixo:

ServerActive=zabbixserver,zabbixproxy1:20051,10.1.13.13

Novamente demonstrando seu interesse pelas tendências, o IPV6 também é suportado, como podemos ver no exemplo abaixo:

ServerActive=zabbixproxy1:20051,[::1]:30051,::1,[::1]

Perceba que como o IPV6 também utiliza dois pontos no seu endereçamento, a utilização de colchetes são necessários para esses casos, ou seja, se não tiver porta a especificar, não precisa necessariamente usar colchete.

Lembrando que caso queira mudar a porta de TODOS os servidores, utilize o parâmetro ServerPort, já presente no seu arquivo de configuração.

Na versão 2.0, que ainda está em beta, existe uma pequena diferença. O parâmetro Server será utilizado APENAS para checagens passivas, ou seja, checagens ativas serão APENAS consideradas no parâmetro ServerActive.

Essa funcionalidade no momento da escrita desse post, ainda estava em teste, sob o nome de 1.8.12rc1.

Por favor, baixe essa versão de teste e reporte possíveis problemas, dessa forma estará ajudando a construir o software que utiliza.

Fonte : Zabbix Blog

Como precavido que somos, não vamos deixar pra configurar nossos servidores depois da mudança de horário, correto?

Primeiro veja qual o seu timezone:

# cat /etc/sysconfig/clock

Update : No ubuntu é /etc/timezone (Valeu André Gondim)

O retorno é o nome da pasta e arquivo, tendo como exemplo o meu:

[root@condado /]# cat /etc/sysconfig/clock
ZONE=”America/Bahia”
UTC=false
ARC=false

Então entraremos na seguinte pasta

# cd /usr/share/zoneinfo/America/

Nessa pasta criaremos o arquivo abaixo:

# vi verao.2011.zic

Dentro desse arquivo coloque o seguinte conteúdo:

Rule America 2011 only – Oct 16 00:00 1 S
Rule America 2012 only – Feb 26 00:00 0 -

Zone America/Bahia -3:00 America BR%sT

Lembrando que a informação “America” e “Bahia” podem alternar a depender do seu timezone. Não esqueça disso!

Agora vamos aplicar a mudança no seu arquivo de timezone:

# zic verao.2011.zic

Que tal testar, pra constatar se está tudo correto?

# zdump -v America/Bahia | grep 201[12]

Obs: Novamente, Lembrando que a informação “America” e “Bahia” podem alternar a depender do seu timezone. Não esqueça disso!

Se tiver esse retorno abaixo, está ok:

America/Bahia Sun Oct 16 02:59:59 2011 UTC = Sat Oct 15 23:59:59 2011 BRT isdst=0 gmtoff=-10800
America/Bahia Sun Oct 16 03:00:00 2011 UTC = Sun Oct 16 01:00:00 2011 BRST isdst=1 gmtoff=-7200
America/Bahia Sun Feb 26 01:59:59 2012 UTC = Sat Feb 25 23:59:59 2012 BRST isdst=1 gmtoff=-7200
America/Bahia Sun Feb 26 02:00:00 2012 UTC = Sat Feb 25 23:00:00 2012 BRT isdst=0 gmtoff=-10800

Agora vamos aplicar no sistema a nova configuração.
Caso o seu arquivo /etc/localtime não seja um link simbólico, copie o arquivo com o comando abaixo:

# cp America/Bahia /etc/localtime

Pronto! Agora seu servidor está no horário de verão!

Fonte : Centos-pt-br

Assim como na versão 1.8.6,  é aconselhável executar um dos patchs SQL abaixo. Ele tem como objetivo melhorar significamente a performance da sincronia entre os nós.

MySQL:
DROP INDEX node_cksum_1 ON node_cksum;
CREATE INDEX node_cksum_1 on node_cksum (nodeid,cksumtype,tablename,recordid);

ORACLE:
DROP INDEX node_cksum_1;
CREATE INDEX node_cksum_1 on node_cksum (nodeid,cksumtype,tablename,recordid);

PostgreSQL:
DROP INDEX node_cksum_1;
CREATE INDEX node_cksum_1 on node_cksum (nodeid,cksumtype,tablename,recordid);

Vamos ver algumas mudanças mais importantes dessa versão:

Melhora na performance da verificação da trigger

Zabbix Server foi melhorado no que tange a calcular textos e logs relacionados a expressões de trigger bem mais rápido e sem utiliza consulta no banco de dados.

Nova opção para mostrar itens sem informação

A visualização “Dados recentes” foi melhorada para ter opção de visualizar itens que não tiverem informações ou visualizar o histórico desses dados.

Expressão regular de busca modificada na API

Expressão regular de busca na API foi substituída de “%” para o mais tradicional “*”.

Nesse link poderemos ver todas as mudanças dessa versão de forma bem simples, porém o mesmo está em inglês.

Interessou? Agora baixe aqui.

Queremos fazer um grande evento, com presença de experientes e iniciantes, para assim criar um clima de interação e troca de conhecimento. Que é uma marca de eventos de Software Livre.

O evento acontecerá no próximo dia 17 de setembro, na Faculdade Area1.

Não perca essa grande oportunidade!

Segue abaixo o link do evento:

http://wiki.softwarefreedomday.org/2011/Brazil/Salvador

Espero todo mundo lá!

Nesta terça-feira, 23 de agosto de 2011, foi lançado o Fedora 16 Alpha. A versão de desenvolvimento conta com todos os recursos que estarão presentes na versão final em uma forma que já possam ser testados pela comunidade.

O Fedora 16 Alpha apresenta os seguintes recursos rumo ao lançamento em novembro:

• Melhoria no gerenciamento de serviços via systemd
• Plugin de integração do Python com o GCC
• Melhorias de performance no SELinux
• GRUB 2
• GNOME 3.1
• KDE 4.7
• Pearl 5.14
• Spice 0.10

Baixe o Fedora 16 Alpha: http://fedoraproject.org/get-prerelease
Para ver mais novidades do Fedora 16 visite: http://fedoraproject.org/wiki/Releases/16/FeatureList

Fonte: Projeto Fedora

O Fedora 16 Alpha será disponibilizado na próxima terça-feira, 23 de agosto de 2011.

Os Logs e minuta estão disponíveis para leitura.

A comunidade está muito feliz pelas contribuições ao lançamento do Alpha.

E a  agenda continua:

• 06/09/11: Data limite para tradução da interface e pacotes
• 13/09/11: Data limite para o Beta freeze e completar 100% das funcionalidades ( Vamos ter fé! )
• 27/09/11: Lançamento da versão Beta
• 17/10/11: Data limite para mudanças finais
• 01/11/11: Lançamento oficial do Fedora 16 estável (A data seria melhor se fosse no dia 63)

Essa foi uma tradução livre do post da dagny87

Esses lançamentos de versões menores, normalmente não trazem grandes mudanças e a versão 1.8.6 foge um pouco desse “protocolo”, pois se você está utilizando o zabbix baseado em nós distribuídos, é aconselhável executar um dos patchs SQL abaixo. Ele tem como objetivo melhorar significamente a performance da sincronia entre os nós.

MySQL:
DROP INDEX node_cksum_1 ON node_cksum;
CREATE INDEX node_cksum_1 on node_cksum (nodeid,cksumtype,tablename,recordid);

ORACLE:
DROP INDEX node_cksum_1;
CREATE INDEX node_cksum_1 on node_cksum (nodeid,cksumtype,tablename,recordid);

PostgreSQL:
DROP INDEX node_cksum_1;
CREATE INDEX node_cksum_1 on node_cksum (nodeid,cksumtype,tablename,recordid);

Vamos ver algumas mudanças mais importantes dessa versão:

Reload do cache de configuração por demanda

Agora é possível força o reload do cache do Zabbix, seja do servidor ou do proxy.

Checagem do arquivo de configuração

Como já informado aqui, agora o Zabbix irá “reclamar” caso algum parâmetro esteja descrito errado.

Compatibilidade com PostgreSQL 9.x

Agora é seguro usar essa versão do PostgreSQL.

Monitoramento de LVM

Agora é possível monitorar a performance do LVM nativamente

Nesse link poderemos ver todas as mudanças dessa versão de forma bem simples, porém o mesmo está em inglês.

Interessou? Agora baixe aqui.

Como todos sabem, o CentOS é uma versão da comunidade, assim não é suportada nativamente pelo produto Spacewalk, mas como estamos falando de software livre, segue abaixo passos simples para realizar essa configuração.

Mãos a massa

wget http://www.bioss.ac.uk/staff/davidn/spacewalk-stuff/0.3/centos-errata.py.txt -O centos-errata.py

wget http://www.bioss.ac.uk/staff/davidn/spacewalk-stuff/0.3/centos-errata.cfg

mkdir -p /opt/spacewalk-errata/errata

mv centos-errata.* /opt/spacewalk-errata/

chmod +x /opt/spacewalk-errata/centos-errata.py

vi  /opt/spacewalk-errata/centos-errata.cfg

Dentro do arquivo você altera as informações abaixo:

[centos errata]
version=5
release=5
scrape_rhn=False

[centos errata]
version=5
release=5
scrape_rhn=False

[spacewalk]
server=<IP or Hostname of Spacewalk Server>
login=<Spacewalk Login Username>
password=’<Spacewalk User Password>‘

[i386]
package_dir=/var/satellite/redhat/1/
# Enter the name of the channel that the errata will link to.
channel=centos5-updates-i386

[x86_64]
package_dir=/var/satellite/redhat/1/
# Enter the name of the channel that the errata will link to.
channel=centos5-updates-x86_64

Agora vamos criar o script!

vi  /etc/cron.daily/centos-errata.cron && chmod +x /etc/cron.daily/centos-errata.cron

Adicione o seguinte conteúdo:

#!/bin/sh
# Processes CentOS Errata and imports it into Spacewalk

# Obtains the current date and year.
LANG=C DATE=`date +%Y-%B`

# Fetches the errata data from centos.org.
wget -P /opt/spacewalk-errata/errata http://lists.centos.org/pipermail/centos-announce/$DATE.txt.gz
gunzip -f /opt/spacewalk-errata/errata/$DATE.txt.gz

# Processes and imports the errata.
cd /opt/spacewalk-errata/ && \
/opt/spacewalk-errata/centos-errata.py -f archive /opt/spacewalk-errata/errata/$DATE.txt –password=’<Password>‘ –config=’/opt/spacewalk-errata/centos-errata.cfg’ >> /var/log/centos-errata.log

Caso seus pacotes estejam depositados na pasta /var/satellite/redhat/1/ com várias subpastas em números e letras, crie o script abaixo:

vi /var/satellite/redhat/1/synlinks.sh

Com o seguinte conteúdo:

#!/bin/bash

for i in $(find . -type f -name *.rpm); do
BASENAME=$(basename $i)
if [ ! -L $BASENAME ]; then
echo “Linking $i to $BASENAME…”
ln -s $i $BASENAME
fi
done

Acesse o script /etc/cron.daily/centos-errata.cron e adicione a seguinte linha:

cd /var/satellite/redhat/1/ && ./synlinks.sh

Pronto! Agora espere o reporte do mês sair e veja ele aparecer no seu spacewalk. Por exemplo, o de agosto não saiu ainda

Quem nunca teve problemas ao utilizar o calendário do Zabbix? Ele não tem botão de “aplicar” correto? você tinha que clicar fora para fechar o popup. Seus problemas acabaram, agora foi adicionado um botão para corrigir essa deficiência.

Pode parecer uma mudança pequena, mas que faz toda diferença para quem atua no dia a dia.

Esperemos então mais novidades dessa nova versão!

Fonte : Zabbix.com