Mass Acknowledge doesn't seem to work

[vmesquita]

The mass acknowledge plugin seems to have stopped working. I receive the message "Commands processed successfully! Your command submissions may take a few moments to update in the display.". But the service doesn't dissaperar from operations center or becomes listed in the "Acknowledgements and Comments" area.

How can I fix this?

[mbellerue]

Looks like we have a couple of mass acknowledge plugins on the Nagios Exchange. Can you post a link to the one that you're using. We can take a look and see what the problem may be.

Also, did this start happening after an upgrade of Nagios XI? Or were there any other major changes that occurred on the system around the same time as the plugin ceasing to work?

[vmesquita]

Hello!

We have a upgrade last week but probably Mass Acknowledge has been used already meanwhile. This is the plugin we are using:

[mbellerue]

Okay, can you perform a mass acknowledge, and then download a system profile? After performing the mass acknowledge, go to Admin -> System Profile -> Download Profile. PM that file to me, and I will track down why your system is not acknowledging the alerts.

[PeterDK]

Hi,

FYI,
we are having the same issue after upgrading today to version 5.6.7 and Nagios core 4.4.5 (coming from XI 5.5.7 and core 4.2.4)
But we don't have that problem on our QA environment which was already on 5.6.7 for a long time.

Kind regards,
Peter

[PeterDK]

Hi,

I found a workaround.
The problem in our environment was located in the /usr/local/nagiosxi/html/includes/components/massacknowledge/index.php file.
At line 509 in the "massacknowledge_exec_script" there is this part of code:

Code: Select all

// Set our locale for PHP
    // If we don't do this, escapeshellcmd will remove all unicode.
    $locale = grab_array_var($_SESSION, 'language', 'en_US');
    if ($locale == 'en_EN') {
        $locale = 'en_US';
    }
    if (FALSE == setlocale(LC_ALL, $locale.".UTF-8")) {
        return FALSE;
    }

The problem was that the session language was plain "en" instead of "en_US".
The setlocale returned FALSE and exited the function.

The difference between our 2 environments (QA and PR) is that on QA we upgraded php already to version 7 and PR is still on 5.4.
Next week I'm upgrading PHP on our PR as well, I will test with the original code after that.

Workaround:

Code: Select all

 // Set our locale for PHP
    // If we don't do this, escapeshellcmd will remove all unicode.
    $locale = grab_array_var($_SESSION, 'language', 'en_US');
    if ($locale == 'en_EN' || $locale == 'en') {
        $locale = 'en_US';
    }

    if (FALSE == setlocale(LC_ALL, $locale.".UTF-8")) {
        return FALSE;
    }

Kind regards,
Peter

[scottwilkerson]

re-opened per request

[vmesquita]

I just tested this workaround and it seems to fix the issue here too.

Hi,

I found a workaround.
The problem in our environment was located in the /usr/local/nagiosxi/html/includes/components/massacknowledge/index.php file.
At line 509 in the "massacknowledge_exec_script" there is this part of code:

Code: Select all

// Set our locale for PHP
    // If we don't do this, escapeshellcmd will remove all unicode.
    $locale = grab_array_var($_SESSION, 'language', 'en_US');
    if ($locale == 'en_EN') {
        $locale = 'en_US';
    }
    if (FALSE == setlocale(LC_ALL, $locale.".UTF-8")) {
        return FALSE;
    }

The problem was that the session language was plain "en" instead of "en_US".
The setlocale returned FALSE and exited the function.

The difference between our 2 environments (QA and PR) is that on QA we upgraded php already to version 7 and PR is still on 5.4.
Next week I'm upgrading PHP on our PR as well, I will test with the original code after that.

Workaround:

Code: Select all

 // Set our locale for PHP
    // If we don't do this, escapeshellcmd will remove all unicode.
    $locale = grab_array_var($_SESSION, 'language', 'en_US');
    if ($locale == 'en_EN' || $locale == 'en') {
        $locale = 'en_US';
    }

    if (FALSE == setlocale(LC_ALL, $locale.".UTF-8")) {
        return FALSE;
    }

Kind regards,
Peter

[scottwilkerson]

Thanks for confirming, this will be added to the 2.2.2 version of the massacknowledge component

[CBoekhuis]

Hi,
we have same issue after update from 5.6.6. ==> 5.6.7. We run centos 6.10 with php 5.3.3.
After applying Peter's workaround i can tell that the issue is fixed on our environmnet.

Regards,
Christian