I made sure to start everything again today and checked the url but it's still giving the same message. I started up icinga2, mariadb, as well as httpd.....they are all showing actively running
________________________________________ From: icinga-users <[email protected]> on behalf of [email protected] <[email protected]> Sent: Thursday, December 3, 2015 2:04 AM To: [email protected] Subject: icinga-users Digest, Vol 24, Issue 7 Send icinga-users mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit https://lists.icinga.org/mailman/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: How to exclude some interfaces in a service check with apply - for (Michael Friedrich) 2. Icinga2 installation issues (Laura Nunzia Dimauro) 3. Re: Icinga2 installation issues (Thomas Gelf) 4. Re: How to exclude some interfaces in a service check with apply - for (Jay Newman) 5. Re: Strange behaviour with multi hierarchy clustering (Vishnudev Karanathmana Sasi) ---------------------------------------------------------------------- Message: 1 Date: Wed, 2 Dec 2015 21:50:18 +0000 From: Michael Friedrich <[email protected]> To: "[email protected]" <[email protected]> Subject: Re: [icinga-users] How to exclude some interfaces in a service check with apply - for Message-ID: <[email protected]> Content-Type: text/plain; charset="us-ascii" Am 02.12.2015 um 20:27 schrieb Jay Newman <[email protected]<mailto:[email protected]>>: Assaf, Thank you - but I am not trying to exclude some vlans and include others. I am just trying to exclude some interfaces if they include the name "vlan" in them. IE, virtual rather than physical interfaces. I tried the statement "ignore where match (if_name,"VLAN")" but it is not working. I know that "if_name" is a valid variable, as I use it in display_name = if_name + " Input Errors" . Check the docs on match() and its arguments. First one is the pattern, second the string. From: icinga-users [mailto:[email protected]] On Behalf Of Assaf Flatto Sent: Wednesday, December 02, 2015 7:35 AM To: Icinga User's Corner <[email protected]<mailto:[email protected]>> Subject: Re: [icinga-users] How to exclude some interfaces in a service check with apply - for On 01/12/15 23:49, Jay Newman wrote: Hello, all. To monitor network switches, I have some host configurations set up as below. This approach is successful in providing the service checks for each interface as expected, but there are a few interfaces that I want to exclude from a service check because the OID is invalid (IE, no input/output error counters on a VLAN rather than a physical interface.) Any suggestions on how to set up the "ignore" clause below so that it works? object Host "switch_1" { import "generic-host" address = "10.1.1.1" check_command = "check-host-alive" vars.switch_make = "Cisco" vars.switch_model = "Nexus 5000" vars.interfaces["Ethernet1/1"] = {ifindex=436207616} vars.interfaces["Ethernet1/2"] = {ifindex=436211712} vars.interfaces["Ethernet1/3"] = {ifindex=436215808} ... many more ... } apply Service "if_inerrors-" for (if_name => config in host.vars.interfaces) { import "generic-service" check_command = "check_sw_snmp" vars.cmdopts= "$address$ $oid$ " display_name = if_name + " Input Errors" vars.oid="iso.3.6.1.2.1.2.2.1.14." + config.ifindex assign where host.vars.switch_model == "Nexus 6880" assign where host.vars.switch_model == "Nexus 5000" ignore where match (if_name,"VLAN") } You will need to define the vlan in the vars and then be able to define the exclude statement on the vlan. this means that each interface will have to have a vlan key/value pair to allow the identifier to be recognized by Icinga. Regards, Jay Newman _______________________________________________ icinga-users mailing list [email protected]<mailto:[email protected]> https://lists.icinga.org/mailman/listinfo/icinga-users Assaf _______________________________________________ icinga-users mailing list [email protected]<mailto:[email protected]> https://lists.icinga.org/mailman/listinfo/icinga-users -- Michael Friedrich, DI (FH) Senior 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 | [email protected] ** OSDC 2016 - April - netways.de/osdc ** ** OSBConf 2016 - September - osbconf.org ** ------------------------------ Message: 2 Date: Wed, 2 Dec 2015 23:21:23 +0000 From: Laura Nunzia Dimauro <[email protected]> To: "[email protected]" <[email protected]> Subject: [icinga-users] Icinga2 installation issues Message-ID: <cy1pr0701mb1370d696c3aea1922c9ddc63d3...@cy1pr0701mb1370.namprd07.prod.outlook.com> Content-Type: text/plain; charset="iso-8859-1" Hello, I am new to Icinga and I am trying to install Icinga2 on RHEL7. I have followed all of the steps on docs.icinga.org for the Icinga2 installation and Icingaweb2. I have not received any errors during installation but when I try the URL I am getting the following message: require_once '/usr/share/php/Icinga/Application/webrouter.php'; For the URL I am entering the following <my server name>/icingaweb2/setup (as mentioned in the following page: https://github.com/Icinga/icingaweb2/blob/master/doc/installation.md) Best Regards, Laura -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.icinga.org/pipermail/icinga-users/attachments/20151202/8c4e48a3/attachment-0001.html> ------------------------------ Message: 3 Date: Thu, 3 Dec 2015 00:25:07 +0100 From: Thomas Gelf <[email protected]> To: <[email protected]> Subject: Re: [icinga-users] Icinga2 installation issues Message-ID: <[email protected]> Content-Type: text/plain; charset="utf-8" Hi Laura, could you please try to restart your Apache web server? Seems that PHP has not been activated. Running "systemctl restart httpd" might help. Cheers, Thomas Am 03.12.2015 um 00:21 schrieb Laura Nunzia Dimauro: > Hello, > > I am new to Icinga and I am trying to install Icinga2 on RHEL7. > > > I have followed all of the steps on docs.icinga.org for the Icinga2 > installation and Icingaweb2. I have not received any errors during > installation but when I try the URL I am getting the following message: > > require_once '/usr/share/php/Icinga/Application/webrouter.php'; > > For the URL I am entering the following <my server > name>/icingaweb2/setup (as mentioned in the following > page: https://github.com/Icinga/icingaweb2/blob/master/doc/installation.md) > > > > Best Regards, > > Laura > > > > > > > _______________________________________________ > icinga-users mailing list > [email protected] > https://lists.icinga.org/mailman/listinfo/icinga-users > --? Thomas Gelf Principal Consultant 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 | [email protected] ** OSDC 2016 - April - netways.de/osdc ** ** OSBConf 2016 - September - osbconf.org ** ------------------------------ Message: 4 Date: Thu, 3 Dec 2015 00:47:59 +0000 From: Jay Newman <[email protected]> To: Icinga User's Corner <[email protected]> Subject: Re: [icinga-users] How to exclude some interfaces in a service check with apply - for Message-ID: <[email protected]> Content-Type: text/plain; charset="us-ascii" Thank you, Michael. I don't know why I had them reversed other than to blame it on sleep deprivation. Cheers -----Original Message----- From: icinga-users [mailto:[email protected]] On Behalf Of Michael Friedrich Sent: Wednesday, December 02, 2015 4:50 PM To: [email protected] Subject: Re: [icinga-users] How to exclude some interfaces in a service check with apply - for Am 02.12.2015 um 20:27 schrieb Jay Newman <[email protected]<mailto:[email protected]>>: Assaf, Thank you - but I am not trying to exclude some vlans and include others. I am just trying to exclude some interfaces if they include the name "vlan" in them. IE, virtual rather than physical interfaces. I tried the statement "ignore where match (if_name,"VLAN")" but it is not working. I know that "if_name" is a valid variable, as I use it in display_name = if_name + " Input Errors" . Check the docs on match() and its arguments. First one is the pattern, second the string. From: icinga-users [mailto:[email protected]] On Behalf Of Assaf Flatto Sent: Wednesday, December 02, 2015 7:35 AM To: Icinga User's Corner <[email protected]<mailto:[email protected]>> Subject: Re: [icinga-users] How to exclude some interfaces in a service check with apply - for On 01/12/15 23:49, Jay Newman wrote: Hello, all. To monitor network switches, I have some host configurations set up as below. This approach is successful in providing the service checks for each interface as expected, but there are a few interfaces that I want to exclude from a service check because the OID is invalid (IE, no input/output error counters on a VLAN rather than a physical interface.) Any suggestions on how to set up the "ignore" clause below so that it works? object Host "switch_1" { import "generic-host" address = "10.1.1.1" check_command = "check-host-alive" vars.switch_make = "Cisco" vars.switch_model = "Nexus 5000" vars.interfaces["Ethernet1/1"] = {ifindex=436207616} vars.interfaces["Ethernet1/2"] = {ifindex=436211712} vars.interfaces["Ethernet1/3"] = {ifindex=436215808} ... many more ... } apply Service "if_inerrors-" for (if_name => config in host.vars.interfaces) { import "generic-service" check_command = "check_sw_snmp" vars.cmdopts= "$address$ $oid$ " display_name = if_name + " Input Errors" vars.oid="iso.3.6.1.2.1.2.2.1.14." + config.ifindex assign where host.vars.switch_model == "Nexus 6880" assign where host.vars.switch_model == "Nexus 5000" ignore where match (if_name,"VLAN") } You will need to define the vlan in the vars and then be able to define the exclude statement on the vlan. this means that each interface will have to have a vlan key/value pair to allow the identifier to be recognized by Icinga. Regards, Jay Newman _______________________________________________ icinga-users mailing list [email protected]<mailto:[email protected]> https://lists.icinga.org/mailman/listinfo/icinga-users Assaf _______________________________________________ icinga-users mailing list [email protected]<mailto:[email protected]> https://lists.icinga.org/mailman/listinfo/icinga-users -- Michael Friedrich, DI (FH) Senior 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 | [email protected] ** OSDC 2016 - April - netways.de/osdc ** ** OSBConf 2016 - September - osbconf.org ** _______________________________________________ icinga-users mailing list [email protected] https://lists.icinga.org/mailman/listinfo/icinga-users ------------------------------ Message: 5 Date: Thu, 3 Dec 2015 09:04:06 +0000 From: Vishnudev Karanathmana Sasi <[email protected]> To: Henti Smith <[email protected]> Cc: Icinga User's Corner <[email protected]> Subject: Re: [icinga-users] Strange behaviour with multi hierarchy clustering Message-ID: <cy1pr0101mb05863aec02c1ffb86317c25ffa...@cy1pr0101mb0586.prod.exchangelabs.com> Content-Type: text/plain; charset="utf-8" Hi Henti, Did you get a chance to check your environment to see if you still face the problem. Thanks, Vishnu From: Vishnudev Karanathmana Sasi Sent: Monday, November 23, 2015 11:18 AM To: 'Henti Smith' <[email protected]> Cc: Icinga User's Corner <[email protected]> Subject: RE: [icinga-users] Strange behaviour with multi hierarchy clustering Thanks Henti for your response. I will wait to hear back from you on Wednesday. I would also like to get the number or id of the bug you logged. Thanks again, Vishnu From: Henti Smith [mailto:[email protected]] Sent: Monday, November 23, 2015 9:24 AM To: Vishnudev Karanathmana Sasi <[email protected]<mailto:[email protected]>> Cc: Icinga User's Corner <[email protected]<mailto:[email protected]>> Subject: Re: [icinga-users] Strange behaviour with multi hierarchy clustering Hi Vishnu, I've not had a fix, but I've also not checked against latest version as our devops has frozen updates due to the problems. Silly I know. I'm not at the office today or tomorrow, but i'll check again and give feedback. I did log a bug, but again, I'm not at the office. I'll update on Wednesday. H On Mon, Nov 23, 2015 at 3:24 PM, Vishnudev Karanathmana Sasi <[email protected]<mailto:[email protected]>> wrote: Hello Henti, I face the exact same issue. Did you find a fix for this? (I am hoping that you got one.) My problem is explained in http://pastie.org/10575771 Thanks, Vishnu From: icinga-users [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Henti Smith Sent: Friday, September 04, 2015 1:40 AM To: Icinga User's Corner <[email protected]<mailto:[email protected]>> Subject: Re: [icinga-users] Strange behaviour with multi hierarchy clustering On Thu, Sep 3, 2015 at 8:39 PM, Michael Friedrich <[email protected]<mailto:[email protected]>> wrote: Am 03.09.2015 um 12:05 schrieb Henti Smith: After upgrading both Icinga2 servers to 2.3.9 I started connecting the Master to the Master of Masters (MoM) My configuration is : MoM | Master | Clients The dashboard on the Master is working as expected. I have 6 clients connected, all working. The Dashboard on the MoM is showing 4 clients as expect with matching services. Two clients shows as not connected with log lag in access of 16000 days. All services pending. As with all problem descriptions, please add the zones and endpoints configuration from all involved nodes in order to get a clear picture about your setup. Hi Michael, Here is all the zone and endpoint configs for all the stg-* machines in the config. As mentioned they are all working except app01 and db02 which gives the log lag of over 16000 days. http://pastie.org/10396133 Regards H -- -- -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.icinga.org/pipermail/icinga-users/attachments/20151203/90612e47/attachment.html> ------------------------------ Subject: Digest Footer _______________________________________________ icinga-users mailing list [email protected] https://lists.icinga.org/mailman/listinfo/icinga-users ------------------------------ End of icinga-users Digest, Vol 24, Issue 7 ******************************************* _______________________________________________ icinga-users mailing list [email protected] https://lists.icinga.org/mailman/listinfo/icinga-users
