Perte d'affichage du server-manager

[echelon75]

Bonjour,

Sur une SME 6.0.1 avec les RPMs suivant installe:
Yum
Clamav
Mondo6
Fetchmail
apres environs une journee de fonctionnent sur mon PC de test SME je peux acceder au server manager le soir via l'interface web ou en SSL via putty sans probleme et le lendemain impossible d'afficher l'ecran de droite via le web par contre via putty pas de probleme!
voici le message qui s'affiche:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, admin and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Alors ou est mon probleme?? un des RPMs ne serait pas compatible avec la V6 de mon SME. Je precise que ce n'est pas un probleme de cache sur mon IE (test sur plusieurs PC en interne)...

Merci

Richard

[MasterSleepy]

Salut,

As-tu essayé de relancer le service httpd-admin ??

Ca résoudra peut-être ton prob.

A+

[echelon75]

Bon apres avoir taper la commande httpd-admin rien de mieux,le serveur m'affiche le message suivant dans la frame de droite:
Internal Server Error

par contre la frame de gauche s'affiche correctement et avec Putty pas de probleme pour acceder au server manager

Une solution ????

Merci

Richard

[mad_dog]

essayes /etc/rc.d/init.d/http-admin restart

ça marchera à coup sur !!

[unrealmouss]

Petit souci sur sme 6.0.1

je voulais savoir si d'autres personnes ont déjà eu ce type de problème (a part echelon75 et moi même) : internal server error en me conectant sur le serveur manager. Ca m'était déjà arrivé mais je pensais que ca venait d'une mauvaise manip (première install), mais la je n'ai absolument touché a rien : mon serveur était allumé depuis 3 jours (web + messagerie + ...) et vers minuit je me connecte au serveur-manager d'un autre poste pour regarder mes logs, pas de problème, mais vers 00:30 : je me reconnecte car je devais verifier un truc et la big message dnas la page de chargement (le menu de gauche s'affiche bien) :

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, admin and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

J'ai regardé mes logs par ssh et apparement rien qui ne semble sortir de l'ordinaire a part peut-être ca dans le /var/log/httpd/error.log :

[Sun Apr 25 00:45:39 2004] [warn] child process 19722 still did not exit, sending a SIGTERM
[Sun Apr 25 00:45:39 2004] [warn] child process 19412 still did not exit, sending a SIGTERM
[Sun Apr 25 00:45:39 2004] [warn] child process 19413 still did not exit, sending a SIGTERM
[Sun Apr 25 00:45:39 2004] [warn] child process 19414 still did not exit, sending a SIGTERM
[Sun Apr 25 00:45:39 2004] [warn] child process 19417 still did not exit, sending a SIGTERM
[Sun Apr 25 00:45:39 2004] [warn] child process 19415 still did not exit, sending a SIGTERM
[Sun Apr 25 00:45:39 2004] [warn] child process 19416 still did not exit, sending a SIGTERM
[Sun Apr 25 00:45:39 2004] [warn] child process 19723 still did not exit, sending a SIGTERM
[Sun Apr 25 00:45:39 2004] [warn] child process 19408 still did not exit, sending a SIGTERM
[Sun Apr 25 00:45:39 2004] [warn] child process 19738 still did not exit, sending a SIGTERM
[Sun Apr 25 00:45:39 2004] [warn] child process 19411 still did not exit, sending a SIGTERM
[Sun Apr 25 00:45:39 2004] [warn] child process 19410 still did not exit, sending a SIGTERM
[Sun Apr 25 00:45:39 2004] [warn] child process 19409 still did not exit, sending a SIGTERM
[Sun Apr 25 00:45:39 2004] [warn] child process 19775 still did not exit, sending a SIGTERM
[Sun Apr 25 00:45:39 2004] [warn] child process 19776 still did not exit, sending a SIGTERM
[Sun Apr 25 00:45:39 2004] [warn] child process 19812 still did not exit, sending a SIGTERM

L'autre truc encore plus bizzare, c'est que je peux me connecter au serveur manager sur mon serveur sme en local en passant par la console texte (lynx)... Comprend plus rien, 2 fois que ca arrive et je n'ai pas envie de tout reinstaller pour avoir un affichage graphique.... Mais bon, c'est plus sympa !!! Quelqu'un aurait une info ou une piste, voir un moyen pour reinstaller la partie manager sans toucher a ma configuration.


Ah oui, info supplémentaire, entre mes 2 connexions (minuit et 00:30) mon scan clamav se declenche, mais je ne pense pas que ca soit ca (on ne sait jamais !) ...


@+++

[pbordere]

Ah oui, info supplémentaire, entre mes 2 connexions (minuit et 00:30) mon scan clamav se declenche, mais je ne pense pas que ca soit ca (on ne sait jamais !) ...

Peut être que si

J'ai remarqué, moi aussi que lorsque clamav (la nouvelle version qui scanne le disque à intervalle défini http://www.pagefault.org/howto/e-smith-antivirus.shtml) se met en route (à minuit justement) le serveur devient très difficilement joignable (httpd semble désactivé mais putty fonctionne).

[HaM]

Verifie les droits des fichiers se trouvants dans /etc/e-smith/web/fonctions/
J'ai eu ce problème en modifiant les droits du rep et des fichiers !

[Argenlos]

Bonjour, cela m'est arriver quand j'ai fais des modifs sur les fichiers de l'interface web, parfois un simple saut de ligne suffit pour tout casser. La plus part du temps en restaurant les fichiers de l'interface, cela repart correctement.
Jete un oeil sous /etc/e-smith/web/functions pour voir si un fichiers n'a pas bouger dernièrement...

Bon courage

[mad_dog]

Quelles sont les taches qui tourne sur ta machine ??

tapes :

ps -A|grep httpd-admin &

