[Nagios-users] odd timeout behaviour
Hi - wonder if someone can help with an issue around plugin timeouts I'm having, running Nagios 3.4.3 on Suse. Everyday some of my ConSol Labs check_logfiles checks being to timeout. They run every 4mins and normally complete in a few seconds at most. The screenshot below shows one such example that has been timing out for over two hours now: The strange behaviour is that if I carry out any of the following 3 things the check runs fine and the CRITICAL state goes to GREEN, or I can simply run the check without any kind of timeout - as mentioed this check should never take 10 secs to complete. In fact changing the timeout value to 45 secs makes absolutely no difference at all. Restarting Nagios makes no difference. 1) In Nagios, Re-schedule the next check of this service - the check runs just fine. 2) Run the check from the command line on the Nagios server - the check runs just fine. 3) Run the check from the command line on the target server - the check runs just fine. Has anyone come across this kind of behaviour before, or any ideas what might be wrong? Thanks - Julian. Julian Grunnell | Unix Analyst, Infrastructure | TD Direct Investing T: +44 (0) 113 346 2824 | M: +44 (0) 7889 352527 --- Consider the environment: Please don't print this e-mail unless you really need to. Confidentiality: This email and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this email and highlight the error. Viruses: Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure that they are actually virus-free. Brokerage services provided by TD Direct Investing (Europe) Limited (a subsidiary of The Toronto-Dominion Bank). Authorised and regulated by the Financial Services Authority (FSA registered number 141282), member of the London Stock Exchange and the PLUS market. Incorporated in England and Wales under registration number 2101863. Registered office: Exchange Court, Duncombe Street, Leeds LS1 4AX. Banking services provided by TD Bank N.V. authorised and regulated by De Nederlandsche Bank and the Financial Services Authority for UK Business (FSA registered number 216791). Incorporated in the Netherlands and registered as a branch in England and Wales under branch registration number BR006780. image/gif-- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and remains a good choice in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-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] service escalations
Hi - can someone confirm if the following scenario regards service
escalations is correct?
I have a service check that simply performs a TCP check, if it fails it
will email the contact with a defined notification_interval of 5mins.
I also have a serviceescalation defined as follows:
define serviceescalation{
hostgroup_name desktopsnahisservers
service_description DESKTOP SNA SERVICE TCP 4097
first_notification 3
last_notification 0
notification_interval 5
contactsme_at_home
}
If the TCP check continues to fail the service escalation contact starts
to get alerts but the actual contact for the defined service doesn't.
Is this behaviour to be expected?
As a solution I've simply added the defined service contact to also be a
contact under the serviceescalation section as well.
I'm running Nagios 3.4.3.
Thanks - Julian.
Julian Grunnell | Unix Analyst, Infrastructure | TD Direct Investing
T: +44 (0) 113 346 2824 | M: +44 (0) 7889 352527
---
Consider the environment: Please don't print this e-mail unless you really need
to.
Confidentiality: This email and its attachments are intended for the above
named only and may be confidential. If they have come to you in error you must
take no action based on them, nor must you copy or show them to anyone; please
reply to this email and highlight the error.
Viruses: Although we have taken steps to ensure that this email and
attachments are free from any virus, we advise that in keeping with good
computing practice the recipient should ensure that they are actually
virus-free.
Brokerage services provided by TD Direct Investing (Europe) Limited (a
subsidiary of The Toronto-Dominion Bank). Authorised and regulated by the
Financial Services Authority (FSA registered number 141282), member of the
London Stock Exchange and the PLUS market. Incorporated in England and Wales
under registration number 2101863. Registered office: Exchange Court, Duncombe
Street, Leeds LS1 4AX. Banking services provided by TD Bank N.V. authorised and
regulated by De Nederlandsche Bank and the Financial Services Authority for UK
Business (FSA registered number 216791). Incorporated in the Netherlands and
registered as a branch in England and Wales under branch registration number
BR006780.
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122412___
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] contact_groups and contacts
Hi - wonder if someone can explain this to me, or tell me if I'm defining
my service incorrectly. I have a simple TCP check as such:
define service{
use remote-service
service_description DESKTOP SNA SERVICE TCP 4097
notification_interval 5
hostgroup_name desktopsnahisservers
contact_groups dtns-admins24x7
contactstdwilkn
check_command check_sts!4097
}
define serviceescalation{
hostgroup_name desktopsnahisservers
service_description DESKTOP SNA SERVICE TCP 4097
first_notification 2
last_notification 0
notification_interval 5
contactstdwillc
}
Is it ok to have both contact_groups and contacts defined in the same
service? I ask because this check failed for a couple of hours over the
weekend but looking in the nagios log I can see that on the first
notification both dtns-admins24x7 and tdwilkn got an email. But then every
5mins ONLY dtns-admins24x7 got an email - tdwilkn received nothing more
when he should have.
I also have a serviceescalation defined and this worked as expected with
tdwillc also getting an alert every 5mins after the 2nd failure.
Any help would be appreciated.
Thanks - Julian.
Julian Grunnell | Unix Analyst, Infrastructure | TD Direct Investing
T: +44 (0) 113 346 2824 | M: +44 (0) 7889 352527
---
Consider the environment: Please don't print this e-mail unless you really need
to.
Confidentiality: This email and its attachments are intended for the above
named only and may be confidential. If they have come to you in error you must
take no action based on them, nor must you copy or show them to anyone; please
reply to this email and highlight the error.
Viruses: Although we have taken steps to ensure that this email and
attachments are free from any virus, we advise that in keeping with good
computing practice the recipient should ensure that they are actually
virus-free.
Brokerage services provided by TD Direct Investing (Europe) Limited (a
subsidiary of The Toronto-Dominion Bank). Authorised and regulated by the
Financial Services Authority (FSA registered number 141282), member of the
London Stock Exchange and the PLUS market. Incorporated in England and Wales
under registration number 2101863. Registered office: Exchange Court, Duncombe
Street, Leeds LS1 4AX. Banking services provided by TD Bank N.V. authorised and
regulated by De Nederlandsche Bank and the Financial Services Authority for UK
Business (FSA registered number 216791). Incorporated in the Netherlands and
registered as a branch in England and Wales under branch registration number
BR006780.
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
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] Notifications when STATE is OK
Hi - I've had a request to perform a logfile check on a server 3 times a day, the requestor though has stated that they would like an email notification if the plugin runs successfully and as such the return code will be zero (0). To me this seems a little back to front - they want the email notification just for the comfort factor that something was ok in the early hours of the morning when no one is actually in the office to see the monitoring screens. The plugin would for example run at 1:15am and check a logfile for a given string of text and if found return a 0 / OK STATE - if this happens we want an email notification to be sent out. So does anyone know if this is possible or have done something like this and if so how was this done? Thanks - Julian. Julian Grunnell | Unix Analyst, Infrastructure | TD Direct Investing T: +44 (0) 113 346 2824 | M: +44 (0) 7889 352527 --- Consider the environment: Please don't print this e-mail unless you really need to. Confidentiality: This email and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this email and highlight the error. Viruses: Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure that they are actually virus-free. Brokerage services provided by TD Direct Investing (Europe) Limited (a subsidiary of The Toronto-Dominion Bank). Authorised and regulated by the Financial Services Authority (FSA registered number 141282), member of the London Stock Exchange and the PLUS market. Incorporated in England and Wales under registration number 2101863. Registered office: Exchange Court, Duncombe Street, Leeds LS1 4AX. Banking services provided by TD Bank N.V. authorised and regulated by De Nederlandsche Bank and the Financial Services Authority for UK Business (FSA registered number 216791). Incorporated in the Netherlands and registered as a branch in England and Wales under branch registration number BR006780. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ 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] service checks could not be rescheduled properly.
Julian Grunnell | Unix Analyst, Infrastructure | TD Direct Investing
T: +44 (0) 113 346 2824 | M: +44 (0) 7889 352527
Andreas Ericsson a...@op5.se
16/03/2012 10:14
Please respond to
Nagios Users List nagios-users@lists.sourceforge.net
To
Nagios Users List nagios-users@lists.sourceforge.net
cc
julian_grunn...@tdwh.co.uk
Subject
Re: [Nagios-users] service checks could not be rescheduled properly.
On 03/15/2012 11:31 AM, julian_grunn...@tdwh.co.uk wrote:
Anyone ... thought I'd go back to this. Does anyone have any ideas why I
would get the following in the Nagios logs:
nagios-03-10-2012-00.log:[1331336760] Warning: Check of service 'DEAL
SERVER SERVICE TCP 4099' on host 'TDUKUBS01' could not be rescheduled
properly. Scheduling check for next week...
nagios-03-10-2012-00.log:[1331336760] Warning: Check of service 'DEAL
SERVER SERVICE TCP 4099' on host 'TDUKUBS02' could not be rescheduled
properly. Scheduling check for next week...
As mentioed below, I've checked the config multiple times, I run 1100+
service checks across 100+ hosts and just these two are causing a
problem
- they differ in that they have specific time periods defined - all
detailed below. I've checked the various reports that NTP is at fault
but
it made no difference at all.
define timeperiod{
timeperiod_name ubs4099hours
alias UBS 4099 Dealserver Monitoring Hours
monday 23:46-20:30
tuesday 23:46-20:30
wednesday 23:46-20:30
thursday 23:46-20:30
friday 23:46-20:30
}
This timeperiod isn't valid. FROM 23:46 TO 20:30 on the same date,
there is no time for any checks to be executed in.
00:00-20:30,23:46-00:00
should work better, unless you meant 20:30-23:46, but I guess you
wouldn't have screwed it up if that's what you intended.
hth
--
Thanks Andreas - well your right, changed my times as above and the
scheduling now works. tbh no idea why I thought it would work how I had it
just didn't occur to me.
So thanks again - happy now.
J.
---
Consider the environment: Please don't print this e-mail unless you really need
to.
Confidentiality: This email and its attachments are intended for the above
named only and may be confidential. If they have come to you in error you must
take no action based on them, nor must you copy or show them to anyone; please
reply to this email and highlight the error.
Viruses: Although we have taken steps to ensure that this email and
attachments are free from any virus, we advise that in keeping with good
computing practice the recipient should ensure that they are actually
virus-free.
Brokerage services provided by TD Direct Investing (Europe) Limited (a
subsidiary of The Toronto-Dominion Bank). Authorised and regulated by the
Financial Services Authority (FSA registered number 141282), member of the
London Stock Exchange and the PLUS market. Incorporated in England and Wales
under registration number 2101863. Registered office: Exchange Court, Duncombe
Street, Leeds LS1 4AX. Banking services provided by TD Bank N.V. authorised and
regulated by De Nederlandsche Bank and the Financial Services Authority for UK
Business (FSA registered number 216791). Incorporated in the Netherlands and
registered as a branch in England and Wales under branch registration number
BR006780.
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure___
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] service checks could not be rescheduled properly.
Anyone ... thought I'd go back to this. Does anyone have any ideas why I
would get the following in the Nagios logs:
nagios-03-10-2012-00.log:[1331336760] Warning: Check of service 'DEAL
SERVER SERVICE TCP 4099' on host 'TDUKUBS01' could not be rescheduled
properly. Scheduling check for next week...
nagios-03-10-2012-00.log:[1331336760] Warning: Check of service 'DEAL
SERVER SERVICE TCP 4099' on host 'TDUKUBS02' could not be rescheduled
properly. Scheduling check for next week...
As mentioed below, I've checked the config multiple times, I run 1100+
service checks across 100+ hosts and just these two are causing a problem
- they differ in that they have specific time periods defined - all
detailed below. I've checked the various reports that NTP is at fault but
it made no difference at all.
And if I force a check, it works and then schedules to run again tonight
at 23:46 when I want the time period to begin:
Thanks - Julian.
Julian Grunnell | Unix Analyst, Infrastructure | TD Direct Investing
T: +44 (0) 113 346 2824 | M: +44 (0) 7889 352527
julian_grunn...@tdwh.co.uk
14/11/2011 14:49
Please respond to
Nagios Users List nagios-users@lists.sourceforge.net
To
nagios-users@lists.sourceforge.net
cc
Subject
Re: [Nagios-users] service checks could not be rescheduled properly.
Hi - thanks, should have said this is one of the first posts I read. Lots
of mentions of NTPD and it should be fixed / still doesn't work. And in my
case whether I enable NTPD or not makes no difference. My checks for
specific hosts are still getting rescheduled for next week. I run multiple
Nagios instances and its only affecting this one - and annoyingly these
checks are some of the most important but just happen to need to run at
specific times of the day.
Any other help / ideas would be appreciated.
Thanks - J.
Julian Grunnell | Unix Analyst, Infrastructure | TD Waterhouse
T: +44 (0) 113 346 2824 | M: +44 (0) 7889 352527
Brandon Phelps bphe...@gls.com
11/11/2011 16:03
Please respond to
Nagios Users List nagios-users@lists.sourceforge.net
To
nagios-users@lists.sourceforge.net
cc
Subject
Re: [Nagios-users] service checks could not be rescheduled properly.
Check out this bug report on the nagios.org bug tracker:
http://tracker.nagios.org/view.php?id=31
On 11/11/2011 10:39 AM, julian_grunn...@tdwh.co.uk wrote:
Hi - does anyone know the answer to the following errors I'm getting in
the nagios.log for a handful of hosts that have a specific timeperiod
for checks set.
[Wed Nov 9 23:46:00 2011] Warning: Check of service 'DEAL SERVER SERVICE
TCP 4099' on host 'TDUKUBS02' could not be rescheduled properly.
Scheduling check for next week...
[Wed Nov 9 23:46:00 2011] Warning: Check of service 'DEAL SERVER SERVICE
TCP 4099' on host 'TDUKUBS01' could not be rescheduled properly.
Scheduling check for next week...
Obviously this is causing major issues as checks are just not being
carried out as expected, the hosts / services are defined as follows:
define host{
use unix_host_template ; Name of host template to use
icon_image win40.jpg
host_name TDUKUBS01
address 192.168.75.84
alias TDUKUBS01 192.168.75.84
}
define service{
use ubs-service
hostgroup_name ubsdealservers
service_description DEAL SERVER SERVICE TCP 4099
check_command check_ubs!4099
check_period ubs4099hours
}
define service{
name ubs-service
is_volatile 0
max_check_attempts 5
normal_check_interval 1
notification_interval 5
retry_check_interval 1
contact_groups dtns-ooh
active_checks_enabled 1 ; Active service checks are enabled
passive_checks_enabled 1 ; Passive service checks are enabled/accepted
parallelize_check 1 ; Active service checks should be parallelized
(disabling this can lead to major performance problems)
obsess_over_service 1 ; We should obsess over this service (if
necessary)
check_freshness 0 ; Default is to NOT check service 'freshness'
notifications_enabled 1 ; Service notifications are enabled
event_handler_enabled 1 ; Service event handler is enabled
flap_detection_enabled 1 ; Flap detection is enabled
failure_prediction_enabled 1 ; Failure prediction is enabled
process_perf_data 1 ; Process performance data
retain_status_information 1 ; Retain status information across program
restarts
retain_nonstatus_information 1 ; Retain non-status information across
program restarts
is_volatile 0 ; The service is not volatile
register 0
}
define timeperiod{
timeperiod_name ubs4099hours
alias UBS 4099 Dealserver Monitoring Hours
monday 23:46-20:30
tuesday 23:46-20:30
wednesday 23:46-20:30
thursday 23:46-20:30
friday 23:46-20:30
}
It all looks ok to me, if I manually re-schedule the check above it will
run fine but when it comes to the check being carried out as defined by
the timeperiod above again it will not run and then get scheduled for
the following week.
Any help would be appreciated.
Thanks - Julian.
Julian Grunnell | Unix
Re: [Nagios-users] service checks could not be rescheduled properly.
Hi - thanks, should have said this is one of the first posts I read. Lots
of mentions of NTPD and it should be fixed / still doesn't work. And in my
case whether I enable NTPD or not makes no difference. My checks for
specific hosts are still getting rescheduled for next week. I run multiple
Nagios instances and its only affecting this one - and annoyingly these
checks are some of the most important but just happen to need to run at
specific times of the day.
Any other help / ideas would be appreciated.
Thanks - J.
Julian Grunnell | Unix Analyst, Infrastructure | TD Waterhouse
T: +44 (0) 113 346 2824 | M: +44 (0) 7889 352527
Brandon Phelps bphe...@gls.com
11/11/2011 16:03
Please respond to
Nagios Users List nagios-users@lists.sourceforge.net
To
nagios-users@lists.sourceforge.net
cc
Subject
Re: [Nagios-users] service checks could not be rescheduled properly.
Check out this bug report on the nagios.org bug tracker:
http://tracker.nagios.org/view.php?id=31
On 11/11/2011 10:39 AM, julian_grunn...@tdwh.co.uk wrote:
Hi - does anyone know the answer to the following errors I'm getting in
the nagios.log for a handful of hosts that have a specific timeperiod
for checks set.
[Wed Nov 9 23:46:00 2011] Warning: Check of service 'DEAL SERVER SERVICE
TCP 4099' on host 'TDUKUBS02' could not be rescheduled properly.
Scheduling check for next week...
[Wed Nov 9 23:46:00 2011] Warning: Check of service 'DEAL SERVER SERVICE
TCP 4099' on host 'TDUKUBS01' could not be rescheduled properly.
Scheduling check for next week...
Obviously this is causing major issues as checks are just not being
carried out as expected, the hosts / services are defined as follows:
define host{
use unix_host_template ; Name of host template to use
icon_image win40.jpg
host_name TDUKUBS01
address 192.168.75.84
alias TDUKUBS01 192.168.75.84
}
define service{
use ubs-service
hostgroup_name ubsdealservers
service_description DEAL SERVER SERVICE TCP 4099
check_command check_ubs!4099
check_period ubs4099hours
}
define service{
name ubs-service
is_volatile 0
max_check_attempts 5
normal_check_interval 1
notification_interval 5
retry_check_interval 1
contact_groups dtns-ooh
active_checks_enabled 1 ; Active service checks are enabled
passive_checks_enabled 1 ; Passive service checks are enabled/accepted
parallelize_check 1 ; Active service checks should be parallelized
(disabling this can lead to major performance problems)
obsess_over_service 1 ; We should obsess over this service (if
necessary)
check_freshness 0 ; Default is to NOT check service 'freshness'
notifications_enabled 1 ; Service notifications are enabled
event_handler_enabled 1 ; Service event handler is enabled
flap_detection_enabled 1 ; Flap detection is enabled
failure_prediction_enabled 1 ; Failure prediction is enabled
process_perf_data 1 ; Process performance data
retain_status_information 1 ; Retain status information across program
restarts
retain_nonstatus_information 1 ; Retain non-status information across
program restarts
is_volatile 0 ; The service is not volatile
register 0
}
define timeperiod{
timeperiod_name ubs4099hours
alias UBS 4099 Dealserver Monitoring Hours
monday 23:46-20:30
tuesday 23:46-20:30
wednesday 23:46-20:30
thursday 23:46-20:30
friday 23:46-20:30
}
It all looks ok to me, if I manually re-schedule the check above it will
run fine but when it comes to the check being carried out as defined by
the timeperiod above again it will not run and then get scheduled for
the following week.
Any help would be appreciated.
Thanks - Julian.
Julian Grunnell | Unix Analyst, Infrastructure | TD Waterhouse
T: +44 (0) 113 346 2824 | M: +44 (0) 7889 352527
Consider the environment. Please don't print this e-mail unless you
really need to.
Confidentiality: This email and its attachments are intended for the
above named only and may be confidential. If they have come to you in
error you must take no action based on them, nor must you copy or show
them to anyone; please reply to this email and highlight the error.
Viruses: Although we have taken steps to ensure that this email and
attachments are free from any virus, we advise that in keeping with good
computing practice the recipient should ensure that they are actually
virus-free.
Brokerage services provided by TD Waterhouse Investor Services (Europe)
Limited (a subsidiary of The Toronto-Dominion Bank). Authorised and
regulated by the Financial Services Authority (FSA registered number
141282), member of the London Stock Exchange and the PLUS market.
Incorporated in England and Wales under registration number 2101863.
Registered office: Exchange Court, Duncombe Street, Leeds LS1 4AX.
Banking services provided by TD Waterhouse Bank N.V. authorised and
regulated by De Nederlandsche Bank and the Financial Services Authority
for
[Nagios-users] service checks could not be rescheduled properly.
Hi - does anyone know the answer to the following errors I'm getting in
the nagios.log for a handful of hosts that have a specific timeperiod for
checks set.
[Wed Nov 9 23:46:00 2011] Warning: Check of service 'DEAL SERVER SERVICE
TCP 4099' on host 'TDUKUBS02' could not be rescheduled properly.
Scheduling check for next week...
[Wed Nov 9 23:46:00 2011] Warning: Check of service 'DEAL SERVER SERVICE
TCP 4099' on host 'TDUKUBS01' could not be rescheduled properly.
Scheduling check for next week...
Obviously this is causing major issues as checks are just not being
carried out as expected, the hosts / services are defined as follows:
define host{
use unix_host_template ; Name of host
template to use
icon_image win40.jpg
host_name TDUKUBS01
address 192.168.75.84
alias TDUKUBS01 192.168.75.84
}
define service{
use ubs-service
hostgroup_name ubsdealservers
service_description DEAL SERVER SERVICE TCP 4099
check_command check_ubs!4099
check_periodubs4099hours
}
define service{
nameubs-service
is_volatile 0
max_check_attempts 5
normal_check_interval 1
notification_interval 5
retry_check_interval1
contact_groups dtns-ooh
active_checks_enabled 1 ; Active
service checks are enabled
passive_checks_enabled 1 ; Passive
service checks are enabled/accepted
parallelize_check 1 ; Active
service checks should be parallelized (disabling this can lead to major
performance problems)
obsess_over_service 1 ; We should
obsess over this service (if necessary)
check_freshness 0 ; Default is
to NOT check service 'freshness'
notifications_enabled 1 ; Service
notifications are enabled
event_handler_enabled 1 ; Service
event handler is enabled
flap_detection_enabled 1 ; Flap
detection is enabled
failure_prediction_enabled 1 ; Failure
prediction is enabled
process_perf_data 1 ; Process
performance data
retain_status_information 1 ; Retain
status information across program restarts
retain_nonstatus_information1 ; Retain
non-status information across program restarts
is_volatile 0 ; The service
is not volatile
register0
}
define timeperiod{
timeperiod_name ubs4099hours
alias UBS 4099 Dealserver Monitoring Hours
monday 23:46-20:30
tuesday 23:46-20:30
wednesday 23:46-20:30
thursday23:46-20:30
friday 23:46-20:30
}
It all looks ok to me, if I manually re-schedule the check above it will
run fine but when it comes to the check being carried out as defined by
the timeperiod above again it will not run and then get scheduled for the
following week.
Any help would be appreciated.
Thanks - Julian.
Julian Grunnell | Unix Analyst, Infrastructure | TD Waterhouse
T: +44 (0) 113 346 2824 | M: +44 (0) 7889 352527
___
Consider the environment: Please don't print this e-mail unless you really need
to.
Confidentiality: This email and its attachments are intended for the above
named only and may be confidential. If they have come to you in error you must
take no action based on them, nor must you copy or show them to anyone; please
reply to this email and highlight the error.
Viruses: Although we have taken steps to ensure that this email and
attachments are free from any virus, we advise that in keeping with good
computing practice the recipient should ensure that they are actually
virus-free.
Brokerage services provided by TD Waterhouse Investor Services (Europe) Limited
(a subsidiary of The Toronto-Dominion Bank). Authorised and regulated by the
Financial Services Authority (FSA registered number 141282), member of the
London Stock Exchange and the PLUS market. Incorporated in England and Wales
under registration number 2101863. Registered office: Exchange Court, Duncombe
Street, Leeds LS1 4AX. Banking services provided by TD Waterhouse Bank N.V.
authorised and regulated by De Nederlandsche Bank and the Financial Services
Authority for UK Business (FSA registered number 216791). Incorporated in the
Netherlands and registered as a branch in
[Nagios-users] Scheduling check for next week in logs
Hi - hope someone can clarify if this is a bug or not, I'm running Nagios
3.2.3 on SuSE, monitoring over 100 hosts and almost 1000 checks. I have a
varied number of time periods defined simply because some hosts / services
are offline or don't actually run 24x7 so are not neededto be alerted on.
However I have one specific group of servers that use a specific time
period and they continually log this:
[Mon Nov 7 21:30:00 2011] Warning: Check of service 'RDP 3389' on host
'TDUKSQLT3' could not be rescheduled properly. Scheduling check for next
week...
[Mon Nov 7 21:30:00 2011] Warning: Check of service 'RDP 3389' on host
'TDUKVIDC01' could not be rescheduled properly. Scheduling check for next
week...
[Mon Nov 7 21:30:00 2011] Warning: Check of service 'TCP 1352' on host
'TDUKAPPS22' could not be rescheduled properly. Scheduling check for next
week...
[Mon Nov 7 21:30:00 2011] Warning: Check of service 'TCP 1352' on host
'TDUKAPPS20' could not be rescheduled properly. Scheduling check for next
week...
[Mon Nov 7 23:46:00 2011] Warning: Check of service 'DEAL SERVER SERVICE
TCP 4099' on host 'TDUKUBS01' could not be rescheduled properly.
Scheduling check for next week...
etc.
These last entries all appeared last night after I'd manully Re-scheduled
the next check of this service via the GUI in the afternoon.
The time period these servers use is defined as:
define timeperiod{
timeperiod_name vmguesthours
alias VMWare Guest OS Hours
monday 21:30-06:30
tuesday 21:30-06:30
wednesday 21:30-06:30
thursday21:30-06:30
friday 21:30-06:30
saturday21:30-06:30
sunday 21:30-06:30
}
There's nothing unusual about the hosts defined and the templates used,
but below is an example of one anyway.
define host{
use unix_host_template ; Name of host
template to use
icon_image win40.jpg
host_name TDUKSQLT3
address 192.168.75.138
alias TDUKSQLT3 192.168.75.138
}
define service{
use remote-service
hostgroup_name vmwarehosts
service_description RDP 3389
contact_groups dtns-admins24x7,intel-support
check_periodvmguesthours
check_command check_tcp!3389
}
define host{
notification_optionsd,u,r
max_check_attempts 3
check_interval 1
active_checks_enabled 1
notification_period 24x7
nameunix_host_template ; Template
shared by hosts
notifications_enabled 1
check_command check_fping
contact_groups unix-admins-24x7
register0
}
I've had a look around for this and its been reported before here -
http://tracker.nagios.org/view.php?id=31 - but it's not clear if this is
meant to be resoloved or not? For me it certainly isn't.
Any help would be greatly appreciated.
Thanks - Julian.
Julian Grunnell | Unix Analyst, Infrastructure | TD Waterhouse
T: +44 (0) 113 346 2824 | M: +44 (0) 7889 352527
___
Consider the environment: Please don't print this e-mail unless you really need
to.
Confidentiality: This email and its attachments are intended for the above
named only and may be confidential. If they have come to you in error you must
take no action based on them, nor must you copy or show them to anyone; please
reply to this email and highlight the error.
Viruses: Although we have taken steps to ensure that this email and
attachments are free from any virus, we advise that in keeping with good
computing practice the recipient should ensure that they are actually
virus-free.
Brokerage services provided by TD Waterhouse Investor Services (Europe) Limited
(a subsidiary of The Toronto-Dominion Bank). Authorised and regulated by the
Financial Services Authority (FSA registered number 141282), member of the
London Stock Exchange and the PLUS market. Incorporated in England and Wales
under registration number 2101863. Registered office: Exchange Court, Duncombe
Street, Leeds LS1 4AX. Banking services provided by TD Waterhouse Bank N.V.
authorised and regulated by De Nederlandsche Bank and the Financial Services
Authority for UK Business (FSA registered number 216791). Incorporated in the
Netherlands and registered as a branch in England and Wales under branch
registration number BR006780.
___
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
Re: [Nagios-users] nagios send_nsca
Ah, that's it Jim - thanks works a treat now!! Thanks. Julian Grunnell | UNIX Analyst, Infrastructure | TD Waterhouse T: +44 (0) 113 346 2824 | M: +44 (0) 788 935 2527 Jim Avery j...@jimavery.me.uk 31/03/2011 16:25 Please respond to Nagios Users List nagios-users@lists.sourceforge.net To Nagios Users List nagios-users@lists.sourceforge.net cc julian_grunn...@tdwh.co.uk Subject Re: [Nagios-users] nagios send_nsca On 31 March 2011 14:42, julian_grunn...@tdwh.co.uk wrote: Hi - hope someone can help me with the above, I want to use this to send multiple lines of output via send_nsca and them to be displayed as separate lines in Nagios under the Status Information box BUT ALL for the same Service check. I've done this in the past and can't for the life of me remember how I did it now. So the input file will be something like this: serverservice check status code This is line 1br This is line 2br This is line 3br etc. Like I say I'm sure at a previous role I was doing it like this and it worked fine, however now all I get displayed in Nagios is: This is line 1br This is line 2br This is line 3br etc. Rather than: This is line 1 This is line 2 This is line 3 etc. I'm not entirely sure, but is it this directive in cgi.cfg you need?:- # ESCAPE HTML TAGS # This option determines whether HTML tags in host and service # status output is escaped in the web interface. If enabled, # your plugin output will not be able to contain clickable links. escape_html_tags=0 -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ 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 ___ Consider the environment: Please don't print this e-mail unless you really need to. Confidentiality: This email and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this email and highlight the error. Viruses: Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure that they are actually virus-free. Brokerage services provided by TD Waterhouse Investor Services (Europe) Limited (a subsidiary of The Toronto-Dominion Bank). Authorised and regulated by the Financial Services Authority (FSA registered number 141282), member of the London Stock Exchange and the PLUS market. Incorporated in England and Wales under registration number 2101863. Registered office: Exchange Court, Duncombe Street, Leeds LS1 4AX. Banking services provided by TD Waterhouse Bank N.V. authorised and regulated by De Nederlandsche Bank and the Financial Services Authority for UK Business (FSA registered number 216791). Incorporated in the Netherlands and registered as a branch in England and Wales under branch registration number BR006780. ___ -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ 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] nagios send_nsca
Hi - hope someone can help me with the above, I want to use this to send multiple lines of output via send_nsca and them to be displayed as separate lines in Nagios under the Status Information box BUT ALL for the same Service check. I've done this in the past and can't for the life of me remember how I did it now. So the input file will be something like this: serverservice check status code This is line 1br This is line 2br This is line 3br etc. Like I say I'm sure at a previous role I was doing it like this and it worked fine, however now all I get displayed in Nagios is: This is line 1br This is line 2br This is line 3br etc. Rather than: This is line 1 This is line 2 This is line 3 etc. Thanks. Julian Grunnell | UNIX Analyst, Infrastructure | TD Waterhouse T: +44 (0) 113 346 2824 | M: +44 (0) 788 935 2527 ___ Consider the environment: Please don't print this e-mail unless you really need to. Confidentiality: This email and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this email and highlight the error. Viruses: Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure that they are actually virus-free. Brokerage services provided by TD Waterhouse Investor Services (Europe) Limited (a subsidiary of The Toronto-Dominion Bank). Authorised and regulated by the Financial Services Authority (FSA registered number 141282), member of the London Stock Exchange and the PLUS market. Incorporated in England and Wales under registration number 2101863. Registered office: Exchange Court, Duncombe Street, Leeds LS1 4AX. Banking services provided by TD Waterhouse Bank N.V. authorised and regulated by De Nederlandsche Bank and the Financial Services Authority for UK Business (FSA registered number 216791). Incorporated in the Netherlands and registered as a branch in England and Wales under branch registration number BR006780. ___ -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ 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] Manipulate the Problems page
Hi - does anyone know if its possible to manipulate the URL that shows the Unhandled Services AND Hosts? I want to see on a single screen ALL unhandled Service problems AND ALL unhandled Host problems. By default you can only view one or the other and as I've already posted if you have a HOST that is DOWN it does not appear in the Unhandled Service Problems page. The two URL's I'd like to combine are: Services: http://webserver/nagios/cgi-bin/status.cgi?host=alltype=detailhoststatustypes=3serviceprops=42servicestatustypes=28 Hosts: http://webserver/nagios/cgi-bin/status.cgi?hostgroup=allstyle=hostdetailhoststatustypes=12hostprops=42 Thanks - Julian. *** Julian Grunnell Unix Analyst TD Waterhouse International Leeds, West Yorkshire Tel: 0113 346 2824 Extn: 32824 Mobex: 52824 *** ___ Consider the environment: Please don't print this e-mail unless you really need to. Confidentiality: This email and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this email and highlight the error. Viruses: Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure that they are actually virus-free. Brokerage services provided by TD Waterhouse Investor Services (Europe) Limited (a subsidiary of The Toronto-Dominion Bank). Authorised and regulated by the Financial Services Authority (FSA registered number 141282), member of the London Stock Exchange and the PLUS market. Incorporated in England and Wales under registration number 2101863. Registered office: Exchange Court, Duncombe Street, Leeds LS1 4AX. Banking services provided by TD Waterhouse Bank N.V. authorised and regulated by De Nederlandsche Bank and the Financial Services Authority for UK Business (FSA registered number 216791). Incorporated in the Netherlands and registered as a branch in England and Wales under branch registration number BR006780. ___ -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ 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] Manipulate the Problems page
*** Julian Grunnell Unix Analyst TD Waterhouse International Leeds, West Yorkshire Tel: 0113 346 2824 Extn: 32824 Mobex: 52824 *** Jim Avery j...@jimavery.me.uk 10/02/2011 13:23 Please respond to Nagios Users List nagios-users@lists.sourceforge.net To Nagios Users List nagios-users@lists.sourceforge.net cc Subject Re: [Nagios-users] Manipulate the Problems page On 10 February 2011 10:30, julian_grunn...@tdwh.co.uk wrote: Hi - does anyone know if its possible to manipulate the URL that shows the Unhandled Services AND Hosts? I want to see on a single screen ALL unhandled Service problems AND ALL unhandled Host problems. By default you can only view one or the other and as I've already posted if you have a HOST that is DOWN it does not appear in the Unhandled Service Problems page. The two URL's I'd like to combine are: Services: http://webserver/nagios/cgi-bin/status.cgi?host=alltype=detailhoststatustypes=3serviceprops=42servicestatustypes=28 Hosts: http://webserver/nagios/cgi-bin/status.cgi?hostgroup=allstyle=hostdetailhoststatustypes=12hostprops=42 I'm pretty sure you can't do that. You could of course contrive a web page with two frames one for each. I tried that myself once but it wasn't very satisfactory as whenever the top frame had lots of problems, the bottom frame would then be pushed down the page out of sight. If it's any help to you, the URL I now use is: http://webserver/nagios/cgi-bin/status.cgi?host=allhostprops=10servicestatustypes=29serviceprops=10sorttype=2sortoption=6noheader Even though this doesn't explictly show hosts, if a host is down you will still see it on this page because its services will also be down (or unknown or whatever). According to the Display Filters panel which appears if you remove the noheader, this one shows: Host Status Types: All Host Properties: Not In Scheduled Downtime Has Not Been Acknowledged Service Status Types:Pending | Unknown | Warning | Critical Service Properties: Not In Scheduled Downtime Has Not Been Acknowledged and the sort is by state duration descending. Of course it won't show downed hosts if they have no services. I make sure all hosts have at least one service (even if that's just ping) so they can be seen on this service page. hth, Jim === Thanks Jim - that's just the info I needed to get this setup. I've changed this slightly so that the headers and side frame also appear now. So I simply edited the side.php file and added a new line after line 68: lia href=?php echo $cfg[cgi_base_url];?/status.cgi?host=allhostprops=10servicestatustypes=29serviceprops=10sorttype=2sortoption=6 target=?php echo $link_target;?ALL (Unhandled)/a/li This is exactly what our support guys wanted to be able to see on a single page. Julian. ___ Consider the environment: Please don't print this e-mail unless you really need to. Confidentiality: This email and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this email and highlight the error. Viruses: Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure that they are actually virus-free. Brokerage services provided by TD Waterhouse Investor Services (Europe) Limited (a subsidiary of The Toronto-Dominion Bank). Authorised and regulated by the Financial Services Authority (FSA registered number 141282), member of the London Stock Exchange and the PLUS market. Incorporated in England and Wales under registration number 2101863. Registered office: Exchange Court, Duncombe Street, Leeds LS1 4AX. Banking services provided by TD Waterhouse Bank N.V. authorised and regulated by De Nederlandsche Bank and the Financial Services Authority for UK Business (FSA registered number 216791). Incorporated in the Netherlands and registered as a branch in England and Wales under branch registration number BR006780. ___ -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ Nagios-users mailing list Nagios-users@lists.sourceforge.net
[Nagios-users] Understanding Unhandled Services / Hosts
Hi - would someone be able to explain in detail the behaviour of this? I have a Nagios setup that in the Problems page is showing a host as DOWN - it's currently failing my default FPING test. It also has a number of simple check_tcp commands run against it, all of which are timing out because obviously with the host down I'm getting a CRITICAL - Socket timeout after 10 seconds for them all. BUT when looking in Unhandled Services they don't appear. The host itself DOES appear in the Unhandled Hosts screen. There are NO comments / acknowledgements in place at all for this host. Does anyone know why the service checks don't appear as an Unhandled Service? Thanks - J. *** Julian Grunnell Unix Analyst TD Waterhouse International Leeds, West Yorkshire Tel: 0113 346 2824 Extn: 32824 Mobex: 52824 *** ___ Consider the environment: Please don't print this e-mail unless you really need to. Confidentiality: This email and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this email and highlight the error. Viruses: Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure that they are actually virus-free. Brokerage services provided by TD Waterhouse Investor Services (Europe) Limited (a subsidiary of The Toronto-Dominion Bank). Authorised and regulated by the Financial Services Authority (FSA registered number 141282), member of the London Stock Exchange and the PLUS market. Incorporated in England and Wales under registration number 2101863. Registered office: Exchange Court, Duncombe Street, Leeds LS1 4AX. Banking services provided by TD Waterhouse Bank N.V. authorised and regulated by De Nederlandsche Bank and the Financial Services Authority for UK Business (FSA registered number 216791). Incorporated in the Netherlands and registered as a branch in England and Wales under branch registration number BR006780. ___ -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ 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] using check_udp
Hi - has anyone successfully got check_udp working? I'm trying to use check_UDP (nagios-plugins 1.4.5) 1.80 but it keeps asking for a send/expect string and I've no idea what this is meant to be? The target server is running syslog and the check so far has just been failing with this: /opt/tools/libexec/check_udp -H 192.168.75.131 -p 514 With UDP checks, a send/expect string must be specified. So I guess my question is simply what should the following be set to: --send=STRING --expect=STRING Thanks - Julian. *** Julian Grunnell Unix Analyst TD Waterhouse International Leeds, West Yorkshire Tel: 0113 346 2824 Extn: 32824 Mobex: 52824 *** ___ Consider the environment: Please don't print this e-mail unless you really need to. Confidentiality: This email and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this email and highlight the error. Viruses: Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure that they are actually virus-free. Brokerage services provided by TD Waterhouse Investor Services (Europe) Limited (a subsidiary of The Toronto-Dominion Bank). Authorised and regulated by the Financial Services Authority (FSA registered number 141282), member of the London Stock Exchange and the PLUS market. Incorporated in England and Wales under registration number 2101863. Registered office: Exchange Court, Duncombe Street, Leeds LS1 4AX. Banking services provided by TD Waterhouse Bank N.V. authorised and regulated by De Nederlandsche Bank and the Financial Services Authority for UK Business (FSA registered number 216791). Incorporated in the Netherlands and registered as a branch in England and Wales under branch registration number BR006780. ___ -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ 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] Understanding Unhandled Services / Hosts
*** Julian Grunnell Unix Analyst TD Waterhouse International Leeds, West Yorkshire Tel: 0113 346 2824 Extn: 32824 Mobex: 52824 *** Yueh-Hung Liu yuehung@gmail.com 09/02/2011 13:26 Please respond to Nagios Users List nagios-users@lists.sourceforge.net To Nagios Users List nagios-users@lists.sourceforge.net cc Subject Re: [Nagios-users] Understanding Unhandled Services / Hosts because the host is down, it assumes all its service are also unavailable. therefore the first priority task is to handle the problem of the host. so what i guess is just for simplifying display, only the host which is down appears in Unhandled section. On Wed, Feb 9, 2011 at 8:16 PM, julian_grunn...@tdwh.co.uk wrote: Hi - would someone be able to explain in detail the behaviour of this? I have a Nagios setup that in the Problems page is showing a host as DOWN - it's currently failing my default FPING test. It also has a number of simple check_tcp commands run against it, all of which are timing out because obviously with the host down I'm getting a CRITICAL - Socket timeout after 10 seconds for them all. BUT when looking in Unhandled Services they don't appear. The host itself DOES appear in the Unhandled Hosts screen. There are NO comments / acknowledgements in place at all for this host. Does anyone know why the service checks don't appear as an Unhandled Service? Thanks - J. Thanks, your explanation does make sense as at the time I'd not acknowledged it, no scheduled downtime or anything. I'll just have to keep an eye on it for when this happens again or I'll simulate an error when I get time. I can just about remember that with the HOST critical it appeared in the unhandled Hosts section. And looking at the Service Status Details page the Attempt column remained on 1/3 whilst the host was DOWN. So it certainly was as if the HOST is DOWN so there is no point in it trying to perform any Service checks as these are always going to fail. Julian. ___ Consider the environment: Please don't print this e-mail unless you really need to. Confidentiality: This email and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this email and highlight the error. Viruses: Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure that they are actually virus-free. Brokerage services provided by TD Waterhouse Investor Services (Europe) Limited (a subsidiary of The Toronto-Dominion Bank). Authorised and regulated by the Financial Services Authority (FSA registered number 141282), member of the London Stock Exchange and the PLUS market. Incorporated in England and Wales under registration number 2101863. Registered office: Exchange Court, Duncombe Street, Leeds LS1 4AX. Banking services provided by TD Waterhouse Bank N.V. authorised and regulated by De Nederlandsche Bank and the Financial Services Authority for UK Business (FSA registered number 216791). Incorporated in the Netherlands and registered as a branch in England and Wales under branch registration number BR006780. ___ -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ 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
