Gerd v. Egidy | 13 Jul 16:40 2014
Picon

interest in sms notification scripts?

Hi,

I finally had the time to set up sms notification for my icinga 2 installation. 
I'm using smstools http://smstools3.kekekasvi.com/ to connect my gsm terminal. 

Icinga2 currently does not come with scripts & configuration to send short 
messages. I uploaded the scripts I wrote into the feature/sms-notification-
scripts branch, see e.g.
https://dev.icinga.org/projects/i2/repository?rev=feature%2Fsms-notification-scripts

Is there any interest in including these scripts with Icinga2?

There is some stuff, like cmake installation and documentation, missing in the 
branch. I'll add this of course before submitting it for merge.

Kind regards,

Gerd
Thomas Dressler | 20 Jun 21:07 2014
Picon

Re: [icinga-core] v1.11.5: Version 1.11.5

Hi,

Am 20.06.2014 13:25, schrieb Michael Friedrich:


View it on GitHub.

I am just dealing with the new version to upgrade from 1.11.1. While updating i found these commits to mysql.sql 

commit a84b72ff40b104c7a84eb012d69f5b6fd612e430
Author: Michael Friedrich <Michael.Friedrich-1vhwlxDiY8OELgA04lAiVw@public.gmane.org>
Date:   Sat May 10 20:49:26 2014 +0200

    IDOUtils: Add is_reachable columns for {host,service}status tables.

commit 0766acbc59c55faf35d62a434dd5e3d5b69a7595
Author: Michael Friedrich <michael.friedrich-1vhwlxDiY8OELgA04lAiVw@public.gmane.org>
Date:   Thu Apr 24 14:38:17 2014 +0200

    Add {host,service}{groups,status] columns: notes, notes_url, action_url, is_
   
    Refs #6060

oracle upgrade sql to 1.11.3 doesn't contain similar changes. Only the version update is in.
Also the create objects sql missed the changes. Are these features not oracle relevant?

Thomas

_______________________________________________
icinga-devel mailing list
icinga-devel@...
https://lists.icinga.org/mailman/listinfo/icinga-devel
Michael Friedrich | 2 Jun 10:22 2014
Picon

Icinga 2 Development Week 22/14


Summary for Icinga 2 Development Week 22/14:

Target version: 2.0.0 Beta 2 (6.6.2014)

https://dev.icinga.org/projects/i2/issues?query_id=22

26.-28.5.: workhours
27.5.: 2.0.0 Beta 1 Release:
https://www.icinga.org/2014/05/27/icinga-2-beta-released/

Follow the activity stream at https://dev.icinga.org/projects/i2/activity

-----------------------------------------------------------
Work done:
-----------------------------------------------------------

* Fix Icinga fails to start when IPv6 support is not available #6375
* Require at least Vagrant 1.2.x in Vagrantfile #6365
* Documentation: add DB IDO to monitoring basics (config, status health
checks, etc) #6358
* Documentation: explain how to enable checks/notifications #6357
* Documentation: mention and explain livestatus in monitoring basics
chapter #6356
* Fix icinga_programstatus table is empty after RESTART_PROCESS #6349
* Logging: change library name into class name ("base/critical") #6346
* Remove thread names from log messages #6345
* Change Vagrant VM welcome page to a more friendly one. #6334
* Prepare release: 2.0.0 Beta 1 #5791
* Documentation: Fix migration script documentation. #6326
* Fix Debian package installs logrotate/icinga2.cmake file #6322
* Fix Scheduled downtimes aren't removed by the cleanup timer #6321
* Documentation: add configuration best practice introduction #6318
* Documentation: Add advanced apply services with custom command
arguments example. #6317
* Fix check statistics are mixing host/service checks. #6313
* Add icinga2-enable-feature support for multiple modules #6315
* Documentation: Import missing Livestatus tables and attributes #6314

-----------------------------------------------------------
Ongoing
-----------------------------------------------------------

