centrino setup.php problem

[frp31]

hello all,
bonjour a tous

I got a problem with centreon setup.php page (see images)
J'ai un soucis avec centreon : le setup.php

It pretends our pear module are not found, but they are all installed (as you can see on the second image)....
Il ne detecte pas les paquets PEAR , pourtant ils sont bel et bien installes avec les bonnes versions voir superieures.

what/where is the real problem ?
Quel est/ou est le probleme ?

thanks for any help.
regards.

Merci de votre aide
Cordialement
http://img126.imageshack.us/img126/2449/image002xg2.th.jpg (http://img126.imageshack.us/my.php?image=image002xg2.jpg)

http://img111.imageshack.us/img111/9858/image001kw5.th.jpg (http://img111.imageshack.us/my.php?image=image001kw5.jpg)

[aways]

Salut,
Juste une question idiote mais en pied de page de detection des modules PEAR tu as normalement une commande à executer. L'as tu faite ?

Hello,
Just one stupid question, but in your bottom page of PEAR moduls you have a command to execut. Have you execut them ?

Aways

[WAtt]

Hi,

When you have installed Centreon with install.sh. Have you write a correct path to PEAR ?
If you don't, change this path on /etc/oreon.conf and try again step 10.

WAtt

[frp31]

Salut,
Juste une question idiote mais en pied de page de detection des modules PEAR tu as normalement une commande à executer. L'as tu faite ?

Hello,
Just one stupid question, but in your bottom page of PEAR moduls you have a command to execut. Have you execut them ?

Aways

of course I did , but with -O to force local file.tar.gz install (without download) due, that I cannot accès network from the machine (security restriction).

And pear itself confirms all is present and ok !

Bien sur que j'ai fait, simplement avec l'option -O pour prendre les fichier locaux (sans telechargement) puisque la machine n'a pas droit à l'accès direct vers internet (politique de sécurité).

Deplus pear lui meme confirme la bonne installation des packs !

merci

[frp31]

Hi,

When you have installed Centreon with install.sh. Have you write a correct path to PEAR ?
If you don't, change this path on /etc/oreon.conf and try again step 10.

WAtt

It is & I get no warnings at all during install.sh script execution.
# grep -i path /etc/oreon.conf
PEAR_PATH=/usr/share/pear
#


I just since this morning, done again, all the PEAR/centreon installs, & nagios & apache & mysql services restart & setup.php again & I get simply the same error.

php.ini is ok
.pearrc is ok
mysql is perfect (users,privileges,tables,database for oreon/nagios)
oreon.conf, I checked all I found as setup files.

I also tried to force next button to be "normal" forcing return_force=0

all the steps after that are ok but of course at the end, centreon doesn't start.

So I replay the whole install procedure, until the step that failed

Now I am back to the first problem. No PEAR check valid. Therefore some pear are detected and others not /!\ simply unbelievable.

[aways]

have you alway this command ?
If right, see the post of WATT maybe...
execute

dpkg -L pear

normaly this cmd return all path of PEAR files

[WAtt]

Bon pourquoi on s'embette en anglais :p ya marqué "DEMARRER" sur le bouton Windows :p

donc ce qui est bizarre c'est qu'il trouve bien les modules DB et TAR de pear...

Regarde si tu as le bon include de pear dans le php.ini loader par apache.

[frp31]

Bon pourquoi on s'embette en anglais :p ya marqué "DEMARRER" sur le bouton Windows :p

donc ce qui est bizarre c'est qu'il trouve bien les modules DB et TAR de pear...

Regarde si tu as le bon include de pear dans le php.ini loader par apache.

oui effectivement j'ai forcé la ligne :
include_path = "/usr/share/pear"

