FRsAG

frsag@frsag.org

11 participants
2537 discussions

Fwd: PHPBB 2.x, soucis d'index
by Utilisateur 01 Dec '10

01 Dec '10

Salut :) Bien que je vous lise depuis un petit moment, c'est tout premier message parmi vous :) Je vous transmet un message que je viens de laisser sur les ML d'OVH. En espérant qu'il vous soit utile. Cordialement. ---------- Message transféré ---------- De : Utilisateur <utilisateur.vtuning.net(a)gmail.com> Salut :) Les débuts : Je m'occupe de deux sites assez fréquentés, tournant sous PHPBB 2.x. Au fur et à mesure que les sites grossissaient j'étais confronté à des problèmes de lenteur. Par manque d'expérience, je mettais ces soucis sur le serveur, je pensais qu'il n'était plus assez costaud (KS 1.2 Ghz, 1 Go de RAM). Avant de me lancer dans de coûteux investissements, j'ai décidé de chercher la cause de ces lenteurs. Pour voir si il serait possible de les amoindrir. Premier truc, j'ai stocké dans un tableau toutes les requêtes générées par PHPBB afin des les afficher en bas de pages. J'ai aussi ajouter un microtime() afin de savoir combien de temps a pris l'exécution de chaque requête. Une requête prenait 0.4 secondes pour s'exécuter (lors des heures de pointe, on pouvait monter à plus de 0.8 secondes). Voici la requête incriminée : [q] => SELECT t.forum_id, t.topic_id, p.post_time FROM phpbb_topics t, phpbb_posts p WHERE p.post_id = t.topic_last_post_id AND p.post_time > 1291203792 AND t.topic_moved_id = 0 [time] => 0.394723176956 C'est beaucoup ! Et cette requête est exécutée sur presque chaque page. Qu'est ce qui se passe ? Il n'y a tout simplement pas d'index sur "topic_last_post_id". J'ajoute un index, résultat : [q] => SELECT t.forum_id, t.topic_id, p.post_time FROM phpbb_topics t, phpbb_posts p WHERE p.post_id = t.topic_last_post_id AND p.post_time > 1291203792 AND t.topic_moved_id = 0 [time] => 0.00233793258 On est passés de 0.4 secondes à 0.002 secondes... Avec juste un index. Je laisse tourner quelques jours afin de voir ce que ça donne : Plus aucun ralentissement, les forums n'ont jamais été aussi rapides ! Les forums contiennent 700 000 messages, effectivement, un index manquant sur une table aussi sensible, ça joue beaucoup ! Je me demande, pourquoi ne pas avoir mis un simple index sur ce champ ? Ai-je fait une erreur lors d'une migration ? Lorsque j'ai appliqué un patch ? Je télécharge la dernière version publiée de PHPBB, la 2.0.23 et je regarde le fichier de création de la BDD. Aucun index n'est prévu par PHPBB : CREATE TABLE phpbb_topics ( topic_id mediumint(8) UNSIGNED NOT NULL auto_increment, forum_id smallint(8) UNSIGNED DEFAULT '0' NOT NULL, topic_title char(60) NOT NULL, topic_poster mediumint(8) DEFAULT '0' NOT NULL, topic_time int(11) DEFAULT '0' NOT NULL, topic_views mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, topic_replies mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, topic_status tinyint(3) DEFAULT '0' NOT NULL, topic_vote tinyint(1) DEFAULT '0' NOT NULL, topic_type tinyint(3) DEFAULT '0' NOT NULL, topic_first_post_id mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, topic_last_post_id mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, topic_moved_id mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, PRIMARY KEY (topic_id), KEY forum_id (forum_id), KEY topic_moved_id (topic_moved_id), KEY topic_status (topic_status), KEY topic_type (topic_type) ); Comme je sais que beaucoup de forums sont restés sur PHPBB 2.x je me suis dit que ça pourrait vous intéresser. Passez une bonne journée :) A+

2 2

diagnostiquer un crash kernel
by Pierre-Henry Muller 26 Nov '10

26 Nov '10

Bonjour à tous, Cela faisait longtemps que ça ne m'était par arrivé du coup je n'ai pas de méthode pour diagnostiquer un crash kernel. La machine qui me sert de serveur de virtualisation à la maison plante régulièrement ces dernières nuits lorsqu'une vm (xen en paravirtualisation) execute backuppc. Je sais bien que backuppc peut être violent pour les IO disk, il est donc configuré pour faire sa tache de nettoyage en dehors des heures de backups et lors de la phase de backup chaque instance est sauvegardée une par une. Malgré ces précautions cela ne suffit pas et en plein milieu des backups le dom0 voit son kernel planter. J'aperçois la fin du crash log du kernel dans la console mais je ne peux remonter dans le buffer voir le début du message. Et bien sur rien dans les logs du domU et du dom0 que ca soit au niveau applicatif ou kernel. N'y a t il pas un moyen de stocker ce crash log quelque part? La réponse était non il y a quelques années mais peut être cela a t il changé. Comment procédez vous dans ces cas là? Merci pour vos conseils -- Pierre-Henry Muller

