[FUG-BR] RES: RES: Zabbix - Nagios - Cacti

2009-12-11 Por tôpico Marcelo Rodrigues Barragan
Diego,

Na época em que utilizei o nagios, ele apenas monitorava o status do serviço ou 
a utilização dos recursos e alertava via e-mail quando ocorria algum incidente. 
Nos auxiliou muito até o momento em que percebemos que não tínhamos histórico 
da utilização de recursos em servidores (como CPU, memória, disco, etc). 
Em 2006, tentei integrar os servidores do nagios (que fazia o monitoramento) 
com o cacti (que faria a leitura dos logs do nagios e geraria os gráficos para 
histórico dos incidentes ocorridos), utilizando um plugin NPC - Nagios Plugin 
for Cacti, mas não obtive sucesso.
Utilizo snmp para monitorar routers e links de internet e gerar traps para o 
zabbix quando da ocorrência de algum incidente.
Abraços,

Marcelo.


-Mensagem original-
De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de 
Diego
Enviada em: quinta-feira, 10 de dezembro de 2009 19:38
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Assunto: Re: [FUG-BR] RES: Zabbix - Nagios - Cacti

 Já havia utilizado o cacti e o nagios anteriormente (antes do zabbix) e, 
 naquela época, a maioria dos recursos apresentados pelo zabbix e listados 
 acima não eram suportados pelos demais sistemas (nagios e cacti).

Amigo, porque voce nao usou o SNMP? :)

2009/12/10 Diego shaaman...@gmail.com:
 NAGIOS com certeza é bem melhor !! voce pode usar o pnp, gerar
 grafico, fica lindo ! se quiser eu ajudo a voce a configura.. o
 problema do zabbix é que ele vem cheio de mimimi ... com o nagios voce
 pode configurar os comandos, e ainda usar o check_by_ssh !! tem uma
 interface BEM mais limpa.



 Fica ae minha opnião...

 feliz natal adiantado a todos !! FreeBSD 8 EPIC WINS!!

 2009/12/10 Marcelo Rodrigues Barragan marce...@unisc.br:
 Boa tarde a todos,

 Utilizamos o zabbix há cerca de 2 anos aqui na empresa.

 O zabbix me permite monitorar o desempenho dos equipamentos de rede, a 
 utilização de recursos como CPU, memória, espaço em disco, monitoramento de 
 serviços, links de internet, números de clientes conectados em cada radio 
 base, etc, via snmp ou através de agentes e scripts customizáveis e em 
 diversos sistemas operacionais. Além disso, suporta a criação e customização 
 de triggers e alertas via e-mail, sms, etc.
 Permite a geração de gráficos, dashboards, IT Services (verificando as 
 interdependências entre os equipamentos de rede, servidores e serviços 
 monitorados) e perfis de usuários de acesso a console de monitoramento e 
 administração.

 Já havia utilizado o cacti e o nagios anteriormente (antes do zabbix) e, 
 naquela época, a maioria dos recursos apresentados pelo zabbix e listados 
 acima não eram suportados pelos demais sistemas (nagios e cacti).

 Abraços,

 Marcelo Barragan.


 -Mensagem original-
 De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome 
 de Giovani Poletto
 Enviada em: quinta-feira, 10 de dezembro de 2009 16:35
 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
 Assunto: Re: [FUG-BR] Zabbix - Nagios - Cacti

 Dae Flavio,

 vc deve incluir na sua pesquisa o Zenoss também.

 Eu uso atualmente o CACTI por atender as necessidades atuais aqui da
 empresa, mas já usei o zenoss que é bem completo.

 O Nagios e o Zabbix usei muito pouco, ambos tem várias funcionalidades
 interessantes, mas como o Francisco comentou a desvantagem do Zabbix é o
 client, pois em alguns equipamentos nao tem como instalar...

 Tudo vai depender do que vc quer monitorar.

 abraços.

 2009/12/10 Francisco Cardoso frica...@bsd.com.br

 2009/12/9 Flávio Barros flaviobar...@gmail.com

  Bom dia a todos.
  Alguém saberia me explicar qual a vantagem de um em relação ao outro ?
 
  Em que cenário utilizar um ou o outro ?
 
 
  --
  Desde já agradeço,
  +++
  Flávio de Oliveira Barros
  Manaus - Amazonas - Brasil
 
  Copiar é bom!
  Seja Legal
  Use Software Livre
  Ubuntu User number is # 28558
  Linux Registered User# 278223
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 

 Flávio, não saberia te responder tudo o que você quer saber, até porque o
 Nagios eu nunca usei. Sobre o Zabbix, eu considero uma desvantagem ter que
 instalar o cliente nas máquinas a serem monitoradas. O Cacti acho bacana a
 facilidade de uso e os inúmeros plugins.

 Em relação a estrutura, acredito que você possa usar qualquer um dos três
 em
 qualquer cenário e se você escolher um, não quer dizer que os outros não
 poderiam ser usados naquele caso.

 Agora, acho que você poderia analisar o seu caso, definindo o que você iria
 querer monitorar e ver os recursos e facilidades que cada um te ofereceria
 pra você poder decidir.

 Vamos ver o que a galera tem a dizer.

 --
 
 FreeBSD - The Power to Serve
 www.freebsd.org
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman

[FUG-BR] RES: Zabbix - Nagios - Cacti

2009-12-10 Por tôpico Marcelo Rodrigues Barragan
Boa tarde a todos,

Utilizamos o zabbix há cerca de 2 anos aqui na empresa.

O zabbix me permite monitorar o desempenho dos equipamentos de rede, a 
utilização de recursos como CPU, memória, espaço em disco, monitoramento de 
serviços, links de internet, números de clientes conectados em cada radio base, 
etc, via snmp ou através de agentes e scripts customizáveis e em diversos 
sistemas operacionais. Além disso, suporta a criação e customização de triggers 
e alertas via e-mail, sms, etc.
Permite a geração de gráficos, dashboards, IT Services (verificando as 
interdependências entre os equipamentos de rede, servidores e serviços 
monitorados) e perfis de usuários de acesso a console de monitoramento e 
administração.

Já havia utilizado o cacti e o nagios anteriormente (antes do zabbix) e, 
naquela época, a maioria dos recursos apresentados pelo zabbix e listados acima 
não eram suportados pelos demais sistemas (nagios e cacti).

Abraços,

Marcelo Barragan.


-Mensagem original-
De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de 
Giovani Poletto
Enviada em: quinta-feira, 10 de dezembro de 2009 16:35
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Assunto: Re: [FUG-BR] Zabbix - Nagios - Cacti

Dae Flavio,

vc deve incluir na sua pesquisa o Zenoss também.

Eu uso atualmente o CACTI por atender as necessidades atuais aqui da
empresa, mas já usei o zenoss que é bem completo.

O Nagios e o Zabbix usei muito pouco, ambos tem várias funcionalidades
interessantes, mas como o Francisco comentou a desvantagem do Zabbix é o
client, pois em alguns equipamentos nao tem como instalar...

Tudo vai depender do que vc quer monitorar.

abraços.

2009/12/10 Francisco Cardoso frica...@bsd.com.br

 2009/12/9 Flávio Barros flaviobar...@gmail.com

  Bom dia a todos.
  Alguém saberia me explicar qual a vantagem de um em relação ao outro ?
 
  Em que cenário utilizar um ou o outro ?
 
 
  --
  Desde já agradeço,
  +++
  Flávio de Oliveira Barros
  Manaus - Amazonas - Brasil
 
  Copiar é bom!
  Seja Legal
  Use Software Livre
  Ubuntu User number is # 28558
  Linux Registered User# 278223
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 

 Flávio, não saberia te responder tudo o que você quer saber, até porque o
 Nagios eu nunca usei. Sobre o Zabbix, eu considero uma desvantagem ter que
 instalar o cliente nas máquinas a serem monitoradas. O Cacti acho bacana a
 facilidade de uso e os inúmeros plugins.

 Em relação a estrutura, acredito que você possa usar qualquer um dos três
 em
 qualquer cenário e se você escolher um, não quer dizer que os outros não
 poderiam ser usados naquele caso.

 Agora, acho que você poderia analisar o seu caso, definindo o que você iria
 querer monitorar e ver os recursos e facilidades que cada um te ofereceria
 pra você poder decidir.

 Vamos ver o que a galera tem a dizer.

 --
 
 FreeBSD - The Power to Serve
 www.freebsd.org
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Atenciosamente,

