Pending => not enough data + pb affichage

[Stif]

Bonjour,

1) Encore un problème mais cette fois au niveau des services je pense. J'ai installé un premier service pour voir comment cela fonctionnait, pour un routeur. Cela fonctionne très bien, une minute plus tard, le routeur était signalé comme Up dans Nagios.

Seulement... j'ai rajouté un service par routern sur le même modèle que celui que j'avais créé comme test, mais tous les autres routeurs sont en "Pending" "(Not enough data to determine host status yet) " excepté celui dont j'avais créé un service en test!

Que dois-je faire pour remédier à cela?

2) Sinon autre problème : L'interface d'Oreon devient blanche. Je m'explique.
Lorsque je me loggue, j'ai uniquement la barre des menu en haut de la page, sinon le reste est blanc! Alors qu'avant, j'avais un "camenbert" du réseau sur cette page. Mais cela ne concerne pas que cette page! Les pages de configuration sont elles aussi blanches! (à part la colonne des menu sur la gauche et parfois un ou deux cadres au centre.

Dois-je réinstaller completement Oreon?

Merci d'avance pour votre aide.

[templuche]

Bonjour,

J'ai déjà rencontré le problème et cela peut venir de 2 choses. La première est le manque de mémoire pour PHP. Il faut modifier le php.ini pour augmenter la mémoire utilisable par les scripts PHP. La seconde est la corruption de la base de données. Là, à part modifier la base de données à la main, tu ne peux pas corriger le problème autrement.

Bon courage

[Stif]

J'ai tenté de modifier la taille de mémoire allouée à l'interface (elle était déjà à 32M, 8M conseillé) sans succès.

[romain]

moi aussi

j'ai aussi eu ce genre de pb sur des machines.

elles étaient sans servicesn et j'avais le message "not enought data.... machin" j'ai rajouter un service et le message a disparu

[julio]

Concernant le pb de memoire demandé par oreon : nous avons décelé d'ou venait le pb. l'inclusion seul des bases fait monter la mémoire a 6 Mo... c'est pour ca que nous préconisons une taille mini...

C'est dans la roadmap, nous allons corriger cela...

Merci PHP

[Stif]

Je n'y comprends pas grand chose...
J'ai essayé de tout supprimer afin de repartir à zéro. tout à fonctionné a merveille ensuite. j'ai réinstallé un par un les host en y associant immédiatement un service. Ca a fonctionné sans problème jusqu'au 4ème host. Ensuite, bloqué, problèmes d'affichages, les ajouts d'hosts et de services ne s'affichaient plus et n'étaient plus pris en compte...

Je crois que je vais attendre une version d'Oreon fonctionnant sous PHP5... J'aurai alors peut etre moins de problèmes.

[surcouf]

Je crois que je vais attendre une version d'Oreon fonctionnant sous PHP5... J'aurai alors peut etre moins de problèmes.

Et si tu te contentais de PHP4 en attendant ?

[templuche]

Bonjour,

Concernant le pb de memoire demandé par oreon : nous avons décelé d'ou venait le pb. l'inclusion seul des bases fait monter la mémoire a 6 Mo... c'est pour ca que nous préconisons une taille mini...

Ne serait ce pas dû au PHP objet? Ne serait pas plus rapide de faire des requètes en base à chaque rafraichissement plutôt que de tout mettre en session? C'est une question que je me pose. Qu'en pensez vous?

[julio]

Ne serait ce pas dû au PHP objet? Ne serait pas plus rapide de faire des requètes en base à chaque rafraichissement plutôt que de tout mettre en session? C'est une question que je me pose. Qu'en pensez vous

non non...le pb ne vient pas de la....

[templuche]

Bonjour,

Ne serait ce pas dû au PHP objet? Ne serait pas plus rapide de faire des requètes en base à chaque rafraichissement plutôt que de tout mettre en session? C'est une question que je me pose. Qu'en pensez vous

non non...le pb ne vient pas de la....

Par curiosité, d'où vient il? J'ai du mal à voir pourquoi au dessus d'un certain nombres de serveurs/services je suis obligé de passer la mémoire à 32Mo. Merci pour l'information.

[julio]

cb d'hosts et cb de services ?

[rom]

Bonjour, Ne serait ce pas dû au PHP objet? Ne serait pas plus rapide de faire des requètes en base à chaque rafraichissement plutôt que de tout mettre en session? C'est une question que je me pose. Qu'en pensez vous?

Le passage a PHP5 va surement resoudre une partie des problemes :
La mise en place d'heritage de classe,
Sortir de ces classes des fonctions qui n'y ont pas forcement leur place et qui alourdissent le bazar,
Faire du procedurale la ou c'est necessaire,
...

[Stif]

Bref, simplifier énormément !!!

Bon courage pour le développement pour rendre compatible avec PHP5 :!:

[templuche]

cb d'hosts et cb de services ?

Exactement je ne sais plus. Environ 200 hosts avec 50 services par hosts sur un Oreon 1.1.

Mais vous ne me dites pas la raison exacte. C'est un secret? :lol: Parce que ce ne sont pas des chiffres hallucinants, on ne parle pas de millions d'enregistrements comme certains sites ont, parfois.

[julio]

non non c pas un secret vas, tu les sais bien... mais depuis la 1.1 on a deja résolut pas mal de pb....

Nous venons de faire un gros débug a ce niveau la... et comme je te l'ai dit, on a déjà remarqué qu'un simple include de class prennais déja bcp de mémoire, donc nous attendons php5 (optimisé pour l'utilisation de l'object), pour faire de grosses évolutions... quand a la mémoire 32 c pas énorme du tout. De mémoire un CMS comme typo3 demande de base bcp plus et SugarCRM de meme.... toute grosse appli PHP a besoin de pas mal de mémoire.... php est malheuresement très gourmand...

32 Mo c pas bcp sachant que la plupart du temps le serveur sur lequel se trouve Oreon ne fait que ca... au pire laissez illimité vous n'aurez plus de pb...