* add systemd support #4794
* Improve error messages #6070
** add --info with additional application information #6347
* Documentation
** Migration Hints #6380
* CLI Config Migration #5929
* Bugs, Bugs, Bugs
* Packages
** First FreeBSD Port
** split sample config into a separate package #6355
* add syntax highlight files for editors (vim, nano, etc) #3199
* 2.0 Beta2 release preparations

-----------------------------------------------------------
Changes
-----------------------------------------------------------

* Logging: change library name into class name ("base/critical") #6346
* Remove thread names from log messages #6345
* Add icinga2-enable-feature support for multiple modules #6315

-----------------------------------------------------------
Feedback/Tests required
-----------------------------------------------------------

* Documentation
* Packages, Installation, Features
* Notifications, Dependencies, Alerts, etc
* Cluster: Load Balancing, HA, Config Sync
* Which problem does Icinga 2 solve in your opinion?

-- 
Michael Friedrich, DI (FH)
Application Developer

NETWAYS GmbH | Deutschherrnstr. 15-19 | D-90429 Nuernberg
Tel: +49 911 92885-0 | Fax: +49 911 92885-77
GF: Julian Hein, Bernd Erk | AG Nuernberg HRB18461
http://www.netways.de | Michael.Friedrich <at> netways.de

** Open Source Backup Conference 2014 - September - osbconf.org **
** Puppet Camp Duesseldorf 2014 - Oktober - netways.de/puppetcamp **
** OSMC 2014 - November - netways.de/osmc **
** OpenNebula Conf 2014 - Dezember - opennebulaconf.com **
_______________________________________________
icinga-devel mailing list
icinga-devel <at> lists.icinga.org
https://lists.icinga.org/mailman/listinfo/icinga-devel
Michael Friedrich | 26 May 10:17 2014
Picon

Icinga 2 Development Week 21/14


Summary for Icinga 2 Development Week 21/14:

Target version: 2.0.0 Beta 1.(27.5.2014)

https://dev.icinga.org/projects/i2/issues?query_id=21

19.-23.5.: workhours
24.-25.5.: weekend

Follow the activity stream at https://dev.icinga.org/projects/i2/activity

-----------------------------------------------------------
Work done:
-----------------------------------------------------------

* Cluster Freshness Check: Implement the "cluster-zone" check task. #6204
* Fix incorrect state change states logged for hosts. #6290
* Fix Child zone configurations are not synced to members of the parent
zone. #6212
* ThreadPool: Spawn one thread per CPU #6279
* Improve error messages. #6070
* Implement command-line option to specify log level for the console log
(-x|--log-level). #6276
* Documentation: add missing addons. #6275
* Documentation: Add troubleshooting chapter, fix addon chapter. #5611 #6276
* Documentation: Emphasize on apply rules in example config. #6266
* Move local node/zone config from features-available/api.conf and
constants.conf to seperate include. #6208
* Documentation: update migration docs. #6271
* Documentation: add a dependency example for agent based health checks.
#6272
* Plugins: Add generic nrpe, by_ssh command definition. #6225
* Documentation: Update what's new for 2.0.0 Beta 1. #5820
* Fix initscript error message on checkconfig is wrong. #6269
* Documentation: Explain config validation with errors and reload. #6259
* Documentation: explain how to pass arguments from host/service to
check command. #6267
* Change the most chatting log messages to 'notice' severity. #6070
* Make critical connection errors readable in ApiListener. #6070
* Add 'notice' severity to *Logger. #6070
* Fix Config file parse order. #5854
* Fix Logrotate config doesn't work. #6229
* Fix compiler warnings. #5823
* Fix Notification commands use the wrong CheckResult object. #6260
* Fix Multiple assign in apply Dependency. #6257
* Fix Config validation broken for PerfdataWriter. #6255
* Documentation: Fix "display_name" missing in Service attributes table.
#6253
* Documentation: add apply best practices. #5877
* Fix Build on Fedora fails. #6250
* Documentation: mention the demo vm in the about chapter. #6248
* Documentation: Fix Cluster config examples. #6247
* Fix EL5 rpm postgresql buildrequires version conflict. #5847
* Documentation: Move ITL/Plugin Commands into Icinga 2 configuration
(chapter 5). #6245
* Fix cluster check shows error when it is OK. #6244
* Fix log message 'current master' is confusing. #6241
* Fix compatibility with older versions of CMake. #6240
* Verify interface output attributes and values. #5807
* Documentation: additional plugins require a check command. #6239
* Use CustomVarObject instead of DynamicObject for all libicinga
objects. #6187
* Update cluster documentation. #6243
* Fix Command timeout doesn't work. #6232
* Fix Deadlock in db_ido. #6230