ps -A|grep httpd

[unrealmouss]

J'ai vérifié les droits sur le dossier : dr-xr-x--- 2 root admin 4096 avr 25 02:33 functions et le sous-dossier le plus recent au vu des dates est antivirus : -rwsr-x--- 1 root admin 5317 avr 7 00:59 antivirus
, les autres d'une manière générale datent de 2003.

J'ai même essayé un post-upgrade, mais ca ne change rien...

[unrealmouss]

pour ps -A|grep httpd-admin & :

[root@hermes root]# ps -A|grep httpd-admin
2352 ? 00:00:00 httpd-admin
2355 ? 00:00:00 httpd-admin
2512 ? 00:00:00 httpd-admin
2518 ? 00:00:00 httpd-admin
2519 ? 00:00:00 httpd-admin


pour ps -A|grep httpd :

[root@hermes root]# ps -A|grep httpd
1510 ? 00:00:00 httpd
1513 ? 00:00:00 httpd
1514 ? 00:00:00 httpd
1515 ? 00:00:00 httpd
1516 ? 00:00:00 httpd
1517 ? 00:00:00 httpd
1518 ? 00:00:01 httpd
1519 ? 00:00:01 httpd
1520 ? 00:00:00 httpd
1521 ? 00:00:01 httpd
1522 ? 00:00:01 httpd
2352 ? 00:00:00 httpd-admin
2355 ? 00:00:00 httpd-admin
2504 ? 00:00:00 httpd
2512 ? 00:00:00 httpd-admin
2518 ? 00:00:00 httpd-admin
2519 ? 00:00:00 httpd-admin


Je ne sais pas si il est normal que j'ai autant de process de httpd-admin qui tournent en même temps, mais ca a toujours été comme ca je pense

Pas de risque si j'en kill 2 ou trois ???

[unrealmouss]

J'ai relancé manuellement le httpd-admin (stop and start), et le problème ne semble pas venir de la....

[mad_dog]

Nan, il vaut mieux les laisser ... c'est apache qui les a crée donc pas touche ...

au pire tu shoote tous via :

/etc/rc.d/init.d/httpd stop &
/etc/rc.d/init.d/httpd-admin stop

puis tu relance le tous ..

/etc/rc.d/init.d/httpd start &
/etc/rc.d/init.d/httpd-admin start

[echelon75]

voici la solution:
http://contribs.org/modules/pbboard/vie ... hp?t=21692
I didn't get the same results. I tried clamscan -v at the root prompt and it didn't change /sbin/bash permissions.

I solved the problem by writing a cron job to make sure it's changed each hour.

#!/bin/sh

chmod 777 /bin/bash

Call the file anything you want, make sure you have enough permissions for root to run the job. Then place the file above into /etc/cron.hourly/. The longest you can have a problem is 59 minutes 59 seconds.

At least it's a temporary fix.
_________________

Pour info je confirme que clamav $%#&! puisque mon serveur de test etait ok depuis 2 semaine et vendredi j'install clamav et aujourd'hui lundi 'internal server erro'
le chmod restore le server manager et permet de revenir a une config normal jusqu'a la semaine prochaine (Cron)
pour info j'ais envoye un petit mail a pagefault.org pour lui demander un peu d'aide si il me repond je transmet sur ce post

pour ce qui est de relancer le serveur (precedent posts) rien a faire cela ne marche pas!

Merci

Richard

[unrealmouss]

Salut tout le monde

Vers deux heures du mat hier, je suis arrivé a peu prés a la même conclusion que echelon75, a part que pour moi le coupable était la contrib e-smith-usershellaccess-0.1-2.noarch.rpm car c'était la dernière contrib que j'avais installé sur la sme avant que ca $%#&!....

Je me suis mefié de cette contrib car ni mes mails, , ni fetchmail, ni mon mx-backup (mis en place pour mon pote qui a aussi une sme 6.0.1) ne fonctionnait et c'est dans les logs de qmail que j'ai trouvé la source du problème :

qmail/current:@40000000408bee9e05abed5c delivery 1: deferral: Unable_to_run_/bin/sh:_access_denied._(#4.3.0)/
qmail/current:@40000000408beec23b969da4 delivery 2: deferral: Unable_to_run_/bin/sh:_access_denied._(#4.3.0)/
qmail/current:@40000000408bef030001f9dc delivery 3: deferral: Unable_to_run_/bin/sh:_access_denied._(#4.3.0)/
qmail/current:@40000000408bef2700087dd4 delivery 4: deferral: Unable_to_run_/bin/sh:_access_denied._(#4.3.0)/
qmail/current:@40000000408bf02e00373aac delivery 5: deferral: Unable_to_run_/bin/sh:_access_denied._(#4.3.0)/
qmail/current:@40000000408bf0530044d70c delivery 6: deferral: Unable_to_run_/bin/sh:_access_denied._(#4.3.0)/
qmail/current:@40000000408bf22204f9181c delivery 7: deferral: Unable_to_run_/bin/sh:_access_denied._(#4.3.0)/
qmail/current:@40000000408bf24704e4a9a4 delivery 8: deferral: Unable_to_run_/bin/sh:_access_denied._(#4.3.0)/

et en effet /bin/sh (droit a 777) etant un lien de bash qui lui était à 700 avec root comme proprio.

- Donc pas de probleme pour le server-manager en mode console (user root) mais pour le mode web, dommage (user www)
- et pour qmail, j'ai fait un 755 sur /bin/bash, et ca l'air de tenir depuis hier, a voir si au prochain redemarrage, ca $%#&!.

Je vais essayer de voir pour la contrib e-smith-usershellaccess-0.1-2.noarch.rpm n'était pas la cause (au cas ou) je vous tiens auc courant (je vais la reinstaller et redemarrer pour voir