Posts by tboston

This forum was archived to /woltlab and is now in read-only mode.

    Hi,


    is there any way to import a set of typically used Datafields (e.g. ssh_port, disk_partitions, mem_used etc.)
    Just an idea as one would need some time to create all those fields manually.


    Cheers,
    Tony

    Now, I don't know if following is a script issue but I get:

    Code
    1. [root@rhel7m plugins]# ./check_interfaces -h 192.168.222.1 -c public -A -r ^Up -N
    2. - no interfaces matched regex[root@rhel7m plugins]#


    First thing here I guess is a missing newline in the output.
    Second, don't know why it doesn't find the interfaces as an snmpwalk says this:


    Code
    1. HOST-RESOURCES-MIB::hrDeviceDescr.1026 = STRING: network interface eth0
    2. HOST-RESOURCES-MIB::hrDeviceDescr.1030 = STRING: network interface eth0.1
    3. HOST-RESOURCES-MIB::hrDeviceDescr.1031 = STRING: network interface eth0.2
    4. IF-MIB::ifName.2 = STRING: eth0
    5. IF-MIB::ifName.6 = STRING: eth0.1
    6. IF-MIB::ifName.7 = STRING: eth0.2

    Any idea?

    Hi there,


    been using Icinga2 for quite some time now. Everything was okay with all the RedHat Systems. However, I have a new Client, this time installed Debian Jessie on it and everything is okay except the ping check which is using /bin/ping for some reason. Here's the output:


    Code
    1. /bin/ping -n -U -w 10 -c 5 xx.xx.xx.xx
    2. CRITICAL - Could not interpret output from ping command

    Also, I was wondering since there are monitoring-plugins packages available for debian, where are they being installed? I can not seem to find them anywhere on that machine.


    Cheers,
    Tony

    Das Problem habe ich nun auch. Webserver hatte ich schon neugestartet. Selinux ist deaktiviert.
    Das Log zeigt folgendes:


    Code
    1. Jun 28 16:22:33 rhel7m icingaweb2[29951]: Icinga\Module\Monitoring\Exception\CommandTransportException in /usr/share/icingaweb2/modules/monitoring/library/Monitoring/Command/Transport/LocalCommandFile.php:161 with message: Can't send external Icinga command to the local command file "/var/run/icinga2/cmd/icinga2.cmd": Keine Berechtigung
    2. Jun 28 16:22:33 rhel7m icingaweb2[29951]: Icinga\Module\Monitoring\Exception\CommandTransportException in /usr/share/icingaweb2/modules/monitoring/library/Monitoring/Command/Transport/CommandTransport.php:132 with message: icinga2: Can't send external Icinga command to the local command file "/var/run/icinga2/cmd/icinga2.cmd": Keine Berechtigung.
    3. Jun 28 16:22:33 rhel7m icingaweb2[29951]: Stacktrace: #0 /usr/share/icingaweb2/modules/monitoring/application/forms/Command/Object/CheckNowCommandForm.php(70): Icinga\Module\Monitoring\Command\Transport\CommandTransport->send(Object(Icinga\Module\Monitoring\Command\Object\ScheduleServiceCheckCommand)) #1 /usr/share/php/Icinga/Web/Form.php(1152): Icinga\Module\Monitoring\Forms\Command\Object\CheckNowCommandForm->onSuccess() #2 /usr/share/icingaweb2/modules/monitoring/library/Monitoring/Web/Controller/MonitoredObjectController.php(63): Icinga\Web\Form->handleRequest() #3 /usr/share/icingaweb2/modules/monitoring/application/controllers/ServiceController.php(64): Icinga\Module\Monitoring\Web\Controller\MonitoredObjectController->showAction() #4 /usr/share/php/Zend/Controller/Action.php(516): Icinga\Module\Monitoring\Controllers\ServiceController->showAction() #5 /usr/share/php/Icinga/Web/Controller/Dispatcher.php(76): Zend_Controller_Action->dispatch('showAction') #6 /usr/share/php/Zend/Controller/Front.php(954): Icinga\Web\Controller\Dispatcher->dispatch(Object(Icinga\Web\Request), Object(Icinga\Web\Response)) #7 /usr/share/php/Icinga/Application/Web.php(384): Zend_Controller_Front->dispatch(Object(Icinga\Web\Request), Object(Icinga\Web\Response)) #8 /usr/share/php/Icinga/Application/webrouter.php(109): Icinga\Application\Web->dispatch() #9 /usr/share/icingaweb2/public/index.php(4): require_once('/usr/share/php/...') #10 {main}

    Apache hat auch passende Rechte auf die Datei und es hat ja bisher funktioniert.

    Hi there,


    getting an error when adding a timeperiod in director.


    Code
    1. critical/config: Error: Validation failed for object '24x7' of type 'TimePeriod'; Attribute 'ranges': Invalid time range definition '00:00 - 24:00': Can't convert '00 ' to an integer.

    Also, not sure if I actually should add timeperiods as they're already configured in the icinga2 standard timeperiods.conf but, you know, since I CAN set them up in director, I'd like to do that ;)


    edit: man, thats irritating.

    since I used timeperiods like this "00:00 - 24:00" it wouldn't work
    You'll have to use the following format: "00:00-24:00"



    Cheers,
    Tony

    Haha, well okay. Works.


    Anyway, I am actually not sure what I should use for my setup. Maybe you could give me an advice.


    Setup is:
    The Master icinga-master.example.com which is a single machine at aws.amazon.com and should do all the checks, has icingaweb2 and the director and also has all the configs for all other clients/machines.


    The first remote,icinga2.example.com which is a single machine in another location.


    My local machine, icinga3.example.com which has like 10 clients in the local network being monitored.


    What would be a satellite, node, client here?


    Edit: I moved forward a little
    I am able to check regular services e.g. http, ssh, load on icinga2.example.com from the master.
    What I can not do is check for instance mysql which is running on the remote machine localhost . I added mysql_hostname (localhost) to the service but it seems its trying to check on the master itself then.
    "check on agent" option is turned off for http, ssh and load. but its turned on for check_mysql. so I thought that it would check directly on the remote machine then but it doesn't.


    That would be the same issue with icinga3.example.com where it should check service on the local network.


    edit: okay I just figured that for instance the load check doesn't show the remote machine's load, its the master's load...
    How can I change the "check_source" here?


    Cheers,
    Tony

    Hi there,


    I am getting the following error while trying to add a host in Director.


    Code
    1. Fatal error: Call to a member function getZoneName() on a non-object in /usr/share/icingaweb2/modules/director/library/Director/Objects/IcingaObject.php on line 1139

    I don't know what that actually is, anyone?


    Edit: found Icinga Agent Setup and am trying this now

    Hi everyone,


    I was wondering how and where I would put the config files for the following setup.



    master is already set up as master via 'node wizard'
    normally I would set both clients up as satellites also via 'node wizard'. <-- is this okay?


    The other thing is, where would I configure the subclients for client2?


    I hope you guys can understand what I'd like to get done here.


    Cheers,
    Tony

    Danke fürs erklären. Nein ich nutze weder Ubuntu noch Debian :P es ist ein CentOS7 :)


    Die DB hatte ich schon mal weggeschmissen, dennoch gleiches Problem.


    Das lässt sich normalerweise auch so ziemlich alles wieder per Mausklick geradebiegen - aber das wäre mir jetzt hier per Forum-Ping-Pong zu mühselig

    Man kann ja auch woanders kommunizieren ;)


    Ich fixe mal das ZendFramework Dingens.

    Hi Thomas,


    habe immer noch das Problem

    Code
    1. Got no "icinga_zone" data for: master (object_name = 'master')

    werde morgen mal schauen, dass ich mehr Infos ins Ticket packen kann.
    Habe sonst mal so ein bißchen im Director rumgeklickt und dann kam eine Meldung, dass ich wahrscheinlich vom "Zend Framework Bug" betroffen bin.