-----------------------------------------------------------
Ongoing
-----------------------------------------------------------

* add systemd support #4794
* Improve error messages #6070
* Documentation
* Bugs, Bugs, Bugs
* 2.0 Beta1 release preparations

-----------------------------------------------------------
Changes
-----------------------------------------------------------

* Implement command-line option to specify log level for the console log
(-x|--log-level) #6276
* Add 'notice' severity to *Logger. #6070
* ThreadPool: Spawn one thread per CPU #6279
* Cluster Freshness Check: Implement the "cluster-zone" check task. #6204

-----------------------------------------------------------
Feedback/Tests required
-----------------------------------------------------------

* Documentation
* Packages, Installation, Features
* Notifications, Dependencies, Alerts, etc
* Cluster: Load Balancing, HA, Config Sync
* Which problem does Icinga 2 solve in your opinion?

-- 
Michael Friedrich, DI (FH)
Application Developer

NETWAYS GmbH | Deutschherrnstr. 15-19 | D-90429 Nuernberg
Tel: +49 911 92885-0 | Fax: +49 911 92885-77
GF: Julian Hein, Bernd Erk | AG Nuernberg HRB18461
http://www.netways.de | Michael.Friedrich <at> netways.de

** Open Source Backup Conference 2014 - September - osbconf.org **
** Puppet Camp Duesseldorf 2014 - Oktober - netways.de/puppetcamp **
** OSMC 2014 - November - netways.de/osmc **
** OpenNebula Conf 2014 - Dezember - opennebulaconf.com **
_______________________________________________
icinga-devel mailing list
icinga-devel <at> lists.icinga.org
https://lists.icinga.org/mailman/listinfo/icinga-devel
Michael Friedrich | 19 May 13:44 2014
Picon

Icinga 2 Development Week 20/14


Summary for Icinga 2 Development Week 20/14:

Target version: 0.0.11

https://dev.icinga.org/projects/i2/issues?query_id=21

12.-16.5.: workhours
15.+16.5.: Monitoring Portal Workshop
17.-18.5.: weekend

Feature freeze has happened with 0.0.11 release. Next version: 2.0.0 Beta 1.

-----------------------------------------------------------
Work done:
-----------------------------------------------------------

* reloading icinga2 doesn't work when run as a native systemd service #6118
* Parallellize restoring objects from the state file #6226
* Evaluate apply rules in parallel #6223
* Fix Icinga crashes when zones.d directory doesn't exist #6224
* Cluster: Zone configuration sync #6191
* Implement shared API primitives for the cluster & agent #6107
* Fix assign operator #6198
* Documentation: Add a note on unreachable preventing notifications 
being sent. #4789
* Creating a dependency of services on the same host using the apply 
keyword requires parent_host_name attribute #6197
* Documentation: external command list broken #6128
* execvp error on files/directories #6160

-----------------------------------------------------------
Ongoing
-----------------------------------------------------------

* add systemd support #4794
* Documentation
* Bugs, Bugs, Bugs
* 2.0 Beta1 release preparations

-----------------------------------------------------------
Changes
-----------------------------------------------------------

