I dropped the current configuration of icinga with apt-get remove icinga and 
recompiled it from the latest source retrieved with git from git.icinga.org

It appears that this functionality has been fixed in the later revisions and is 
no longer present in 1.3.x

This issue is Solved for latest releases, but not for the repository 
distributed one. If I knew how to make a repository package for 
canonical/Ubuntu for icinga, I'd offer this latest configuration for them.



Marko Vainiokangas
Tekniker 
 



Direkt: +46 54 19 61 22  
 
Mobil: +46 72 235 19 68  
marko.vainiokan...@atea.se
-----Ursprungligt meddelande-----
Från: icinga-users-requ...@lists.sourceforge.net 
[mailto:icinga-users-requ...@lists.sourceforge.net] 
Skickat: den 7 mars 2011 15:42
Till: icinga-users@lists.sourceforge.net
Ämne: icinga-users Digest, Vol 23, Issue 4

Send icinga-users mailing list submissions to
        icinga-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.sourceforge.net/lists/listinfo/icinga-users
or, via email, send a message with subject or body 'help' to
        icinga-users-requ...@lists.sourceforge.net

You can reach the person managing the list at
        icinga-users-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of icinga-users digest..."


Today's Topics:

   1. Re: Icinga - Weekly scheduled downtime feature (Christoph Maser)
   2. Re: Icinga - Weekly scheduled downtime feature (Phil Bieber)
   3. Re: icinga-web: http-basic auth / ldap and "root" User
      (Marius Hein)
   4. OCSP/Distributed Monitoring issue (Vainiokangas Marko)
   5. Lconf: Import check_commands etc. (Denny Schierz)


----------------------------------------------------------------------

Message: 1
Date: Sat, 05 Mar 2011 07:35:02 +0100
From: Christoph Maser <cma...@gmx.de>
Subject: Re: [icinga-users] Icinga - Weekly scheduled downtime feature
To: icinga-users@lists.sourceforge.net
Message-ID: <1299306902.3842.3.camel@meierpad>
Content-Type: text/plain; charset="UTF-8"

Am Donnerstag, den 03.03.2011, 13:22 -0500 schrieb Jayesh Mahajan:
> Hi All,
> 
>   We installed icinga as monitoring server for our application.  There  
> is an option in icinga administration to silence alert for some  
> scheduled activity at "Schedule host downtime" and "Schedule  service 
> downtime" however it silence the alert for one time only.
>  However I dont see any option there in icinga where we can silence  
> alert for 'weekly' scheduled activity so that we dont need to silence  
> every week. Is there any feature available for this?
> 
>  Regards,
>  Jayesh
> 
> 
> 
> 

Hi Javesh

it is not possible to define recurring downtimes. However you can simply define 
the check_period to disable checks in the maintenance time range.

Chris




------------------------------

Message: 2
Date: Sun, 6 Mar 2011 15:17:40 +0100
From: Phil Bieber <philbie...@gmail.com>
Subject: Re: [icinga-users] Icinga - Weekly scheduled downtime feature
To: icinga-users@lists.sourceforge.net
Message-ID:
        <AANLkTi=byufy2tosakhjlchccfg7aj_wjnb9q8tqu...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8

There are some Scripts for automatically scheduling recurring downtimes. Have a 
look at monitoringexchange.com I have one such script in use, but I cannot 
pinpoint from where I got it....

Cheers
Phil
--
It might be just possible, by lying very still in a cellar somewhere, to get 
through a day without committing a crime. But only just. And, even then, you 
were probably guilty of loitering.
- Terry Pratchett: Feet of clay.

GPG KEY ID (Philipp Bieber): 0x0185E301
FINGERPRINT: CA81 28C2 E63F DAF8 5ED4 DACB 7C26 EE5B 0185 E301 Philipp Bieber - 
philbie...@gmail.com



On Sat, Mar 5, 2011 at 07:35, Christoph Maser <cma...@gmx.de> wrote:
> Am Donnerstag, den 03.03.2011, 13:22 -0500 schrieb Jayesh Mahajan:
>> Hi All,
>>
>> ? We installed icinga as monitoring server for our application. 
>> ?There ?is an option in icinga administration to silence alert for 
>> some ?scheduled activity at "Schedule host downtime" and "Schedule 
>> ?service downtime" however it silence the alert for one time only.
>> ?However I dont see any option there in icinga where we can silence 
>> ?alert for 'weekly' scheduled activity so that we dont need to 
>> silence ?every week. Is there any feature available for this?
>>
>> ?Regards,
>> ?Jayesh
>>
>>
>>
>>
>
> Hi Javesh
>
> it is not possible to define recurring downtimes. However you can 
> simply define the check_period to disable checks in the maintenance time 
> range.
>
> Chris
>
>
> ----------------------------------------------------------------------
> -------- What You Don't Know About Data Connectivity CAN Hurt You This 
> paper provides an overview of data connectivity, details its effect on 
> application quality, and explores various alternative solutions. 
> http://p.sf.net/sfu/progress-d2d 
> _______________________________________________
> icinga-users mailing list
> icinga-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/icinga-users
>