Giovani V. Poletto
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] RES: configurar apache

2009-01-27 Por tôpico Marcelo Rodrigues Barragan
Você não precisa usar a pasta public_html dentro do DocumentRoot.
Dependendo da maneira como você configurar o seu httpd.conf, a pasta 
public_html deverá ser criada dentro do diretório home do usuário quando ele 
desejar publicar alguma informação particular que estará disponível na 
Internet. Acho que este não é o seu caso, porisso você não precisa usar esta 
pasta.

Atenciosamente,

Marcelo Rodrigues Barragan

LPIC-1 Certified
Analista de Redes



-Mensagem original-
De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de 
Marcello
Enviada em: terça-feira, 27 de janeiro de 2009 14:53
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Assunto: Re: [FUG-BR] configurar apache

chmod 755 para os diretorios e 644 para os arquivos

[]'s

Em Seg, 2009-01-26 às 16:18 -0800, ca_programador007 escreveu:
 Oi amigos,
  
 estou iniciando um novo servidor, comecando do zero, e apos instalar e 
 configurar, o primeiro passo esta sendo instalar e configurar o apache.
 instalei tudo, mas nao consigo visualizar, da  a mensagem que nao tenho 
 permissao para visualizar a pagina.
 no httpd.conf tem o caminho documentroot: /usr/local/www/data
 e em o arquivo teste.html está em /usr/local/www/data/public_html/teste.htm
 o meu problema é mexer com permissao.. nao entendo..
 qual a permissao q devo dar nesta pasta ?
  
 aguardo retorno. valeu
 
 
   Veja quais são os assuntos do momento no Yahoo! +Buscados
 http://br.maisbuscados.yahoo.com
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] RES: Duvida no comando TAR

2009-01-08 Por tôpico Marcelo Rodrigues Barragan
Olá Anderson,

O que está ocorrendo é que você está colocando o caminho completo para o 
diretório maio no momento da compactação dos arquivos.
Tente mudar os seus comandos para:
$ cd /usr2/data/desenhos/
$ tar -jcvf MAIO.tar.bz2 maio

Para verificar o arquivo criado, você pode utilizar o comando:
$ tar -jtvf MAIO.tar.bz2 

Para descompactar, use os mesmos comandos que você já estava utilizando 
anteriormente que irá funcionar da maneira desejada.

Espero ter ajudado!

Atenciosamente,

Marcelo Rodrigues Barragan

LPIC-1 Certified
Analista de Redes




-Mensagem original-
De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de 
Anderson Watanabe
Enviada em: quinta-feira, 8 de janeiro de 2009 08:15
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Assunto: Re: [FUG-BR] Duvida no comando TAR

Oi,

Talvez não tenha explicado direito. Minha dúvida é para fazer o extract. 
Segue

Vou ilustar melhor

Cena I - *** Compress *** (Sem Problemas)
[moni...@monitor ~]$ pwd
/usr2/data/monitor
[moni...@monitor ~]$ tar -jcvf MAIO.tar.bz2 /usr2/data/desenhos/maio/
[moni...@monitor ~]$ ls -l
total 527534080
-rw-r--r--  1 root  wheel  527534080 Jan  8 19:01 MAIO.tar.bz2

[moni...@monitor ~]$
[moni...@monitor ~]$


Cena II - *** Extract * (Aqui está a minha dúvida)
[moni...@monitor ~]$
[moni...@monitor ~]$ cd restore
[moni...@monitor ~/restore]$ pwd
/usr2/data/monitor/restore
[moni...@monitor ~/restore]$  tar -jxvf MAIO.tar.bz2
[moni...@monitor ~/restore]$ ls -l
total 527534080
-rw-r--r--  1 root  wheel  527534080 Jan  8 19:02 usr2
[moni...@monitor ~/restore]$
[moni...@monitor ~/restore]$



