zigfrid75 a écrit 95 commentaires

  • [^] # Re: bug ?

    Posté par  . En réponse au message maj php. Évalué à 2.

    alors je vais te repondre a toi ragoutou puisque tu t'es donné la peinne de me répondre meme si certain trouve ma question debile ou denuée d'info. bref. je souhaite ne pas garder le support oracle. pourquoi je m'embete a essayer de recompiler le php avec ce support alors ? et bien la seule solution que j'avais trouve pour resoudre mon probleme etait de desinstaller le php et de reinstaller celui que j'avais recompiler sans le support oracle. seulement la ou je veux faire la maj je voudrais eviter cette manipe qui va entrainer la coupure des sites.
  • [^] # Re: comme le port salut

    Posté par  . En réponse au message recompilation php + surpport oracle. Évalué à 0.

    bon en fait je dis des conneries j'ai toujours l'erreure. j'ai bien le fichier ici /usr/lib/httpd/modules/libphp4.so mais il n'est pas là ou il le cherche, c'est a dire /build-apache/libs/. alors le seul endroit ou je trouve ces repertoires est ici dans /usr/src/redhat/BUILD/php-4.3.2/build-apache/libs/ . je me suis donc dit, je vais copier le fichier dans ce repertoire. mais j'ai toujours la meme erreure.
  • [^] # Re: comme le port salut

    Posté par  . En réponse au message recompilation php + surpport oracle. Évalué à 1.

    bon en fait je dis des conneries j'ai toujours l'erreure. j'ai bien le fichier ici /usr/lib/httpd/modules/libphp4.so mais il n'est pas là ou il le cherche, c'est a dire /build-apache/libs/. alors le seul endroit ou je trouve ces repertoires est ici dans /usr/src/redhat/BUILD/php-4.3.2/build-apache/libs/ . je me suis donc dit, je vais copier le fichier dans ce repertoire. mais j'ai toujours la meme erreure.
  • [^] # Re: comme le port salut

    Posté par  . En réponse au message recompilation php + surpport oracle. Évalué à 1.

    yep le fichier est bien present. j'ai relancé la compile et je n'ai plus eu cette erreure du reste. par contre j'en ai eu d'autre. en fait le plan c'est que j'ai 2 becanes. une tourne avec une vielle version de php4 avec le support oracle. sur l'autre j'ai mis a jour le php mais sans le support oracle car il ne me sert plus. j'ai voulu réutiliser les paquets pour la premiere becane mais quand je fais un rpm -Uvh ça me dit qu'il lui faut le package php-oci pour mettre a jour :( du coup j'essais de recompiler avec le support oracle.
  • [^] # Re: Les droits, les groupes

    Posté par  . En réponse au message probleme de droits. Évalué à 1.

    utre question, surement idiote. est il possible de faire en sorte qu'il y ai changement de proprietaire des repertoires ou des fichiers au moment ou apache les cré ? je sais pas si je suis claire. en gros tout ce qui est ecrit par apache les droits sont apache:apache. est il possible que ça devienne toto:apache automatiquement ? y a t il un truc a faire dans httpd.conf pour ça ou faut il mettre en place un sript ?
  • [^] # Re: Les droits, les groupes

    Posté par  . En réponse au message probleme de droits. Évalué à 1.

    yep je me doutais bien de ce truc là. le prob c'est que c'est apache qui fixe lui meme les droits. ça veux dire qu'il faudrait que je change le umask de mon apache. (ce qui m'em... un peux)
  • [^] # Re: Les droits, les groupes

    Posté par  . En réponse au message probleme de droits. Évalué à 1.

    yep je me doutais bien de ce truc là. le prob c'est que c'est apache qui fixe lui meme les droits. ça veux dire qu'il faudrait que je change le umask de mon apache. (ce qui m'em... un peux)
  • [^] # Re: Version de cacti réellement installée

    Posté par  . En réponse au message cacti. Évalué à 1.

    bon j'ai corrigé l'histoire des graphs qui ne s'affichent pas. en fait j'avais pas copié correctement le repertoir rra. maintenant j'ai bien les graphs...enfin les graphs, les grilles où doivent s'afficher les graphes. seulement ça graph pas. dans les logs de cacti ça me sort ça

    POLLER: Poller[0] ERROR: The path: is invalid. Can not continue
  • [^] # Re: Version de cacti réellement installée

    Posté par  . En réponse au message cacti. Évalué à 1.

    oui j'avais bien compris ça. seulement ça ne n'arrange pas mon probleme :)

    bon, en tout cas j'ai pu refaire tourner cacti.seulement le hic, c'est que les graphs ne s'affichent pas. j'ai refais une installe sur une petite becanne ou j'ai une ubuntu. c'est pas tres compliqué a installer en fait. j'ai paramettré un host pour voir, tout fonctionne correctement. j'ai ensuite rapatrié tout le repertoire rra ainsi que toutes le repertoire cacti dans /var/lib/mysql

    j'ai retrouvé tout mes hosts dans l'arbre, seulement j'ai le meme prob. les graphs ne s'affichent pas. a la place j'ai le nom du host avec le nom du graph.
  • [^] # Re: Version de cacti réellement installée

    Posté par  . En réponse au message cacti. Évalué à 1.

    il me dit que c'est la 0.8.6j qui est installée
  • [^] # Re: Le monde entier est un cacti

    Posté par  . En réponse au message cacti. Évalué à 1.

    non, le singulier.
  • [^] # Re: methodologie d'une mise à jour

    Posté par  . En réponse au message cacti. Évalué à 1.

    c'est claire. j'ai fais n'importe quoi sur ce coup la.
  • [^] # Re: apachetop

    Posté par  . En réponse au message process. Évalué à 1.

    c'est trop bien ça apachetop. je ne conaissais pas. merci beaucoup pour le tuyau
  • # j'ai trouvé la cause de mon prob

    Posté par  . En réponse au message process. Évalué à 2.

    en fait j'ai rajouté ça dans \"%T\" dans log format pour avoir le temps ecolé pour qu'une requete soit servie (un truc comme ça). je me suis tapé les logs du jour de tout les sites. j'ai trié ça avec excel et j'ai vu que sur l'un des site il y avait des requetes super longues. des requetes qui interogeaient une base de donnée qui était en rade. j'ai trouvé la cause de mon probleme comme ça.
  • [^] # Re: logs...

    Posté par  . En réponse au message process. Évalué à 1.

    oui mais pour le coup je ne sais pas trop quoi chercher la, dedans. peut etre des requetes trop longues remarque, je peux peut etre commencer par la.
  • [^] # Re: logs...

    Posté par  . En réponse au message process. Évalué à 1.

    oui mais pour le coup je ne sais pas trop quoi chercher la, dedans. peut etre des requetes trop longues remarque, je peux peut etre commencer par la.
  • [^] # Re: tout se joue sur les IPs failover

    Posté par  . En réponse au message mise en cluster. Évalué à 2.

    une autre petite question a deux balles,

    j'ai l'impression que hearbeat ne test que la partie reseau. si mon serveur est up mais que httpd est stoppé, comment réagi heartbeat ?
  • [^] # Re: tout se joue sur les IPs failover

    Posté par  . En réponse au message mise en cluster. Évalué à 2.

    "les ips virtuelles tu as les ips failover (celle de ton fournisseur, que tu mettras dans les DNS)"

    je t'avourais que la phrase la... :)


    est ce que je peux definir les ip deja enregistrées dans le dns et qui font tourner mes sites comme ipfailover ?

    "si tu veux faire un serveur "cluster" en failover il faut regler les deux serveurs de maniere identiques (meme ips, memes configs, meme données) pour que ca passe de l'un à l'autre de maniere transparente.
    et dans les 2 cas ce seront les IPs de failover qui seront declarées dans ton heartbeat et qui seront activées/desactivées en fonction des pannes."

    les deux serveur ne tournent pas ensemble si comprends bien (du moins les interface reseau)
    le deuxieme serveur devient actif qu'au moment de la panne du premier. j'ai bien compris ? :))
  • [^] # Re: tout se joue sur les IPs failover

    Posté par  . En réponse au message mise en cluster. Évalué à 2.

    les adresses virtuelles se sont les ip des mes virtualhost dans ma configue apache ?
    mais du comment ça marche ? quelles ip je dois mettre sur les vhost du second apache ?
  • [^] # Re: Tcpdump et autres

    Posté par  . En réponse au message firewall. Évalué à 2.

    bon c'est cool , ta combine toute simple a laquelle j'ai meme pas pense ça fonctionne. a savoir le tcpdump des deux coté. en l'ocurence j'ai testé avec un windows et un linux. tcpdump et windump.

    merci beaucoup.
  • [^] # Re: Tcpdump et autres

    Posté par  . En réponse au message firewall. Évalué à 0.

    j'ai trouvé, c'est windump
  • [^] # Re: Tcpdump et autres

    Posté par  . En réponse au message firewall. Évalué à 2.

    j'ai trouvé, c'est windump
  • [^] # Re: Tcpdump et autres

    Posté par  . En réponse au message firewall. Évalué à 1.

    ok, cool.

    pour le tcpdump si le serveur de base de données est un wnidows, c'est quoi l'equivalent de tcpdump sur windows ?
  • [^] # Re: chez moi

    Posté par  . En réponse au message proftpd. Évalué à 1.

    oups,

    en fait c'est le contraire que j'ai fait. bon pour le coup j'ai tenté de metre AllowOverwrte dans Global et là ça fonctionne maintenant. c'est good :)
  • [^] # Re: chez moi

    Posté par  . En réponse au message proftpd. Évalué à 1.

    en fait j'ai la partie Global où seul un user est autorisé d'y aller et sur un port particulier et une partie virtualhost où j'ai differente configue selon les users.
    juste apres j'ai AllowOverwrite on. et le user qui se connecte selon la configue global visiblement reussi a ecrasé. le probleme viens des users de la configue virtualhost. juste apres <VirtualHost...> j'ai mis le allowoverwrite on mais rien n'y fait. j'ai essayé avec <Directory /*> idem. je n'oublie pas de faire un proftpd reread. j'ai meme essayé avec restart (des fois que)