------------------------------

Message: 3
Date: Sun, 6 Mar 2011 17:45:59 +0100
From: Marius Hein <marius.h...@netways.de>
Subject: Re: [icinga-users] icinga-web: http-basic auth / ldap and
        "root" User
To: <icinga-users@lists.sourceforge.net>
Message-ID: <4d73ba47.8060...@netways.de>
Content-Type: text/plain; charset="UTF-8"

Hi.

> 
> I've installed the latest icinga-web and it works. Now i want to 
> authenticate against ldap with http-basic. It works too, but now, I 
> can't login as "root", cause the "root" user doesn't exist in LDAP.
> 
> So, how can I manage this problem, to have regular LDAP accounts, but 
> the local icinga-web "root" account is also available?
> 
> Ah, i used the Basic-auth via Apache, 'cause it was easier for me, 
> than the XML things ... ;-) :

Using native LDAP authentication is the easiest way to provide mixed 
authentication in your system.

If you have configured ldap (with the XML things) you can simply switch to the 
internal provider for users not in your ldap.

Kind regards,
 Marius.

Marius Hein
Senior Application Developer

NETWAYS GmbH | Deutschherrnstr. 15-19 | D-90429 N?rnberg
Tel: +49 911 92885-0 | Fax: +49 911 92885-77
GF: Julian Hein | AG N?rnberg HRB18461

http://www.netways.de | marius.h...@netways.de

** NETWAYS Open Source Data Center Conference 2011 | N?rnberg, 06. und 07. 
April 2011 | http://www.netways.de/osdc **



------------------------------

Message: 4
Date: Mon, 7 Mar 2011 13:09:04 +0100
From: Vainiokangas Marko <marko.vainiokan...@atea.se>
Subject: [icinga-users] OCSP/Distributed Monitoring issue
To: "icinga-users@lists.sourceforge.net"
        <icinga-users@lists.sourceforge.net>
Message-ID:
        
<c44046b1eed534479b558cc4c0bab8fe3e9cb10...@satsmbxdkhos001.intra.atea.se>
        
Content-Type: text/plain; charset="us-ascii"

Hi all,

