Posts Tagged ‘oreon’

Oreon (Centreon) issue with php pear

Sunday, August 10th, 2008

It appears in some cases, for some pieces of software (anyone said “open source and poorly documented?”) that every installation has its own quirks and issues. It seems that following the same pattern is not always enough. It can be caused by the day you have selected to download and use the external component which the software you are to install requires, or it can be caused by some mysterious configuration which you neglected to check, and should have had no relevance to the software you are to install whatsoever – but fate has it you are facing an issue you have never seen before, or an issue you did not expect to find.

Installing Oreon today had the same result – a minor thing didn’t work. Cause? Unknown…

When you use the software – a nice web system for configuring and viewing Nagios alerts (as Nagios itself is rather complicated to manage), you get on the top of some of the pages a wierd text – “PHP_EOLPHP_EOL” and so on.

PHP Pear should have had a constant named PHP_EOL which defines the way to terminate a line. In this case, it was undefined, and caused javascripts to fail to work.

The (ugly hack) solution I used was to find the oreon.conf.php file and add to it, at the bottom, the following lines:

if (!defined(‘PHP_EOL’)) {
define(‘PHP_EOL’, “n”);
}

Worked like a charm. FYI.

Some few small insights

Wednesday, March 12th, 2008

Lately I have been overloaded above my capabilities. This did not prevent me from doing all kind of things, but most of them are too small to justify a real entry here, so I have decided to make a small collection of small stuff someone might need to know, in order to make it indexed in search engines. These small insights might save some time for someone. This is a noble cause.

1. Oreon is a nice overlay for Nagios, however, it is poorly documented, and some of the existing docs are in French. I have put hours on building it into a working setup, and I hope to be able to write down the process as is.

2. “Sun Java System Active Server Pages” does not support 64bit Linux installations – at least not if you’re interested in using it with your existing Apache server. Look here. Seems nothing has changed.

3. Under Ubuntu 7.10, Compiz suffers from a major memory leak when using NVidia display adapters. You can read about it in the bug page. I was able, thanks to this link, to workaround it using compiz –indirect-rendering . Does not see to cause any ill-effect on my display performance.

4. Suse 10 and wireless cards – This one is a great guide, which I would happily recommend.

5. Flushing the existing read buffer for your Linux machine (should never be done, unless you’re testing performance) can be done by running the following command:

echo 1 > /proc/sys/vm/drop_caches

Seems to be enough for today. Hope these tips help.