Ou seja, ao descopactar o arquivo MAIO.tar.bz2, ele criou dentro do 
diretório corrente, o caminho da estrutura original, assim:

/usr2/data/monitor/restore/usr2/data/desenhos/maio/

Quando a minha vontade, é restaurar no próprio direorio corrente, sem o 
usr2/data/desenhos/maio/


Alguém tem uma dica?


Grato,
Anderson.

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] RES: php.ini-dist

2008-01-08 Por tôpico Marcelo Rodrigues Barragan
Olá,

Desculpe-me, mas não entendi o que você está tentando fazer.
Você deseja habilitar suporte ao mysql no PHP?
Você compilou o php com suporte a mysql (./configure ... 
--with-mysql=caminho-para-os-fontes-mysql)?  
Você pode verificar o arquivo config.log para ver se o suporte foi habilitado 
realmente.

Se o php estiver sendo executado normalmente com o apache (não está send 
mostrado como arquivo de texto), você pode verificar com um script com 
?phpinfo();? se o suporte está ok.

Marcelo.

-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Daemon BR
Enviada em: terça-feira, 8 de janeiro de 2008 14:13
Para: freebsd@fug.com.br
Assunto: [FUG-BR] php.ini-dist

Lista, já procurei por tudo, todos falam que é só renomear o php.ini-distpara 
php.ini...

Já compilei tudo para mysql etc... (no diretório php/extension) tem o arquivo.

no php.ini tentei colocar o path (extension_path) para o diretorio que tem o 
extension.ini, mas não funciona!



Alguém tem uma luz ?
--
Att
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] RES: Apache nao roda com php5

2008-01-03 Por tôpico Marcelo Rodrigues Barragan
Bom dia!

A respeito do uso de PHP 5 com Apache 2, vale a pena verificar esta 
recomendação, existente no site do PHP em 
http://www.php.net/manual/pt_BR/install.unix.apache2.php:

Aviso
Nós não recomendamos a utilização de um threaded MPM em produção com o Apache2. 
Use ao invés prefork MPM, ou use Apache1. para informações sobre o motivo, leia 
este faq sobre usando Apache2 com um threaded MPM
 

Atenciosamente,

Marcelo Rodrigues Barragan

LPIC-1 Certified
Analista de Redes
Setor de Informática
Universidade de Santa Cruz do Sul
Tel: 51 3717-7420
[EMAIL PROTECTED]
www.unisc.br




-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Oxy Opes
Enviada em: quarta-feira, 2 de janeiro de 2008 22:35
Para: Lista Brasileira de Discussão sobre FreeBSD
Assunto: Re: [FUG-BR] Apache nao roda com php5



cd cd /usr/ports/lang/php5
make WITH_APACHE22=yes install

3- Configurando o PHP
Instalando o PHP pelo ports
pico /usr/local/etc/apache/httpd.conf

4- Adcione as as seguinte linha dentro do seu arquivo de configuração
httpd.conf:
pico /usr/local/etc/apache2/httpd.conf
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps

5- Agora é só procurar a linha que contém o DirectoryIndex:
DirectoryIndex index.html
e mudar para:
DirectoryIndex index.php index.html index.htm


Eu tentei isso mas nao funcionou para mim.
E instalando apache pelo ports do php, ai vem o apache 1.3 ou coisa assim. Eu 
acho melhor tentar um pouco mais no apache 2.2 e ver se sai. Obrigado pelas 
dicas ateh agora ...


   
-
Be a better friend, newshound, and know-it-all with Yahoo! Mobile.  Try it now.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] RES: [OT] Ajuda com ZABBIX

2007-12-17 Por tôpico Marcelo Rodrigues Barragan
Olá Patrick,

Agradeço pelas dicas da mensagem abaixo. Testei o acesso via SNMP e estóu 
conseguindo coletar alguns dados.

