Message: 1
Date: Mon, 04 Mar 2013 21:46:31 +0100
From: Wolfgang <[email protected]>
Subject: Re: [icinga-users] icinga-users Digest, Vol 47, Issue 6
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Am 04.03.2013 21:34, schrieb Mike Dopp:
> There is only 4 cfg_ in the icinga.cfg
> Cfg_file=/etc/icinga/commands.cfg Cfg_file=/etc/nagios-plugins/config
> Cfg_file=/etc/icinga/objects
> Cfg_file=/etc/icinga/modules
>
Pardon??? You're kidding, aren't you? Looking at the icinga.cfg you sent some
time ago we can see:
cfg_file=/etc/icinga/commands.cfg
cfg_dir=/etc/nagios-plugins/config
cfg_dir=/etc/icinga/objects/
cfg_dir=/etc/icinga/modules
showing correct cfg_file and cfg_dir entries which is completely different to
the lines you're showing?!
Have you got identical localhost.cfg and windows.cfg at the same time?
At this time I do not have any .cfg files inside objects folder.
Wanted to make sure I had a clean slate when it came to "duplicate" issues.
Wish I was kidding.
Does your icinga.cfg file have any "cfg_dir" declarations in it, and, if so, do
those directories have any *.cfg files in them. If so, those may be throwing
problems your way.
Yes and no.
Yes on the cfg_dir there is two
Cfg_dir=/etc/icinga/objects/
Cfg_dir=/etc/icinga/modules/
No .cfg files in those declarations of paths.
Now on the filesystem there is .cfg files (or was) in the objects folder
(templates) as well as modules folder (idoutils.cfg)
A very common idiom is to set templates up so that the declarations
contained therein will be inherited "downwards"
to individual objects. The nasty bit about those is that if some of the
*really* key declarations (e.g. host_name or
service_description) are erroneously defined in the template then it is
possible to get "duplicate" errors.
This makes sense. I guess what is confusing and ultimately frustrating is that
the documentation at least from my perspective does not give a clear
Way to get the custom cfg files to work.
So for example if I were to have host groups.. (which icinga touts and I have
faith it can) like nagios were I setup my multiple *nix boxes in a *nix like
template and windows boxes in a windows like templates etc etc.
I have only been able to get icinga to see any of these objects(machines(vm or
bare metal) in the localhost_icinga.cfg file. Icinga-web loves that template
but when I attempt to add specifics outside of that and only that .cfg file I
get duplicates or unable to run.
Now in all fairness I am running the packages from icinga (/etc/icinga/) to run
on Ubuntu.
In the past I have compiled the Nagios monitoring and it works fine
(/usr/local/nagios/etc/). Without issues.
With Icinga compiling icinga and icinga-web has been difficult at best.
I know I am missing so simple that it has become a frustrating mess.
-----Original Message-----
From: [email protected]
[mailto:[email protected]]
Sent: Wednesday, March 06, 2013 2:54 AM
To: [email protected]
Subject: icinga-users Digest, Vol 47, Issue 8
Send icinga-users mailing list submissions to
[email protected]
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
[email protected]
You can reach the person managing the list at
[email protected]
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-users Digest, Vol 47, Issue 6 (Wolfgang)
2. icinga-web states duplicate entries (Mike Dopp)
3. Re: icinga-web states duplicate entries (Carl R. Friend)
4. Fired up debian VM from icinga.org (Mike Dopp)
5. Re: Fwd: Getting error prompt to check log when get login
with user = root (shyam sundar Keshari)
6. ANNOUNCE: NSCA-ng 1.0 (Holger Wei?)
----------------------------------------------------------------------
Message: 1
Date: Mon, 04 Mar 2013 21:46:31 +0100
From: Wolfgang <[email protected]>
Subject: Re: [icinga-users] icinga-users Digest, Vol 47, Issue 6
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Am 04.03.2013 21:34, schrieb Mike Dopp:
> There is only 4 cfg_ in the icinga.cfg
> Cfg_file=/etc/icinga/commands.cfg Cfg_file=/etc/nagios-plugins/config
> Cfg_file=/etc/icinga/objects
> Cfg_file=/etc/icinga/modules
>
Pardon??? You're kidding, aren't you? Looking at the icinga.cfg you sent some
time ago we can see:
cfg_file=/etc/icinga/commands.cfg
cfg_dir=/etc/nagios-plugins/config
cfg_dir=/etc/icinga/objects/
cfg_dir=/etc/icinga/modules
showing correct cfg_file and cfg_dir entries which is completely different to
the lines you're showing?!
Have you got identical localhost.cfg and windows.cfg at the same time?
------------------------------
Message: 2
Date: Mon, 4 Mar 2013 16:39:36 -0700
From: Mike Dopp <[email protected]>
Subject: [icinga-users] icinga-web states duplicate entries
To: "[email protected]"
<[email protected]>
Message-ID: <45DDFF0831798249B6D4D4AE94ADD57518AF6C6067@svrslcmx1>
Content-Type: text/plain; charset="us-ascii"
I removed all cfg files out of the objects folder and ran verification "
/usr/sbin/icinga -v /etc/icinga/icinga.cfg
No errors and of course no objects. Cleared the cache and restarted icinga.
Icinga web came up with 0 hosts but worked just like before.
Next I added a windows.cfg file inside the objects folder gave it:
Define host{
use windows-server
host_name Happy
alias Gilmore
address 172.21.0.16
}
Re-ran the verification and low and behold duplicate host issue.
If I had hair I would not have any. after running through this.
Removed host_name to '' and it then told me there was a duplicate ''
I laughed. I must be doing something wrong.
Please advise as if I am having these issues early on; then what am I in store
for when I get further into a enterprise implementation?
Thanks,
Mike
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 3
Date: Mon, 4 Mar 2013 20:27:51 -0500 (EST)
From: "Carl R. Friend" <[email protected]>
Subject: Re: [icinga-users] icinga-web states duplicate entries
To: "[email protected]"
<[email protected]>
Message-ID: <[email protected]>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Mon, 4 Mar 2013, Mike Dopp wrote:
> I removed all cfg files out of the objects folder and ran verification
> " /usr/sbin/icinga -v /etc/icinga/icinga.cfg
>
> No errors and of course no objects. Cleared the cache and restarted
> icinga. Icinga web came up with 0 hosts but worked just like before.
Does your icinga.cfg file have any "cfg_dir" declarations in it, and, if
so, do those directories have any *.cfg files in them. If so, those may be
throwing problems your way.
A very common idiom is to set templates up so that the declarations
contained therein will be inherited "downwards"
to individual objects. The nasty bit about those is that if some of the
*really* key declarations (e.g. host_name or
service_description) are erroneously defined in the template then it is
possible to get "duplicate" errors.
> Next I added a windows.cfg file inside the objects folder gave it:
> Define host{
> use windows-server
The notion of "windows-server" should be a template, and that template
should have *nothing* in it that refers to a host_name or alias.
> host_name Happy
> alias Gilmore
> address 172.21.0.16
> }
The rest of that host declaration looks valid so long as all the other bits
are properly inherited from "windows-server". In the above configuration, I
personally would have used a host- declaration file in a so-listed "cfg_dir"
declaration in icinga.cfg named {host}.cfg.
Make sure that your templates do not contain the "host_name"
or "alias" declarations.
Cheers!
+------------------------------------------------+---------------------+
| Carl Richard Friend (UNIX Sysadmin) | West Boylston |
| Minicomputer Collector / Enthusiast | Massachusetts, USA |
| mailto:[email protected] +---------------------+
| http://users.rcn.com/crfriend/museum | ICBM: 42:22N 71:47W |
+------------------------------------------------+---------------------+
------------------------------
Message: 4
Date: Tue, 5 Mar 2013 09:22:21 -0700
From: Mike Dopp <[email protected]>
Subject: [icinga-users] Fired up debian VM from icinga.org
To: "[email protected]"
<[email protected]>
Message-ID: <45DDFF0831798249B6D4D4AE94ADD57518AF6C60F4@svrslcmx1>
Content-Type: text/plain; charset="us-ascii"
Fired up debian VM from icinga.org to see if I could find out why I cannot add
objects.
This is the demo server that is offered.
All works well. However once I create an object named switch with this config I
get duplicates again.
Switch.cfg located in /etc/icinga/objects/
define host{
use generic-host
host_name Cisco-Linksys
alias Cisco-Linksys
address 172.21.0.203
}
Define service{
use generic-service
host_name Cisco-Linksys
service_description PING
check_command check_ping!200.0,20%!600.0,60%
check_interval 5
retry_interval 1
}
***Notice these settings and config examples are almost exact to those in the
icinga docs.
I know its gotta be easier than this to get hosts monitored on icinga.
Thanks,
Mike
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 5
Date: Wed, 6 Mar 2013 11:16:42 +0530
From: shyam sundar Keshari <[email protected]>
Subject: Re: [icinga-users] Fwd: Getting error prompt to check log
when get login with user = root
To: [email protected]
Message-ID:
<cal4qklzwvyh2wj5dpjs9ys775nx98gjxypaog+8qz8ciaq8...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
Then extra line I need to be add for other non domain users like root .As it is
getting authenticate through internal .
and also mention the file location of this auth.xml as there are 2 file :
/etc/icinga-web/conf.d/auth.xml (presently I have configured here and also
given the details of file in last mail )
second is at path: /usr/share/icinga-web/app/modules/AppKit/config/auth.xml
Thanks in Advance
Thanks
On Mon, Mar 4, 2013 at 9:19 PM, Markus Frosch <[email protected]> wrote:
> Hey,
> > Below the complete auth.xml file :
>
> The error means that your ldap_basedn is incorrect.
>
> I guess that "dc=test,dc=com" has been replaced for testing? The
> original content should cause that error.
>
> The LDAP provider is also called for internal authentication, the auth
> handling is doing a cascaded authentication to allow multiple
> providers.
>
> -Markus
>
> --
> Markus Frosch
> [email protected]
> http://www.lazyfrosch.de
>
>
> ----------------------------------------------------------------------
> -------- Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics Download AppDynamics Lite
> for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> _______________________________________________
> icinga-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/icinga-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 6
Date: Wed, 6 Mar 2013 10:54:11 +0100
From: Holger Wei? <[email protected]>
Subject: [icinga-users] ANNOUNCE: NSCA-ng 1.0
To: Icinga Users <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Today, I released NSCA-ng 1.0. Debian packages and the source tarball can be
downloaded from:
https://www.nsca-ng.org/
As far as I can tell, it works very well, and it has all the features I wanted
the 1.0 release to have.
The client features include:
* Accepts all input, command line arguments, and configuration files
accepted by the send_nsca binary provided with the original NSCA
package.
* Supports submission of arbitrary Icinga commands (not just check
results) of arbitrary size. That is, NSCA-ng could be used to submit
downtimes or acknowledgements, for example.
* Optional random delay before the client connects to the server.
* Messages can optionally be sent to syslog(3).
* Should run on any non-ancient Unix-like system.
The server features include:
* TLS encryption and shared-secret authentication with client-specific
passwords.
* Fine-grained authorization control.
* Very good performance and scalability.
The next step will be to tackle some of my wish list items:
https://www.nsca-ng.org/documentation/todo.html
If you happen to be interested in any of those (or other features), I'd be
happy about any feedback you may have.
Holger
------------------------------
------------------------------------------------------------------------------
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
------------------------------
_______________________________________________
icinga-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/icinga-users
End of icinga-users Digest, Vol 47, Issue 8
*******************************************
------------------------------------------------------------------------------
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
_______________________________________________
icinga-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/icinga-users