* Cluster: Zone configuration sync #6191

Zones are managed below /etc/icinga2/zones.d/≤zonename>. This prefix can 
be changed, but it is explicitely included by the Icinga 2 daemon (no 
include_recursive required).

The ApiListener object must have set 'accept_config = true' in order to 
receive configuration from the parent zone.

The zone attribute is set for all files included from those directories. 
Apply rules also set the attribute accordingly.

If the local configuration is newer than the received update the 
synchronisation process is skipped.

-----------------------------------------------------------
Feedback/Tests required
-----------------------------------------------------------

* Documentation
* Packages, Installation, Features
* Notifications, Dependencies, Alerts, etc
* Cluster: Load Balancing, HA, Config Sync
* Which problem does Icinga 2 solve in your opinion?

--

-- 
DI (FH) Michael Friedrich

michael.friedrich@...  || icinga open source monitoring
https://twitter.com/dnsmichi || lead core developer
dnsmichi@...       || https://www.icinga.org/team
irc.freenode.net/icinga      || dnsmichi
Michael Friedrich | 19 May 13:08 2014
Picon

Icinga 2 Development Week 20/14


Summary for Icinga 2 Development Week 19/14:

Target version: 0.0.11

https://dev.icinga.org/projects/i2/issues?query_id=21

3.+4.5.: "weekend"
5.-9.5.: work on cluster changes & open issues
10.+11.5.: "weekend"

-----------------------------------------------------------
Work done:
-----------------------------------------------------------

*
*
*
*
*
*

-----------------------------------------------------------
Ongoing
-----------------------------------------------------------

* Cluster changes #6192
** Implement shared API primitives for the cluster #6107
** Reimplement load-balancing for checks.#6107
** Implement HA for IDO connections. #6107 #4739
** Zone configuration sync #6191
* migration script #5821
* Everything else: https://dev.icinga.org/projects/i2/issues?query_id=21

-----------------------------------------------------------
Changes
-----------------------------------------------------------

* add 'is_reachable' to host and service state tables requires Classic 
UI 1.11.3

* Cluster version 3: ClusterListener and Domains are gone. New: 
ApiListener and Zones. #6192

There's a generic ApiListener object defining the ssl certificates 
required for this instance. The new default bind port is '5665'. This 
feature is called 'api' and can be enabled through

# icinga2-enable-feature api

object ApiListener "api" {
   cert_path = SysconfDir + "/icinga2/pki/" + NodeName + ".crt"
   key_path = SysconfDir + "/icinga2/pki/" + NodeName + ".key"
   ca_path = SysconfDir + "/icinga2/pki/ca.crt"
}

