dOE wrote:
> Has anyone else seen an issue with creating escalations in Nagios that
> SOME of the contacts assigned to the escalation will randomly reciece
> an alert/notification that reads: Subject: ** PROBLEM Host Alert:
> SEVERNAME is UP **?
>
> I have not specified to notify on "OK"
No, I
Has anyone else seen an issue with creating escalations in Nagios that SOME
of the contacts assigned to the escalation will randomly reciece an
alert/notification that reads: Subject: ** PROBLEM Host Alert: SEVERNAME is
UP **?
I have not specified to notify on "OK"
Hello,
Checked nagiosexhange and some of the forums but I am unable to locate
a plugin which allows me to login with a username and password to check either
an SFTP for FTPS server. Has anyone found a way to do this easily? -Seth
Thanks Benny,
I forgot about "contact_name".
If I don't specify any user in the cgi.cfg, Nagios only allows access if the
user is in "contact" group or "contacts".
Thank You !
Nobuo
>>Is it possible to give a user access to only one hostgroup?
>>
>> Someone told me that " if authentication is
> Is it possible to give a user access to only one hostgroup?
>
> Someone told me that " if authentication is enabled is to only show hosts
> and services to people who are contacts on those hosts and services".
> Would somebody please give me an example of this setting?
>
> When I check the cg
Hi,
Is it possible to give a user access to only one hostgroup?
Someone told me that " if authentication is enabled is to only show hosts and
services to people who are contacts on those hosts and services". Would
somebody please give me an example of this setting?
When I check the cgi.
Hi List
I have a problem where a check_nrpe returns garbage on nagios server.
The command is a "check_oracle" defined in nrpe.cfg
- command[check_oracle]=/usr/local/nagios/libexec/check_oracle --db l919
on the local Solaris host it works normally but run from nagios server
it returns garbage.
Greg Etling writes:
> Trond, thanks for your quick reply. Unfortunately it does appear we have
> a disconnect between OMSA and SNMP:
[snip]
> [r...@nagios ~]# snmpwalk -v2c -c * testserver
> 1.3.6.1.4.1.674.10893.1.20.130.1
> SNMPv2-SMI::enterprises.674.10893.1.20.130.1 = No Such Object a
On 05/20/2010 06:28 PM, Stephan Tesch wrote:
> Am 20.05.2010 11:32, schrieb Assaf Flatto:
>
> Hello Assaf,
>
>> One approach is to monitor a VIP for the service (i.e. the "clustered"
>> ip of the external facing IP address of the routers) for finding if the
>> service is up , and the individual