I posted on the nagios-portal 
(http://www.nagios-portal.org/wbb/index.php?page=Thread&threadID=21919) and was 
referred here for a wider audience, I hope to find some wise minds to aid me 
with this conundrum...



I have an issue with distributed monitoring at the moment. Our Master server is 
accepting commands without a hitch. We've manually run the defined 
submit_check_result script created through the NSCA/Distributed Monitoring 
guide on the webpage.

However, the icinga-process on the slave-icinga doesn't seem to actually 
execute it.

I've added an extra line to log each use (and what it sends) to an extra 
log-file and it's obvious it's never being used by anyone but me, manually.

When turning on debug-levels, I can see it expands the oscp_command variables 
and expands the service-variables and sends it.

This is an excerpt from the debug-file;



[1299142675.061622] [016.2] [pid=15506] Found a check result (#1) to handle...
[1299142675.061679] [016.1] [pid=15506] Handling check result for service 
'Current Users' on host 'KD-OPS02'...
[1299142675.061718] [016.0] [pid=15506] ** Handling check result for service 
'Current Users' on host 'KD-OPS02'...
[1299142675.061733] [016.1] [pid=15506] HOST: KD-OPS02, SERVICE: Current Users, 
CHECK TYPE: Active, OPTIONS: 0, SCHEDULED: Yes, RESCHEDULE: Yes, EXITED OK: 
Yes, RETURN CODE: 0, OUTPUT: USERS OK - 1 users currently logged in 
|users=1;20;50;0\n [1299142675.061883] [016.2] [pid=15506] Parsing check 
output...
[1299142675.061907] [016.2] [pid=15506] Short Output: USERS OK - 1 users 
currently logged in [1299142675.061917] [016.2] [pid=15506] Long Output: NULL 
[1299142675.061924] [016.2] [pid=15506] Perf Data: users=1;20;50;0 
[1299142675.061936] [016.2] [pid=15506] ST: HARD CA: 1 MA: 5 CS: 0 LS: 0 LHS: 0 
[1299142675.061959] [016.1] [pid=15506] Service is OK.
[1299142675.061968] [016.1] [pid=15506] Service did not change state.
[1299142675.062020] [2320.2] [pid=15506] Raw Command Input: 
/usr/local/nagios/libexec/submit_check_result $HOSTNAME$ '$SERVICEDESC$' 
$SERVICESTATE$ '$SERVICEOUTPUT$'
[1299142675.062049] [2320.2] [pid=15506] Expanded Command Output: 
/usr/local/nagios/libexec/submit_check_result $HOSTNAME$ '$SERVICEDESC$' 
$SERVICESTATE$ '$SERVICEOUTPUT$'
[1299142675.062059] [016.2] [pid=15506] Raw obsessive compulsive service 
processor command line: /usr/local/nagios/libexec/submit_check_result 
$HOSTNAME$ '$SERVICEDESC$' $SERVICESTATE$ '$SERVICEOUTPUT$'
[1299142675.062115] [016.2] [pid=15506] Processed obsessive compulsive service 
processor command line: /usr/local/nagios/libexec/submit_check_result KD-OPS02 
'Current Users' OK 'USERS OK - 1 users currently logged in'
[1299142675.062140] [256.1] [pid=15506] Running command 
'/usr/local/nagios/libexec/submit_check_result KD-OPS02 'Current Users' OK 
'USERS OK - 1 users currently logged in''...
[1299142675.062332] [064.1] [pid=15506] Making callbacks (type 10)...
[1299142675.077264] [256.1] [pid=15506] Execution time=0.014 sec, early 
timeout=0, result=2, output=(null)



This claims that it's sending the command and with audit control I can see that 
it's actually poking in the file;

aureport -f gives;
1783. 03/03/2011 10:07:55 /usr/local/nagios/libexec/submit_check_result 2 yes 
/usr/sbin/icinga -1 1786


The permissions on on the submit_check_result are;

-rwxr-xr-x 1 nagios nagios 1088 2011-03-03 08:47 
/usr/local/nagios/libexec/submit_check_result

And running the script with the nagios user (the same as the icinga process is 
running as); 
root@kd-ops02:/usr/src<http://www.nagios-portal.org/wbb/mailto:root@kd-ops02:/usr/src>#
 ps aux | grep icinga nagios 15506 0.0 0.1 37396 2020 ? SNsl 09:57 0:01 
/usr/sbin/icinga -d /etc/icinga/icinga.cfg


su - nagios
/usr/local/nagios/libexec/submit_check_result KD-OPS02 'Disk Space' OK 
'Manually Sent OK #5'

The seperate logging I added in the submit_check_result script writes;

KD-OPS02 Disk Space 0 Manually Sent OK #5
1 data packet(s) sent to host successfully.

And the Master Icinga server receives it and handles it properly when I sent it 
manually.

What is going wrong?





The slave-system is running on Ubuntu Server 10.10 Maverick with icinga 
installed from the Ubuntu repository, package v. 1.0.2-1, and with Nagios 
Plugins 1.4.15



dpkg -l | grep icinga
ii icinga 1.0.2-1 monitoring and host and network monitoring system - 
metapackage ii icinga-cgi 1.0.2-1 host and network monitoring system - CGI 
scripts ii icinga-common 1.0.2-1 host and network monitoring system - support 
files ii icinga-core 1.0.2-1 host and network monitoring system - core files
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 5
Date: Mon, 07 Mar 2011 15:44:22 +0100
From: Denny Schierz <linuxm...@4lin.net>
Subject: [icinga-users] Lconf: Import check_commands etc.
To: icinga-users@lists.sourceforge.net
Message-ID: <1299509062.2865.409.camel@pcdenny>
Content-Type: text/plain; charset="utf-8"

hi,

is there a nice way, to import everything? I was able to successful importing 
the hosts, but I don't see anything else, in my LDAP (Apache
Directory) browser.

cu denny
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part

------------------------------

------------------------------------------------------------------------------
What You Don't Know About Data Connectivity CAN Hurt You This paper provides an 
overview of data connectivity, details its effect on application quality, and 
explores various alternative solutions. http://p.sf.net/sfu/progress-d2d

------------------------------

_______________________________________________
icinga-users mailing list
icinga-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/icinga-users


End of icinga-users Digest, Vol 23, Issue 4
*******************************************

------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
icinga-users mailing list
icinga-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/icinga-users

Reply via email to