For now, this is being used for the cluster functionality only, but 
serves us as solid base for future implementations ("agent", "api", etc) 
for 2.1+ (Icinga 2 development doesn't stop with 2.0!).

The Endpoint objects still exist, but they do not control the 
configuration sync anymore. We've played around with the view based 
configuration and it just did not feel right. Therefore these endpoints 
are the same on all involved nodes, but must be kept in sync/available 
wherever required.
The new default port is '5665' and is now optional.

object Endpoint "icinga2a" {
   host = "icinga2a.localdomain"
}

Additionally the keep_alive for connections can be configured, as well 
as the log_duration for keeping relay logs on connection loss. Defaults 
to 5m and 1d.

That way, the connection stuff for the cluster is "basically" like it 
has been before, but with one difference: Zones.

Zones in Icinga 2 declare a trusted zone among multiple nodes. All nodes 
are considered running in a high availability active/active setup which 
means they elect one active master at runtime.
If the active master dies, the ongoing heartbeat messages will garantuee 
failover detection and make the remaining instances elect a new active 
master.

object Zone "ha-master" {
   endpoints = [ "icinga2a", "icinga2b" ]
}

object Zone "check-satellite" {
   endpoints = [ "icinga2c", "icinga2d", "icinga2e" ]
   parent "ha-master"
}

Communication between zones may happen between all involved nodes, but 
if a "passive" node gets a checkresult, it will forward it to the active 
master which then processes the result (replication to other nodes or 
zones, notifications, backend features like ido).

High availability also means that features like IDO should only run on 
the active node, while the passive ones remain in standby (feature is 
paused). If there's a split brain situation, both (or multiple) 
instances will attempt to write for example ido, or fire notifications.

Load distribution for checks and notifciations works like before - all 
acitve checkers will share the check load. If you're planning to check a 
specific zone on only one satellite, just assign it like that.

Multiple zones can be stacked into a parent-child-tree whereas the 
configuration sync should then happen too. Zone configuration will be
done like

   /etc/icinga2/zones.d/≤zonename>

(to be implemented in #6191). Additional permissions will be required to
receive the configuration.

Currently, the following already works:

* APiListener, Endpoints, Zones.
* HA for IDO connections
* Load Balancing for Checks
* active master election in zones

To-do:

* configuration sync in/between zones
* additional permissions

-----------------------------------------------------------
Feedback/Tests required
-----------------------------------------------------------

* Documentation: Read through, try getting started. Everything clear, 
what's missing/unclear/could get a better phrasing?

This is clearly a call to native English speakers (which I am not). Help 
us shaping the documentation! Git patches or github pull requests preferred

* Backends: Install IDO, Livestatus, Status files. Use your favourite 
GUI/addon and test the functionality.

* Command arguments: Try them out. How does it feel to optionally add 
arguments to check_http and such?

* Apply rules: Use them. Tell us what you think.

* Cluster: It's still work in progress, but keep an eye on that, and try 
the current state of the art.

--

-- 
DI (FH) Michael Friedrich

michael.friedrich@...  || icinga open source monitoring
https://twitter.com/dnsmichi || lead core developer
dnsmichi@...       || https://www.icinga.org/team
irc.freenode.net/icinga      || dnsmichi
Michael Friedrich | 12 May 10:54 2014
Picon

Icinga 2 Development Week 19/14

Summary for Icinga 2 Development Week 19/14:

Target version: 0.0.11

https://dev.icinga.org/projects/i2/issues?query_id=21

3.+4.5.: "weekend"
5.-9.5.: work on cluster changes & open issues
10.+11.5.: "weekend"

-----------------------------------------------------------
Work done:
-----------------------------------------------------------

* rename Dependency 'state_filter' to 'states' #6113
* Documentation: Apply new structure. #6115
* Don't allow "managed" downtimes to be deleted by users #5980
* Livestatus: test host comments with joins #5937
* Dependencies: Service states changes to critical instead of 
unknown/unreachable #5872
* StatusDataWriter only supports host->host, service->service 
dependencies #6131
* Decrease default check intervals. #6107
* Remove the ZlibStream class and the stream_bio functionality #6119
* Apply: Inherit zone from parent object. #6107
* Reimplement load-balancing for checks.#6107
* Implement HA for IDO connections. #6107
* Fix an issue where expired Timer pointers caused other timers to be 
delayed. #6179
* Config validator: Make sure that objects are not abstract. #6148
* Implement support for arrays for the indexer operator #6182
* enable/disable commands do not update status tables #6151
* Check if livestatus log functionality still works #6161
* ITL: Move monitoring plugin commands into a separate config file #6130
* Documentation: add developers section #6184
* DB IDO/Livestatus/Status files: add 'is_reachable' to host and service 
state tables #6094
* Livestatus:  add check_source to host table #6185
* Documentation & Feature: command argument conditionals #5933
* rename host.total_* runtime macros to host.num_* #6189
* Documentation: migration: runtime macros renamed #6149
* Documentation: explain how macro resolving works #6010
* Non sticky acknowledgements won't be removed once the host/service 
recovers #5363
* Remove unnecessary includes #6189

-----------------------------------------------------------
Ongoing
-----------------------------------------------------------

* Cluster changes #6192
** Implement shared API primitives for the cluster #6107
** Reimplement load-balancing for checks.#6107
** Implement HA for IDO connections. #6107 #4739
** Zone configuration sync #6191
* migration script #5821
* Everything else: https://dev.icinga.org/projects/i2/issues?query_id=21

-----------------------------------------------------------
Changes
-----------------------------------------------------------

* add 'is_reachable' to host and service state tables requires Classic 
UI 1.11.3

* Cluster version 3: ClusterListener and Domains are gone. New: 
ApiListener and Zones. #6192

There's a generic ApiListener object defining the ssl certificates 
required for this instance. The new default bind port is '5665'. This 
feature is called 'api' and can be enabled through

# icinga2-enable-feature api

object ApiListener "api" {
   cert_path = SysconfDir + "/icinga2/pki/" + NodeName + ".crt"
   key_path = SysconfDir + "/icinga2/pki/" + NodeName + ".key"
   ca_path = SysconfDir + "/icinga2/pki/ca.crt"
}

For now, this is being used for the cluster functionality only, but 
serves us as solid base for future implementations ("agent", "api", etc) 
for 2.1+ (Icinga 2 development doesn't stop with 2.0!).

The Endpoint objects still exist, but they do not control the 
configuration sync anymore. We've played around with the view based 
configuration and it just did not feel right. Therefore these endpoints 
are the same on all involved nodes, but must be kept in sync/available 
wherever required.
The new default port is '5665' and is now optional.

object Endpoint "icinga2a" {
   host = "icinga2a.localdomain"
}

Additionally the keep_alive for connections can be configured, as well 
as the log_duration for keeping relay logs on connection loss. Defaults 
to 5m and 1d.

That way, the connection stuff for the cluster is "basically" like it 
has been before, but with one difference: Zones.

Zones in Icinga 2 declare a trusted zone among multiple nodes. All nodes 
are considered running in a high availability active/active setup which 
means they elect one active master at runtime.
If the active master dies, the ongoing heartbeat messages will garantuee 
failover detection and make the remaining instances elect a new active 
master.

object Zone "ha-master" {
   endpoints = [ "icinga2a", "icinga2b" ]
}

object Zone "check-satellite" {
   endpoints = [ "icinga2c", "icinga2d", "icinga2e" ]
   parent "ha-master"
}

Communication between zones may happen between all involved nodes, but 
if a "passive" node gets a checkresult, it will forward it to the active 
master which then processes the result (replication to other nodes or 
zones, notifications, backend features like ido).

High availability also means that features like IDO should only run on 
the active node, while the passive ones remain in standby (feature is 
paused). If there's a split brain situation, both (or multiple) 
instances will attempt to write for example ido, or fire notifications.

Load distribution for checks and notifciations works like before - all 
acitve checkers will share the check load. If you're planning to check a 
specific zone on only one satellite, just assign it like that.

Multiple zones can be stacked into a parent-child-tree whereas the 
configuration sync should then happen too. Zone configuration will be
done like

   /etc/icinga2/zones.d/≤zonename>

(to be implemented in #6191). Additional permissions will be required to
receive the configuration.

Currently, the following already works:

* APiListener, Endpoints, Zones.
* HA for IDO connections
* Load Balancing for Checks
* active master election in zones

To-do:

* configuration sync in/between zones
* additional permissions

-----------------------------------------------------------
Feedback/Tests required
-----------------------------------------------------------

* Documentation: Read through, try getting started. Everything clear, 
what's missing/unclear/could get a better phrasing?

This is clearly a call to native English speakers (which I am not). Help 
us shaping the documentation! Git patches or github pull requests 
preferred :)

* Backends: Install IDO, Livestatus, Status files. Use your favourite 
GUI/addon and test the functionality.

* Command arguments: Try them out. How does it feel to optionally add 
arguments to check_http and such?

* Apply rules: Use them. Tell us what you think.

* Cluster: It's still work in progress, but keep an eye on that, and try 
the current state of the art.

--

-- 
DI (FH) Michael Friedrich

michael.friedrich@...  || icinga open source monitoring
https://twitter.com/dnsmichi || lead core developer
dnsmichi@...       || https://www.icinga.org/team
irc.freenode.net/icinga      || dnsmichi
Thomas Dressler | 4 May 13:44 2014
Picon

icinga2.spec pandoc dependency for el5

icinga2.spec v0.0.10 introduced a new dependency on pandoc, which i cant 
resolve on EL5. Looks there are only packages for EL6 available 
http://rpmfind.net/linux/rpm2html/search.php?query=pandoc. Where can i 
get a matching pandoc rpm (and probably nesessary dependencies) for EL5?

Thomas
Michael Friedrich | 3 May 03:45 2014
Picon

Icinga 2 Development Week 18/14


Summary for Icinga 2 Development Week 18/14:

Target version: 0.0.11

28.4. - extended status meeting for cluster topic
29.4. - release 0.0.10 - 
https://www.icinga.org/2014/04/29/icinga-2-0-0-10-released/
30.4. - cluster workshop & meeting day
1.5. - officially non-working day in germany
2.5. - fix lconf export (ref: https://www.netways.org/issues/2557), 
icinga 2 features/bugs

Work done:

* Command arguments: Switch mandatory / optional by convention #6069
* Change log level for some of messages #6072
* ITL Cleanup / Remove superfluous commas in the ITL #6071
* Postgresql stop doesn't work #6063
* increased performance during icinga2 reload #6083 #5788
* rpm for Fedora doesn't build on ARM due to pandoc not being available 
#6100
* StatusDataWriter: missing host dependencies #6102
* disabled host checks (via ext cmd) checker exception #6103
* apply rules require group assign before & afterwards #6105 - ref: 
https://blog.netways.de/2014/05/02/icinga-2-konfiguration-lust-auf-mehr/
* Host Dependency state_filter validation error #6110
* call OnStateChanged() on Acknowledgement, Reschedule, etc. #6051
* Summary macros #2742
* export used command macros into legacy interfaces #5926

Ongoing

0.0.11 - https://dev.icinga.org/projects/i2/issues?query_id=21

* add systemd support #4794
* migration script #5821
* cluster

Feedback/Tests required

* Dependencies: Service states changes to critical instead of 
unknown/unreachable #5872

-- 
DI (FH) Michael Friedrich

michael.friedrich@... || icinga open source monitoring
https://twitter.com/dnsmichi || lead core developer
dnsmichi@... || https://www.icinga.org/team
irc.freenode.net/icinga      || dnsmichi

--

-- 
DI (FH) Michael Friedrich

michael.friedrich@...  || icinga open source monitoring
https://twitter.com/dnsmichi || lead core developer
dnsmichi@...       || https://www.icinga.org/team
irc.freenode.net/icinga      || dnsmichi
Michael Friedrich | 28 Apr 14:34 2014
Picon

Icinga 2 Development Week 17/14


Summary for Icinga 2 Development Week 17/14:

Target version: 0.0.10

Work done:

* Performance: Use fewer threads by default #6053
* Status: Add version and uptime to 'icinga' check task #6064
* DB IDO: Add missing servicedependencies table attributes #5745
* Config: Add apply ping{4,6} to generic-host example config again #6056
* Config: Add action_url, notes_url, notes for {Host,Service}Group 
object #6057

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

* Config: Add assign where/ignore where for groups #5910

object Host "localhost" {
   import "generic-host"

   address = "127.0.0.1"
   address6 = "::1"

   vars.os = "Linux"
}

object HostGroup "linux-servers" {
   display_name = "Linux Servers"

   assign where host.vars.os == "Linux"
}

apply Service "ping4" {
   import "generic-service"

   check_command = "ping4"

   assign where "generic-host" in host.templates
   ignore where !host.address
}

apply Service "ping6" {
   import "generic-service"

   check_command = "ping6"

   assign where "generic-host" in host.templates
   ignore where !host.address6
}

object ServiceGroup "ping" {
   display_name = "Ping Checks"

   assign where match("ping*", service.name)
}

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

* Cluster: Spanning tree like communication #5467

Implement loop detection for cluster links.

       [A]
      /   \
     /     \
    /       \
[B]________[C]

- A wants to send a message to B
- A knows about 2 ways using links from heartbeat messages:

A -> B
A -> C -> B

- Optional: endpoint metric. Not set in this example, all endpoints have 
an equal metric.

- A -> B: metric sum = 1
- A -> C -> B: metric sum = 1 + 1 = 2

- A choses A -> B as primary link, blocks A -> C link

Failure scenario:

- A -> B link is broken
- A unblocks link to C
- A sends message using A -> C -> B

Metric scenario:

- B has metric 10 as seen from endpoint A
- A always choses A -> C -> B (metric 1+1=2) as primary route

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

* Config: Command argument conditionals #5933

Additionally to a command line as string or array conditional arguments 
may be defined.
This is helpful if parameters are omitted, or optional, and shall reduce 
the amount of different check command objects.

Current implementation draft:

object CheckCommand "http" {
     import "plugin-check-command",

     command = PluginDir + "/check_http"

     arguments = {
         "-H" = {
             value = "$http_vhost$"
             optional = true
         }
         "-I" = "$http_address$"
         "-u" = {
             value = "$http_uri$"
             optional = true
         }
         "-p" = {
             value = "$http_port$"
             optional = true
         }
         "-S" = {
             set_if = "$http_ssl$"
         }
         "-w" = {
             value = "$http_warn_time$"
             optional = true
         }
         "-c" = {
             value = "$http_critical_time$"
             optional = true
         }
     }

     vars.http_address = "$address$"
     vars.http_ssl = false
}

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

Ongoing:

* export notifications in interfaces #5899
* experimental config features #5454

* Revamp migration script #5821

Part of the Icinga CLI (Icinga Web 2) parsing v1 config, dumping v2 
config helped with 'apply' rules and other recent config changes.

* Documentation Updates
* Tests, tests, tests & bug fixes

--

-- 
DI (FH) Michael Friedrich

michael.friedrich@...  || icinga open source monitoring
https://twitter.com/dnsmichi || lead core developer
dnsmichi@...       || https://www.icinga.org/team
irc.freenode.net/icinga      || dnsmichi
Alex Dent | 15 Apr 11:31 2014
Picon

Fwd: Problems with snmp checks in Icinga2 0.0.9 and 0.0.10

Hi,

I'm currently trying to implement some of the nagios-snmp-plugins checks in Icinga2. Some I got running, but I'm stuck now with a error where I can't get further. I created a config file for the check_snmp_storage.pl check. When I run the check from the commandline with exactly the same flags, everything works as expected, but Icinga sends me the usage output of the check.

I am using Icinga2 0.0.9 and 0.0.10 with Icinga-web 1.11.0. My snmp-storage conf is:

object CheckCommand "snmp-storage" {
        import "plugin-check-command",

        command = [
                PluginDir + "/check_snmp_storage.pl",
                "-H", "$HOSTADDRESS$",
                "-C", SNMPCom,
                "-2",
                "-m", "$point$",
                "-w", "$wdisk$",
                "-c", "$cdisk$",
                "-T pu",
                "-f"
        ],
        macros = {
                point = "/",
                opt1 = "FixedDisk",
                wdisk = "80",
                cdisk = "90"
        }
}

SNMPCom is a global variable.

Thanks for any replies
Alex

_______________________________________________
icinga-devel mailing list
icinga-devel@...
https://lists.icinga.org/mailman/listinfo/icinga-devel

Gmane