2 1

Clavier Apple sous seven et RDP
by cognacboy＠worldonline.fr 24 Nov '10

24 Nov '10

Bonsoir, Dans la serie question assez peu productive mais je vais devenir fou... Je bosse sous seven avec un MAC mais surtout jutilise un clavier mac et jadore ce clavier. Sous seven aucun problème évidement mais le truc cest que je passe ma journée à bosser sur des serveurs en RDP, jai toujours deux trois fenêtres douverte et je passe ma journée à taper des mots de passes. Or le clavier fait absolument ce quil veut, il est un coup en anglais, un coup en français classique , un coup en français Apple, bref avec tous les caractères spéciaux, les maj et les chiffres cest un enfer Surtout que des que je suis logué ca rechange la plupart du temps Javais pensé à installer le driver Fr Apple sur tous mes serveurs mais cest pas vraiment raisonnable si qq1 connait la solution. Merci

4 6

Amanda ou Bacula
by Issa Moussa 22 Nov '10

22 Nov '10

Bonjour, J'aimerai mettre en place une solution de sauvegarde j'hésite entre Amanda ou Bacula. Mon utilisation sera essentiellement la sauvegarde d'une base MySQL sur disque. Que me conseillez-vous ? Merci pour votre aide. -- Cordialement.

17 27

Dell OpenManage / VMware ESXi
by sub＠nryc.fr 17 Nov '10

17 Nov '10

Bonjour, Est-ce que quelqu'un ici a déjà installé Dell OpenManage sur un serveur ESXi? Je teste cette combinaison sur un serveur Dell PowerEdge M600, j'ai suivi la procédure et ça "fonctionne" puisque les "traps" SNMP arrivent bien dans la console IT Assistant. http://support.dell.com/support/edocs/software/smsom/6.3/fr/omsa_ig/instesx… Mais si j'ai bien compris, la version "ESXi" d'OpenManage ne gère pas le matériel, donc dans IT Assistant le serveur ESXi est affiché comme un composant inconnu. Ma question est donc la suivante : sachant que l'agent SNMP d'ESXi ne détecte pas le matériel, je suppose qu'il ne va pas remonter les alertes, donc est-ce que ça sert vraiment à quelque chose? De plus, pour accéder au "Server Administrator" il faut passer par un intermédiaire (pas testé) : http://kb.vmware.com/kb/1025594 Je reste perplexe sur l'utilité de la chose ;) Nicolas

2 1

Chance de reboot du chassis Blade Dell ?
by Greg 29 Oct '10

29 Oct '10

Bonjour, oui je sais RTFM tout ça mais rien ne vaut l'expérience, et les avis semblent partagés. Je dois changer la DRAC d'un Blade Dell, et j'ai entendu autour de quelques bières qu'en gros il y avait une chance sur deux que ça fasse rebooter le chassis et donc toutes les lames. Je sollicite votre expérience sur le sujet ! -- Greg

5 5

[RESOLU] truc de dingue, mail from hotmail to IN A avant IN MX
by neo futur 25 Oct '10

25 Oct '10

