Re: [Nagios-users-br] freee lance pra instalar nagios

2010-11-23 Thread Alexandre Sauer Paes Leme
José,


Tenho interesse. Qualquer coisa meu contato abaixo:

Nome: Alexandre Sauer.
Tel: 31 9504-1815
msn: alesa...@hotmail.com

Em 19 de novembro de 2010 21:03, Jose Oliveira jotag...@gmail.comescreveu:

 Colegas

 Estou precisando de um cara batuta aqui em Belo Horizonte, para instalar um
 Nagios novo, migrar a configuração de um antigo e dar um curso de operação,
 manutenção e talvez, de criação de plugins.

 Alguem se habilita? Não é pra mim ou pra onde eu trabalho. Um amigo meu que
 está procurando mas estou sem disponibilidade pra fazer o trabalho neste
 final-de-ano...

 Eu já ofereci pra ele Nagios + nagvis + nagiosql + nagiosgraph, conbinação
 que demanda ndo2db.

 Mande email em private para jotagera arroba gmail ponto com .




 --
 Abraços

 José Geraldo de Oliveira
 Linux user #492561

 --
 Beautiful is writing same markup. Internet Explorer 9 supports
 standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2  L3.
 Spend less time writing and  rewriting code and more time creating great
 experiences on the web. Be a part of the beta today
 http://p.sf.net/sfu/msIE9-sfdev2dev
 --
 Nagios-users-br@lists.sourceforge.net mailing list
 https://lists.sourceforge.net/lists/listinfo/nagios-users-br
 Wiki: http://nagios-br.sf.net/wiki




-- 
Alexandre Sauer
8409-6593
--
Increase Visibility of Your 3D Game App  Earn a Chance To Win $500!
Tap into the largest installed PC base  get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
-- 
Nagios-users-br@lists.sourceforge.net mailing list
https://lists.sourceforge.net/lists/listinfo/nagios-users-br
Wiki: http://nagios-br.sf.net/wiki


[Nagios-users-br] Integração snmptt

2010-11-23 Thread Francisco Cabrita
Olá,

Sei q a lista é sobre Nagios mas pode haver aqui malta com conhecimentos
para tal; por isso aqui vai o pedido de ajuda
Estou com problemas a processar traps de Windows no meu snmptt.

Integrei o snmptt no esquema;

N Windows(a) = Windows q dispara traps(b) = snmptrapd = snmptt =
dispatcher.sh = NSCA = Nagios = gritos de pessoas :)

Directo na questão: traps vindas do windows(b) chegam ao snmptt mas não são
processadas. Como tenho o snmptt em debug vejo-as a bater no snmptt.debug
(pelo menos não são descartadas para o snmpunknown.log). No entanto se
enviar a trap manualmente; vejo a trap a ser processada e seguir o caminho
todo até ao Nagios.

command line para envio da trap manualmente:

$ snmptrap -v1 -c public nagios 1.3.6.1.4.1.xx nagios 1.3.6.1.4.1.xx.1 6 601
1.3.6.1.4.1.xx.1 s Always vendor 1.3.6.1.4.1.xx.2 s New 1.3.6.1.4.1.xx.3
s TEST ALARM 1.3.6.1.4.1.xx.5 i 1 1.3.6.1.4.1.xx.6 s widnowslol
1.3.6.1.4.1.xx.7 s teste


Depois de instalado sem problemas, tenho o snmptt.conf assim:
(Sim, o snmptt.ini está a loadar correctamente este file.)
xx = enterprise oid escondido mas sim começa em 2xxx :)


EVENT winservers .1.3.6.1.4.1.xx.* Windows Status Normal
FORMAT EventLog: $1
EXEC /servers/nagios/libexec/eventhandlers/submit_trapcheck_result.sh $r
EventLogTRAP $1