Na mensagem abaixo você comenta sobre o OCSInventory. Instalei o agente 
ocs-unix-agent-0.7 para *BSD e instalei em um FreeBSD-6.2. Estou conseguindo 
coletar alguns dados relativos a memória, HD, sistemas instalados, etc. Porém, 
sobre o processador ele informa apenas se existem 1 ou mais processadores, e o 
modelo (ACPI CPU, i386).
Você chegou a testar o agente para FreeBSD? Você chegou a obter mais dados com 
este agente no FreeBSD?

Atenciosamente,

Marcelo Barragan.

-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Patrick Tracanelli
Enviada em: sexta-feira, 14 de dezembro de 2007 10:37
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Assunto: Re: [FUG-BR] [OT] Ajuda com ZABBIX

Marcelo Rodrigues Barragan escreveu:
 Olá Patrick,
 
 Achei muito interessante a sua mensagem sobre o Cacti, até porque já havia 
 testado o Cacti anteriormente, antes de migrar para o Zabbix.
 Considerando a informação ...e com a pequena ajudinha do SNMP da Microsoft 
 nas estações Windão..., na sua mensagem abaixo, e o fato de que encontrei 
 dificuldades no monitoramento de servidores Windows com o Cacti, gostaria de 
 saber qual o SNMP da Microsoft que você utilizou.
 
 Atenciosamente,
 
 Marcelo Barragan.

Marcelo, o SNMP nativo. Instala pelo CD do Windão, e depois vai no 
gerenciamento de serviços, SNMP, e marca as opções desmarcadas, o que fará o 
SNMP apresentar informações sobre os processos, um snmpwalk em hrSWRun vai 
mostrar tudo que voce consegue ver no monitor de performance do windao, 
processo por processo, alem de outras informacoes (linkagem com DLL e 
argumentos/parametros de linha de comando dos processos que usam isso.

Veja exemlo de um unico processo:

HOST-RESOURCES-MIB::hrSWRunName.436 = STRING: csrss.exe

HOST-RESOURCES-MIB::hrSWRunParameters.436 = STRING: 
ObjectDirectory=\\Windows SharedSection=1024,3072,512 Windows=On 
SubSystemType=Windows ServerDll=basesrv,1 ServerDll=winsrv:UserS

HOST-RESOURCES-MIB::hrSWRunType.436 = INTEGER: application(4)

HOST-RESOURCES-MIB::hrSWRunStatus.436 = INTEGER: running(1)

HOST-RESOURCES-MIB::hrSWRunPerfCPU.436 = INTEGER: 5346

HOST-RESOURCES-MIB::hrSWRunPerfMem.436 = INTEGER: 3944 KBytes

Aproveite e mude a comunicade do windao e use autenticacao, defina usuario e 
senha no snmp e no Cacti configure o Device com as informacoes de autenticacao. 
Afinal essas informacoes nao dizem respeito a ninguem, a nao ser quem voce 
queira. Deixar sem auth e community public pode resultar em vazamento de 
informacao, e acredite, estamos falando de microsoft, então você vai ficar 
arrepiado se monitorar um Windão 2000 ou
2003 e observar a MIB de parametros (hrSWRunParameters), vai ver cn,dc e outras 
informacoes passando em alguns serviços AD por ventura ativos hehe.

De qualquer forma é menos perigoso do que usar agentes de terceiros, e os 
agentes do zabbix alem de ser um processo a mais ouvindo em rede, rodando no 
windao, tem ainda um historico de segurança não muito louvável.

Boa sorte, o resultado final você vai gostar. Cacti com as caracteristicas 
abaixo, combinado com OCSInventory, jogou o HP OpenView no chinelo (palavras do 
cliente). E o mais bacana, o OpenView roda num HP-UX e o Cacti gera alertas 
(validos, n falso-positivos) sobre o HP-UX que o proprio OpenView local nao 
gera, ou leva mais tempo pra gerar hehehe. Por exemplo ontem uma das partições 
onde roda o SAP tinha menos de 2000 blocos livres, o Cacti gerou o alerta, e o 
alerta do OpenView chegou so depois que o problema tinha sido corrigido heheh.

 
 
 -Mensagem original-

 Amigo, sei que minha resposta não foca seu problema, mas considere 
 trocar de problema por um que justifique o trabalho ;)

 Eu dispensei essa semana o Zabbix em um ambiente onde ele monitorava 
 180 estacoes, 20 servidores e porta-por-porta de mais de 20 ativos de 
 rede (Cisco Catalyst). O Zabbix era legado, e sua alta performance e 
 tremenda dificuldade de ter os dados que o cliente queria monitorar, 
 sendo monitorado, estava praticamente fazendo o Open Source perder 
 seu espaco nessa companhia em favor de uma solução comercial (HP 
 OpenView).

 Hoje (literalmente, no dia de hoje) estamos terminando a monitoração 
 das ultimas estações, tudo com
 Cacti+Weathermap+Thold+Monitor+Discover
 (plugins pro Cacti) e com a pequena ajudinha do SNMP da Microsoft nas 
 estações Windão, o ambiente é muito mais fácil de entender, pro time 
 do NOC, os alertas mais precisos e os disparos de trigger com o thold 
 deixam qualquer administrador seguro do ambiente (ou P da vida, se os 
 problemas forem muitos, afinal ele saberá de todos com antecedencia 
 hehe).

 O consumo de CPU com 12 instancias do poller (nem apelei pro cactid
 ainda) caiu pela metade, pra fazer um serviço muito mais completo e 
 útil.

 Alem disso a monitoração é passiva, não depende mais de

Re: [FUG-BR] [OT] Ajuda com ZABBIX

2007-12-14 Por tôpico Marcelo Rodrigues Barragan
Jose Augusto,

Você já instalou o fping no servidor que roda o zabbix_server? O zabbix utiliza 
o fping para as verificações do tipo Parameter [agent.ping]. Você deve 
configurar o zabbix_server para utilizá-lo.
Da uma olhada em: http://www.zabbix.com/forum/archive/index.php/t-2739.html 
sobre o erro Got empty string from [ZABBIX Server] IP [127.0.0.1] Parameter 
[agent.ping].

Espero ter ajudado.

Marcelo.

-Mensagem original-

Galera,
Alguém já configurou o zabbix?
Eu instalei aqui e num to conseguindo gerar gráficos :P ele dá host
unreachable aqui, muito estranho, olha as confs...

zabbix_agentd.conf

Server=10.10.50.237

# Server port for sending active checks

ServerPort=10051

# Unique hostname. Required for active checks.

Hostname=bsbmonitor001

zabbix_server.conf

# Listen port for trapper. Default port number is 10051. This parameter
# must be between 1024 and 32767

ListenPort=10051

# Listen interface for trapper. Trapper will listen all network interfaces
# if this parameter is missing.

ListenIP=10.10.50.237

zabbix_agent.conf

# IP address of ZABBIX server
# Connections from other hosts will be denied



Server=10.10.50.237


O erro que o Zabbix retorna:

Got empty string from [ZABBIX Server] IP [127.0.0.1] Parameter [agent.ping]


:(

Se alguém puder ajudar!

PS: O Cliente pra Windows não tá funcionando no site do Zabbix :P
Abs[]

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] [OT] Ajuda com ZABBIX

2007-12-14 Por tôpico Marcelo Rodrigues Barragan
Olá Patrick,

Achei muito interessante a sua mensagem sobre o Cacti, até porque já havia 
testado o Cacti anteriormente, antes de migrar para o Zabbix.
Considerando a informação ...e com a pequena ajudinha do SNMP da Microsoft nas 
estações Windão..., na sua mensagem abaixo, e o fato de que encontrei 
dificuldades no monitoramento de servidores Windows com o Cacti, gostaria de 
saber qual o SNMP da Microsoft que você utilizou.

Atenciosamente,

Marcelo Barragan.