J'ai aussi vérifié que
# pear config-show
Configuration (channel pear.php.net):
=====================================
Auto-discover new Channels auto_discover <not set>
Default Channel default_channel pear.php.net
HTTP Proxy Server Address http_proxy <not set>
PEAR server [DEPRECATED] master_server pear.php.net
Default Channel Mirror preferred_mirror pear.php.net
Remote Configuration File remote_config <not set>
PEAR executables directory bin_dir /usr/share/pear
PEAR documentation directory doc_dir /usr/share/pear/docs
PHP extension directory ext_dir /usr/share/pear/ext
PEAR directory php_dir /usr/share/pear/php
PEAR Installer cache directory cache_dir /usr/share/pear/cache
PEAR data directory data_dir /usr/share/pear/data
PEAR Installer download download_dir /usr/share/pear/download
directory
PHP CLI/CGI binary php_bin /usr/local/bin/php
php.ini location php_ini /usr/local/lib/php.ini
PEAR Installer temp directory temp_dir /usr/share/pear/temp
PEAR test directory test_dir /usr/share/pear/tests
Cache TimeToLive cache_ttl 3600
Preferred Package State preferred_state stable
Unix file mask umask 22
Debug Log Level verbose 1
PEAR password (for password <not set>
maintainers)
Signature Handling Program sig_bin /usr/bin/gpg
Signature Key Directory sig_keydir /usr/local/etc/pearkeys
Signature Key Id sig_keyid <not set>
Package Signature Type sig_type gpg
PEAR username (for username <not set>
maintainers)
User Configuration File Filename /root/.pearrc
System Configuration File Filename /usr/local/etc/pear.conf
#

donc la encore les chemins sont valorisés et le fichier php.ini forcé

dpkg -L pear est impossible j'ai pas une debian ni ubuntu mais une distrib RHES....

on nage....:sad:

[WAtt]

essai avec
{code]
include_path = ".:/usr/share/pear"[/code]

Reboot le papache :p

Ta compilé toi meme le php ? le apache ?

[frp31]

oui bha....pareil....

oui on a renoncer aux paquages, et tout à été refait par les sources dès le second essai...

[WAtt]

Question hors sujet, pourquoi avoir renoncé aux paquets ? problème de perf ?

Vu que c'est compil depuis les sources, ya pas eu un oublie quelque part ? Php qui n'est pas au courant que PËAR est présent ?

[aways]

sous debian c'est telement simple aptitude install ...
Je ne vois pas l'interet de compiler sois meme ou alors avec un
ma ai ...

[WAtt]

sous debian c'est telement simple aptitude install ...
Je ne vois pas l'interet de compiler sois meme ou alors avec un
ma ai ...

La compilation depuis les sources peu intervenir si tu as des problèmes de performances avec les compilations des paquets. Pour le coté sécurité, je ne vois pas trop l'intéret, puisqu'une bonne config est plus efficace d'une compilation tordu ou tu aurai mis les fichiers de conf par défaut (trop souvent vu .....)

Après ca justifie le taf d'un admin :), faut suivre les mise à jours, les paths de sécu... :p Mais c'est plus supporté dans le contrat de support par contre... Voila pourquoi je voulais juste avoir un avis :) culture perso :)

[aways]

[Total Hors sujet]
Watt arrete de me discridibilisé a chaque fois :D je me tait puisque c'est comme ca !
Na
[/Total hors sujet]

[frp31]

Question hors sujet, pourquoi avoir renoncé aux paquets ? problème de perf ?

Vu que c'est compil depuis les sources, ya pas eu un oublie quelque part ? Php qui n'est pas au courant que PËAR est présent ?

justement on estpassé au paquets pour ne plus etre emmerdé par les dépendances... en les obtenant par les activation des options de compilation...
et on a installé dans l'ordre prérequis dans les docs...
et oui on a forcé toutes les parametres --with-php --with-mysql etc...etc...etc...

[frp31]

j'ai provisoirement renoncé, je suis parti sur la conf de perfparse avec le collegue là au moins on avance.... et en // je teste à la maison zabbix....