Aller au contenu

Timale

Membre
  • Compteur de contenus

    6
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

0 Neutre

Pour me contacter

  • Mon Site
    http://www.volcreole.com
  1. Bon ! malgré les changements ci-dessus, le serveur a continué à tomber 2 ou 3 fois par jour de façon aléatoire ... J'ai continué à traquer les éventuels bugs et j'ai trouvé un bug très conséquent sur un mod de phpBB que j'utilise: le mod impression de sujet (printview) ... Ce mod permet de rassembler sur une même page les différents messages d'un sujet afin de les imprimer ... Lorsque le sujet en question ne contient pas énormément de messages, ça va ... Mais lorsque vous avez des sujets qui se remplissent inlassablement de plusieurs milliers de messages, là, ça peut foirer en heure de pointe ... J'ai des sujets qui font plus de 15000 messages ! Alors lorsqu'on demande au systeme de rassembler 15000 messages sur une seule page, ça prend beaucoup de temps en occupant un maximum de ressources du serveur qui commence à ralentir ... Si en même temps, c'est l'affluence sur le site, alors le serveur jette l'éponge ! J'ai donc modifié ce mod afin de découper le sujet en plusieurs pages moins consommatrices de CPU ... Et là, ça allait beaucoup mieux ... Aujourd'hui, lorsque je regarde les graphes MRTG, c'est beaucoup mieux ! Et le serveur n'a pas planté depuis cette modif ... Merci tout de même à tous ceux qui m'ont aidé à régler mes problèmes ! @+
  2. Bon ! J'ai fait le changement dans apache en plus de l'avoir fait dans phpBB et effectivement, je n'ai plus les messages d'erreurs suivants dans error_log: Maintenant, ne voulant pas crier victoire trop vite, je vais tester sur plusieurs jours pour voir ! Et quelque soit les résultats du test, je les posterai ici ! Merci Dan, @+
  3. En éditant httpd.conf, j'ai ça: Dois-je le modifier ainsi: @+
  4. Merci d'avoir répondu ! Désactiver le mod_gzip ? Ok ! Mais lequel ? Le mod_gzip d'Apache ou le mod_gzip du forum ? J'avais désactivé le mod_gzip du forum, mais cette manip me retournait de nombreuses erreurs gzip dans "error_log" d'Apache ... Oui, lorsque le serveur plante, j'ai le dossier temporaire qui se remplit de plein de fichiers *.wrk Mais je les vire à chaque fois ... Cet après-midi j'ai fait un "top" lors du plantage et voila ce que j'ai comme info: @+
  5. Euh ... je les ai toujours ! J'ai installé un mod (Prune Searchs Tables) qui permet d'alléger les tables de recherche ... je l'avais mis en place mais je n'ai pas désactivé complètement la fonction de recherche ... par peur que les membres ne sachent pas comment retrouver des sujets/messages ... Une fois la fonction recherche désactivée, tu fais comment pour retrouver les sujets/messages ? @+
  6. Salut tout le monde, Je suis nouveau inscrit ici, mais j'ai déja fait pas mal de recherches dans les différents forums pour essayer de régler les problèmes de mon serveur dédié ... Une discussion est déja engagée avec un technicien d'OVH, mais comme ils n'ont pas répondu à mon dernier message par la hotline et que le sujet que j'ai posté sur leur forum n'est pas (encore?) validé, alors je me permets de poster ici ... J'espère ne pas trop déranger ! ------------------ J'ai un serveur dédié (Intel P4 3.06 GHz - Disque dur 40 Go IDE - 1 Go RAM DDR - Bande passante 80 Mbps) chez OVH ... Dès le lendemain de la mise en place de la release d'octobre/novembre d'OVH (je ne sais plus de la version), le serveur ns3655.ovh.net qui supportait jusque là la charge des sites (avec forum phpBB) qu'il héberge, plante tous les jours (parfois 2 à 3 fois par jour) ! Depuis ce jour, j'ai travaillé d'arrache pied pour optimiser mes scripts php/Mysql, mais le serveur plante toujours autant. Ne voyant plus d'où venait le problème, j'ai fait appel à la hotline d'OVH afin de tenter de trouver une solution. Ils m'ont juste demandé de placer "HostNameLookups" sur "Off" dans "httpd.conf" d'apache ... Je l'ai fait mais mais le serveur plante toujours autant. Voila une petite liste de tout ce que j'ai fait récemment pour tenter de régler le problème: - installation de iptables il y a environ 1 semaine avec des règles bien définies ... C'est OK ! - "HostNameLookups" sur "Off" dans "httpd.conf" d'apache ... je ne vois pas de différence avec la valeur "on" ! - installation de MRTGSYS pour mieux comprendre le problème ... On voit bien les pics aux moments de plantages: http://ns3655.ovh.net/mrtg/ - le fichier "httpd.conf" d'apache configuré comme suit: Timeout 300 KeepAlive On MaxKeepAliveRequests 100 KeepAliveTimeout 15 MinSpareServers 5 MaxSpareServers 10 StartServers 5 MaxClients 250 MaxRequestsPerChild 10 Pour info: - le port SSH étant bloqué, je n'ai plus les nombreuses tentatives d'intrusions par SSH ... - les releases sont à jour ... - il n'y a pas eu d'augmentation conséquente de trafic ... mis à part (peut-être) les robots "inktomisearch" de Yahoo qui scannent en permanence les sites ... - j'ai les habituels "_vti_bin/owssvr.dll" et "MSOffice/cltreq.asp" dans "error_log" ... - à part dans les moments de plantage, le serveur reste assez rapide ... - je ne sais pas trop interpréter les graphs MRTG ... si quelqu'un veut bien me les faire parler, ce n'est pas de refus ! Je ne sais vraiment plus où chercher ... D'ailleurs, puisque je ne sais pas interpréter les graphes MRTG, je ne sais même pas si c'est un problème système ou un problème machine ... si ça vient de Apache ou de Mysql ... si c'est un problème de mémoire ou un problème de disque dur ... si ça vient des requêtes effectuées ou du nombre de connectés ... En tout cas, lorsque je suis présent et que je vois que ça plante, j'arrête Mysql et apache ... j'attends 1 minute ou 2, histoire que la charge descende et je relance Mysql et apache ... Et là, tout redevient normal: le serveur est à nouveau rapide ! Voila les résultats d'un "top" en situation normale: 5:02pm up 4 days, 18:19, 1 user, load average: 1,15, 0,88, 0,81 183 processes: 177 sleeping, 4 running, 2 zombie, 0 stopped CPU states: 48,2% user, 7,7% system, 0,0% nice, 44,0% idle Mem: 1031604K av, 962128K used, 69476K free, 0K shrd, 66512K buff Swap: 522104K av, 25416K used, 496688K free 640248K cached Euh ... Que dire d'autre ? J'ai l'intention d'installer eAccelerator pour espérer diminuer la charge globale de la machine, mais je préfère d'abord trouver la source des plantages ! Pouvez vous m'aider à trouver le problème des nombreux plantages journaliers, s'il vous plait ? Merci ... Cordialement, Timale
×
×
  • Créer...