Acknowledgements missing

[abrist]

Is your acknowledgements table empty? (run from your offloaded db server)

Code: Select all

echo "select count(*) from nagios.nagios_acknowledgements;" | mysql -pnagiosxi

[rajasegar]

Is your acknowledgements table empty? (run from your offloaded db server)

Code: Select all

echo "select count(*) from nagios.nagios_acknowledgements;" | mysql -pnagiosxi

Code: Select all

mysql> select count(*) from nagios.nagios_acknowledgements;
+----------+
| count(*) |
+----------+
|     3527 |
+----------+
1 row in set (0.00 sec)

mysql>

[tmcdonald]

A few posts back we asked for the "ipcs -q" output and I don't see it anywhere. Could you please provide it? We have been seeing strange issues lately with the kernel message queue filling up.

[rajasegar]

A few posts back we asked for the "ipcs -q" output and I don't see it anywhere. Could you please provide it? We have been seeing strange issues lately with the kernel message queue filling up.

Sorry must have missed it

Code: Select all

[nagios@nagiosprodxi1 logs]$ ipcs -q

------ Message Queues --------
key        msqid      owner      perms      used-bytes   messages
0xe7000002 1277952    nagios     600        292864       286

Here is ulimit -a in case you need it also.

Code: Select all

[nagios@nagiosprodxi1 logs]$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 95126
max locked memory       (kbytes, -l) 128
max memory size         (kbytes, -m) unlimited
open files                      (-n) 4096
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 20480
cpu time               (seconds, -t) unlimited
max user processes              (-u) 1024
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
[nagios@nagiosprodxi1 logs]$

[abrist]

Kernel messages looks fine.
Well, your historical table looks intact and populated, but it is not used for runtime acknowledgements. I wish I I had better news or more information, but retention.dat is the only place the runtime acks and comments are stored. Something *must* have happened to it, and there is nothing we can do about it now.

[rajasegar]

Kernel messages looks fine.
Well, your historical table looks intact and populated, but it is not used for runtime acknowledgements. I wish I I had better news or more information, but retention.dat is the only place the runtime acks and comments are stored. Something *must* have happened to it, and there is nothing we can do about it now.

Ok. Please close this case for now.