Vi na documentação do snmptt que podemos utilizar wildcards (
http://snmptt.sourceforge.net/docs/snmptt.shtml#EventWin ) no entanto não
estou a ter sucesso.


--
TitleOID 1.3.6.1.4.1.xx.1 s Vendor
 LifeCycleStatusOID 1.3.6.1.4.1.xx.2 s New - Clear - KeepAlive
DescriptionOID 1.3.6.1.4.1.xx.3 s Description
SeverityOID 1.3.6.1.4.1.xx.5 i 1 – Clear 2 - Warning 3 – Minor 4 – Major 5 -
Critical
SenderIPOID 1.3.6.1.4.1.xx.6 s IP of problematic
 SenderSystemNameOID 1.3.6.1.4.1.xx.7 s Name of notifying
Generic Type param 6
Specific Type param 601
--

Bem, neste momento estou um pouco perdido... não estou a perceber onde está
o erro e pq é q quando a trap vem dos sistemas não a consigo processar mas
quando injectada manualmente com snmptrap já consigo.
Alguma dica?

Desde já mt obrigado,

abraço,
Francisco


-- 
--
--
Increase Visibility of Your 3D Game App  Earn a Chance To Win $500!
Tap into the largest installed PC base  get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
-- 
Nagios-users-br@lists.sourceforge.net mailing list
https://lists.sourceforge.net/lists/listinfo/nagios-users-br
Wiki: http://nagios-br.sf.net/wiki


Re: [Nagios-users] check scheduling when checks are inhibited.

2010-11-23 Thread Andreas Ericsson
On 11/22/2010 10:41 PM, Paul M. Dubuc wrote:
 We're using Nagios 3.2.3 for simulation of monitoring load in a load test
 environment as well as for monitoring production services.  I've notices some
 interesting behavior in the way Nagios schedules checks when checks are
 inhibited either though the CGI Process Commands or by setting a check_period
 timeperiod that inhibits checks during regularly scheduled down times.
 
 Normally Nagios seems to spread out host and service checks evenly over time
 but when checks are stopped with the Process Command, Nagios seems to
 reschedule checks so that they are bunched up much closer together.  This
 creates alternating periods of densely scheduled and more sparsely scheduled
 checks that seem to persist when checks are turned on again.  It has a
 noticeable effect in our load testing.  The only way--or the quickest way--to
 get Nagios to smooth out the schedule again is to stop the process completely
 until all the scheduled check times have passed.
 
 In testing Nagios monitoring of our production services, if I use the
 check_period to inhibit checks during our down times, I notice that as the
 downtime approaches, ALL checks are rescheduled for the exact time that the
 downtime ends (according to the check_period).  This creates a big spike in
 monitoring activity after the downtime.  One way to avoid this, I think, is to
 let checks run during the down times but inhibit notifications instead by
 using the timeperiod to define a notification_period.  But I wonder if this
 bunching up of the schedule when using check_periods is ever a desirable
 behavior.
 

I have some plans to make Nagios spread the checks with a randomized interleave
factor so that a check scheduled to run once every 5 minutes can be run anywhere
between 4m 30s and 5m 0s after it last ran. The 30 second random-spread would be
the default and it would otherwise be configurable.

Another thing worth looking into is to make services to the same host not run
simultaneously, in case the checked server is expected to be loaded heavily
it may not play nicely with 30-40 checks fired at it at once.

You really should be using scheduled downtime for regular downtime though. There
are pre-hacked solutions to automagically reschedule re-occurring downtime. 
Ninja
supports it out of the box as of the latest version (or possibly latest git).

 These aren't critical issues for us since we can work around them
 procedurally.

That's good to hear.

  But I wonder if there his a way to prevent the scheduled checks
 from getting bunched together like this if/when you need to inhibit checks for
 a time while keeping Nagios running. Maybe the auto_rescheduling options in
 the nagios.cfg are meant to address this, but they have a potentially negative
 effect on performance according to the comments around them in the file.
 

The below text is what I'd call educated speculation after having thrown
a quick glance at the code. I might be completely wrong, but I don't think
so.

Not potentially; They do have a negative sideeffect. This is because they
maintain the scheduling intervals between checks stable over time by adding
them to the scheduling queue all the time when they're supposed to run, but
not actually executing them. So if you've scheduled downtime for 4 hours and
have a default check-interval of 5 minutes, auto_rescheduling will schedule
the check every 30 seconds (default) that entire time, but not actually run
the check command unless it's time to do so.

On the one hand, it shouldn't actually cause any major problems since it'll
still do less than it would do were the checks enabled. On the other hand,
it should be solveable without such hackery, but with the downside that
a check executed 3 minutes before downtime started may not be executed again
until a few minutes after downtime ends. That's how the auto_reschedule
option works too though, if I'm reading the code correctly.

-- 
Andreas Ericsson   andreas.erics...@op5.se
OP5 AB www.op5.se
Tel: +46 8-230225  Fax: +46 8-230231

Considering the successes of the wars on alcohol, poverty, drugs and
terror, I think we should give some serious thought to declaring war
on peace.

--
Increase Visibility of Your 3D Game App  Earn a Chance To Win $500!
Tap into the largest installed PC base  get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting 
any issue. 
::: Messages without supporting info will risk being sent to /dev/null


Re: [Nagios-users] Check For Updates Feature

2010-11-23 Thread Andreas Ericsson
On 11/23/2010 08:54 AM, Christian Schneemann wrote:
 Hi,
 
 
 On Tuesday, November 23, 2010 01:52:10 Jon Adcock wrote:
 Can you give me some ideas on where I can start troubleshooting why none
 of my 3 Nagios servers show when an update is available?
 
 have you installed from source or a package from a distributor?
 
 Suse packages for example have a patch against the calling home function!
 

Most dists do. Since the cgi's and the core are always from the same
version, it's considered a security risk that random people can sniff
the traffic and find out the version.

Given the potential XSRF exploit in cmd.cgi (which was patched one day
after private disclosure) that floated around about a year ago, I can't
say I blame the distros.

Besides. If you've installed from packages once you'll probably want
to keep doing that in the future too, so check for updates is
patched out in very nearly all programs that support it when dist
packagers get busy.

-- 
Andreas Ericsson   andreas.erics...@op5.se
OP5 AB www.op5.se
Tel: +46 8-230225  Fax: +46 8-230231

Considering the successes of the wars on alcohol, poverty, drugs and
terror, I think we should give some serious thought to declaring war
on peace.

--
Increase Visibility of Your 3D Game App  Earn a Chance To Win $500!
Tap into the largest installed PC base  get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting 
any issue. 
::: Messages without supporting info will risk being sent to /dev/null


Re: [Nagios-users] Check For Updates Feature

2010-11-23 Thread Jon Adcock
Andreas,
 
  In reply to Christian's question, I installed it from source (and compiled it 
myself).  However, our Nagios systems are all running on Novell Suse Linux 
Enterprise Server (SLES).


 
Jon Adcock
Network Systems Administrator
MIS / Systems Team
Leon County
(850) 606-5500
 Andreas Ericsson a...@op5.se 11/23/2010 3:55 AM 