depuis quelques jours, un des domaines de mes clients ne recevai plus les emails en provenance de hotmail retour en erreur immediat dans hotmail : This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. avec en piece jointe : Reporting-MTA: dns;blu0-omc3-s12.blu0.hotmail.com Received-From-MTA: dns;BLU139-W6 Arrival-Date: Mon, 19 Jul 2010 23:38:53 -0700 Final-Recipient: rfc822;admin(a)p*****rs.com Action: failed Status: 5.7.1 Diagnostic-Code: smtp;554 5.7.1 <admin(a)p*****rs.com>: Relay access denied Final-Recipient: rfc822;info(a)p*****rs.com Action: failed Status: 5.7.1 Diagnostic-Code: smtp;554 5.7.1 <info(a)p*****rs.com>: Relay access denied je sais que mes DNS et MX sont 100 % cleans ( zonecheck entre autres ) apres une longue enquete je finis enfin par trouver : http://windowslivehelp.com/thread.aspx?threadid=b27e8335-2d5b-4d2b-8510-83e… voir le commentaire de "I run servers that work" qui m a donne la solution ainsi que le mien que j ai rajoute au thread This is caused by microsoft's failure to follow mail standards. The only fix (short of getting MS to do something) is to convince the person who runs the domain you are trying to email to (hilariously) block hotmail's IP's from sending mail to there web server. I did this for my linux mail server with the following; iptables -A INPUT -s 65.52.0.0/14 -p tcp -j REJECT --reject-with icmp-port-unreachable Note: you may have to add more IP's to this range, I am unsure if msn, live, etc use other IP's --Technical explanation-- First MS for some reason pull's your domain's A record and attempts to deliver to it. EG.... dig hotmail.com A +short 64.4.20.186 64.4.20.169 64.4.20.174 64.4.20.184 If those IP's do not host a mail server it will pull the MX record and deliver mail appropriately. dig hotmail.com MX +short 5 mx1.hotmail.com. 5 mx2.hotmail.com. 5 mx3.hotmail.com. 5 mx4.hotmail.com. This will cause issues ANY time you have an email server on your web server if it is not also your email server. Such as; An outgoing server (as mine was) A filtering service A shared host An authentication required mail server effectivement en regardant les logs du serveur concernen , qui nest PAS un des MX de ce domaine , j ai effectivement vu que hotmail essayai de se connecter a ce serveur , et evidemment le postfix du serveur refusai les mails, vu qu il ne gere pas les mails de ce domaine, et n est pas un MX de ce domaine apres un drop de 65.52.0.0/16 65.55.0.0/16 sur le serveur en question hop ca marche hotmail n ayant pas trouve de port 25 sur le IN A de parcours.com est finalement alle chercher le DNS et les IN MX du domaine , et envoie dorenavant les emails aux vrais MX du domaine voila, je tenais a partager ca : 1 pour que quand ca vous arrivera vous ayez la solution, j ai perdu quelques heures a chercher 2 pourfoutre la honte a microsoft hotmail, hesitez pas a faire tourner l info : http://windowslivehelp.com/thread.aspx?threadid=b27e8335-2d5b-4d2b-8510-83e… je suis pas le premier a qui ca arrive . . . -- Cordialement ----------------------------------- William Waisse http://waisse.org | http://neoskills.com http://cahierspip.ww7.be | http://feeder.ww7.be Computers are like air conditionners. They work better when you close windows.

14 21

Passage à paname
by cam.lafit＠azerttyu.net 22 Oct '10

22 Oct '10

Bonjour à tous Je profite du calme relatif de la liste pour l'utiliser :) Je monte de ma prov[i-e]nce pour la semaine (cause paris web) et j'ai 2 jours de libre ce mardi et mercredi, cela peut être l'occasion de faire une rencontre impromptue. Si vous avez une idée de lieux, horaire, .... N'hésitez pas à bipper en privé pour coordonnées Km

4 7

Poste admin Linux/Unix ouvert
by Christophe Lesur 22 Oct '10

22 Oct '10

Bonsoir à tous, J'ai un poste en CDI ouvert chez Intrinsec (www.intrinsec.com) pour un admin passionné de linux/apache/tomcat/java. Me contacter en privé pour plus d'information. Christophe.

1 0

Long vie au 2.6.35 !
by Greg 21 Oct '10

21 Oct '10

Bonjour, Voici un petit retour d'expérience sur le kernel 2.6.35. Ce retour concerne une ferme de serveurs Apache2/PHP sous Debian Lenny, qui utilisait un 2.6.26, celui fournit de base par Debian. La montée en charge nous a obligé à ajouter un nouveau serveur, et comme j'avais le budget, je me suis fais plaisir avec un Dell R610 bi-Xeon X5680 @3.33GHz, donc 12 coeurs hyperthreadés, soit 24 virtuels. L'ajout de ce serveur représente un gain de 35% en terme de cœurs sur cette ferme, je ne compte pas en terme de flops... mais dans l'idée c'est sensé apporté un gain de plus de 35% comme tous les autres cœurs sont plus lent en terme d'architecture et de fréquence. Sur les graphs joint à ce mail, on peut voir la mise en production de ce nouveau serveur, et l'impact sur un des autres frontal : une baisse logique du "load". Un peu plus tard, on a passer ce frontal en 2.6.35, et vous pouvez constater le gain sur le load, qui est vraiment plus impressionnant que l'ajout de 12 cœurs X5680 !! A savoir quand même que les patchs de Google RPS et RFS ont été activés. Je vous conseil vivement de au moins l'essayer ;) -- Greg

6 8

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG