Search found 26 matches
- Mon Jul 16, 2012 2:10 pm
- Forum: Nagios XI
- Topic: MySQL Database Crashes
- Replies: 22
- Views: 2870
Re: MySQL Database Crashes
Just for clarification, it was us that were asking about InnoDB vs MyISAM. But the order was reversed. http://support.nagios.com/forum/viewtopic.php?f=16&t=6180&p=27965&hilit=innoDB#p27965 We had found during an issue with the upgrade that the DB was not updated. When digging to find wha...
- Thu Jul 12, 2012 3:17 pm
- Forum: Nagios Fusion
- Topic: Question of Fusion Features
- Replies: 1
- Views: 601
Question of Fusion Features
We are curious on if we could benefit from using fusion as are main login, and can see the obvious benefits of the user management and 10,000 foot view. We would like to have as much functionality in this server to reduce as much load as possible from users directly interacting with our XI servers. ...
- Mon Jun 25, 2012 5:26 pm
- Forum: Nagios XI
- Topic: NagiosBPI BETA permissions alteration
- Replies: 2
- Views: 277
NagiosBPI BETA permissions alteration
We have a need in the BPI plugin, that by default nothing should be hidden. We keep a relatively clean list of the applications in the plugin, so the main page does not get to cluttered in the first place, and users can drill down from there to see things they would like to see. The BPI Beta, DOES a...
- Fri Jun 22, 2012 4:06 pm
- Forum: Nagios XI
- Topic: check_hpasm results not displaying correctly
- Replies: 15
- Views: 1633
Re: check_hpasm results not displaying correctly
I can verify lmiltchev's fears in this area. At one point, we removed ' as well as <> from the character restrictions, and had the unfortunate pleasure of seeing things break when a check would have unmatched single quotes, and other oddities. Checks would come back with output only partially filled...
- Fri Jun 22, 2012 11:45 am
- Forum: Nagios XI
- Topic: Nagios XI Jobs Critical
- Replies: 7
- Views: 1053
Re: Nagios XI Jobs Critical
Mr Guthrie, Thank you for the head start, it gave us what to look for. So this is due to the table optimization in mysql. It's stalling out when deleting from nagios_logentries (910K rows) & nagios_statehistory (446K rows). This is because its copying the whole table to tmp space, deleting the r...
- Tue Jun 19, 2012 1:41 pm
- Forum: Nagios XI
- Topic: Checks stop running randomly
- Replies: 48
- Views: 7088
Re: Checks stop running randomly
Alas... no change... Ran the DB upgrade (had to make some minor tweaks due to primary keys cols(varchar) being changed to text cols (which doesn't work in MySQL)) but nothing major. The count on the frozen checks continues to rise until we trigger the script to force a check. I would LOVE to do a re...
- Tue Jun 19, 2012 1:00 pm
- Forum: Nagios XI
- Topic: Checks stop running randomly
- Replies: 48
- Views: 7088
Re: Checks stop running randomly
I can verify that the last_check and next_check times are the same in core and XI.
Ill update the DB and see what that does.
Ill update the DB and see what that does.
- Tue Jun 19, 2012 12:24 pm
- Forum: Nagios XI
- Topic: Checks stop running randomly
- Replies: 48
- Views: 7088
Re: Checks stop running randomly
ok... I think i have it... Please let me know if this is right. the SQL files are inclusive of each other going backwards, thus, b3 -> current would have everything that b4 -> current would as well. So doing a diff of an sql with the previous version will tell me what was added to the older version....
- Tue Jun 19, 2012 12:11 pm
- Forum: Nagios XI
- Topic: Checks stop running randomly
- Replies: 48
- Views: 7088
Re: Checks stop running randomly
This is where I'm stuck... that won't do anything. The script were calling will simply insert 1.5.1 into the DB table and exit. I'm doing diffs of the different sql files going backwards to see which one we seem to have all of the changes in... but this is long and arduous... I would LOVE to know if...
- Tue Jun 19, 2012 11:58 am
- Forum: Nagios XI
- Topic: Checks stop running randomly
- Replies: 48
- Views: 7088
Re: Checks stop running randomly
I can also verify that DB is missing changes that would have been in 1.4b6 & 1.4b5.
So we obviously have discrepancies...
So we obviously have discrepancies...