On 11/23/2010 08:54 AM, Christian Schneemann wrote:
 Hi,
 
 
 On Tuesday, November 23, 2010 01:52:10 Jon Adcock wrote:
 Can you give me some ideas on where I can start troubleshooting why none
 of my 3 Nagios servers show when an update is available?
 
 have you installed from source or a package from a distributor?
 
 Suse packages for example have a patch against the calling home function!
 

Most dists do. Since the cgi's and the core are always from the same
version, it's considered a security risk that random people can sniff
the traffic and find out the version.

Given the potential XSRF exploit in cmd.cgi (which was patched one day
after private disclosure) that floated around about a year ago, I can't
say I blame the distros.

Besides. If you've installed from packages once you'll probably want
to keep doing that in the future too, so check for updates is
patched out in very nearly all programs that support it when dist
packagers get busy.

-- 
Andreas Ericsson   andreas.erics...@op5.se
OP5 AB www.op5.se
Tel: +46 8-230225  Fax: +46 8-230231

Considering the successes of the wars on alcohol, poverty, drugs and
terror, I think we should give some serious thought to declaring war
on peace.

--
Increase Visibility of Your 3D Game App  Earn a Chance To Win $500!
Tap into the largest installed PC base  get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting 
any issue. 
::: Messages without supporting info will risk being sent to /dev/null
--
Increase Visibility of Your 3D Game App  Earn a Chance To Win $500!
Tap into the largest installed PC base  get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev___
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting 
any issue. 
::: Messages without supporting info will risk being sent to /dev/null

[Nagios-users] UTF-8 charcterest for nagios 3.2.3

2010-11-23 Thread Yu Watanabe
Hello all.

I would like to ask a question regarding to the charset for nagios 3.2.3.

The cgi for nagios 3.2.3 seems to be not capable of UTF 8 characters, 
espicially Japanese characters.
I find that there are Japanese patches for nagios but nagios 3.2.3 is not 
supported yet.

If anyone has a experience of dealing with the non ascii characters on 3.2.3 , 
could you please share your knowledge?

Thank you ,
Yu Watanabe


--
Increase Visibility of Your 3D Game App  Earn a Chance To Win $500!
Tap into the largest installed PC base  get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting 
any issue. 
::: Messages without supporting info will risk being sent to /dev/null