-Mensagem original-

 
 Amigo, sei que minha resposta não foca seu problema, mas considere 
 trocar de problema por um que justifique o trabalho ;)
 
 Eu dispensei essa semana o Zabbix em um ambiente onde ele monitorava 
 180 estacoes, 20 servidores e porta-por-porta de mais de 20 ativos de 
 rede (Cisco Catalyst). O Zabbix era legado, e sua alta performance e 
 tremenda dificuldade de ter os dados que o cliente queria monitorar, 
 sendo monitorado, estava praticamente fazendo o Open Source perder seu 
 espaco nessa companhia em favor de uma solução comercial (HP 
 OpenView).
 
 Hoje (literalmente, no dia de hoje) estamos terminando a monitoração 
 das ultimas estações, tudo com
 Cacti+Weathermap+Thold+Monitor+Discover
 (plugins pro Cacti) e com a pequena ajudinha do SNMP da Microsoft nas 
 estações Windão, o ambiente é muito mais fácil de entender, pro time 
 do NOC, os alertas mais precisos e os disparos de trigger com o thold 
 deixam qualquer administrador seguro do ambiente (ou P da vida, se os 
 problemas forem muitos, afinal ele saberá de todos com antecedencia 
 hehe).
 
 O consumo de CPU com 12 instancias do poller (nem apelei pro cactid
 ainda) caiu pela metade, pra fazer um serviço muito mais completo e 
 útil.
 
 Alem disso a monitoração é passiva, não depende mais de agentes, como 
 no caso do Zabbix, nas estações e servidores que por ventura forem 
 Windows.
 Isso torna o provisionamento muito mais simples, menos traumático, já 
 que um mero .bat no logonscript do PDC da rede faz tudo, inclusive 
 ligar/configurar o snmp do Windão. Nada de .conf persoanlizado mais!
 
 Além disso monitorar processos na máquina é 100% funcional, confiável, 
 e simples de configurar. Pode-se dizer com precisão quanto de memória 
 e de processamento cada processo consumiu, e ativar alerta se algum 
 processo Windão que nunca deveria morrer, deixar de existir.
 
 Isso sem contar o Weathermap, que com um pequeno hack faz as estações 
 com alertas disparados mudar de cor. Enfim, resumindo, considere um 
 rm -rf nesse zabbix, em favor do cacti com plugins. Acredito que 
 tudo que voce precisa monitorar, o fará melhor com Cacti.
 
 E depois q vc editar um weathermap, nunca mais vai querer ver a opção 
 mapa ou screen do Zabbix. Sem falar que os gráficos do Zabbix não 
 são elegantes, a monitoração padrão, baseada em DIFF, também tende a 
 ser praticamente um Snort no que tange a falsos-positivos, ou seja 
 você consome mais tempo pra refinar, tempo esse que poderia ser útil 
 para algo bem mais proveitoso do que tunning no zabbix (como 
 conquistar novos clientes, ou tomar uma cerveja com a vizinha as 
 18hrs).
 
 Zabbix pra mim, nunca mais!
 
 --
 Patrick Tracanelli
 
 FreeBSD Brasil LTDA.
 Tel.: (31) 3516-0800
 [EMAIL PROTECTED]
 http://www.freebsdbrasil.com.br http://www.freebsdbrasil.com.br/ 
 Long live Hanin Elias, Kim Deal!
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/ 
 http://www.fug.com.br/historico/html/freebsd/ 
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd 
 https://www.fug.com.br/mailman/listinfo/freebsd 
 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] OT: Problema na instalação do agent e do cacic no FreeBSD devido a erros no CPAN

2007-12-14 Por tôpico Marcelo Rodrigues Barragan
Olá,

Estou tentando instalar o cacic-agente-2.2.2rc1 no FreeBSD-6.2. 
Entretanto, o agente do cacic possui os módulos Linux::Distribution::Packages e 
Linux::Distribution como pré-requisitos. 
A instalação do Linux::Distribution foi realizada com sucesso, mas quando tento 
instalar o Linux::Distribution::Packages, recebo a mensagem de que o módulo 
anterior ainda não foi instalado. 
Já tentei instalar o módulo pelo cpan e até recompilá-lo a partir dos fontes, e 
nada. 

Se alguém já enfrentou este problema e tiver alguma dica, eu agradeço! 

Marcelo Barragan. 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd