Le blog de llaumgui - serveur

Bug MySQL 5.0.51a

llaumgui — Mon, 18 Feb 2008 23:04:00 +0100

Depuis quelques jours on me rapporte des comportements étranges sur les forums de fedora-fr. Les messages récents ne seraient plus triés dans le bon ordre (ni dans aucun autre d'ailleurs)... Étonnant, car je n'ai rien touché au code de notre PunBB depuis un bon petit moment...

Bref un petit vim include/common.php pour passer le PUN_SHOW_QUERIES à 1 et ainsi tracer les requêtes MySQL et m'apercevoir que la requête fait bien un ORDER BY t.last_post DESC:

SELECT t.id AS tid, t.poster, t.subject, t.last_post, t.last_post_id, t.last_poster, t.num_replies, t.closed, t.forum_id

FROM punbb_topics AS t

WHERE t.id

IN ( 14524, 29504, 29192, 29526, 29426, 29358, 29381, 29507, 29512, 29534, 29523, 29531, 29532, 29514, 29469, 28791, 29308, 29141, 20353, 29449, 29505, 28867, 29500, 29495, 29535, 29321, 29478, 29480, 29486, 29499, 29506, 29528, 29529, 29457, 29496, 29533, 28380, 29510, 28969, 29142, 29416, 29454, 29511, 29513, 26116, 29333, 29267, 29455, 29493, 29524, 28420, 29258, 29410, 29418, 29452, 29509, 29491, 29477, 29487, 29492, 29501, 29508, 29515, 29517, 29519, 29520, 29525, 29530, 29527, 27926, 28938, 29231, 29265, 29371, 29440, 29485, 29497, 29502, 29518, 29522, 29521 )

GROUP BY t.id, t.poster, t.subject, t.last_post, t.last_post_id, t.last_poster, t.num_replies, t.closed, t.forum_id

ORDER BY t.last_post DESC

LIMIT 0 , 30

Un café plus tard, je lance directement la requête dans l'interface de phpMyAdmin et je m'aperçois que les résultats ne sont effectivement pas triés dans l'ordre... Mais qu'ai je fais ?! Je trace le log de yum et je constate que je suis récemment passé de mysql-server 5.0.45 à la version 5.0.51a...

root@borsalino ~> cat /var/log/yum.log | grep mysql

Oct 15 20:05:57 Installed: mysql.i386 5.0.27-1.fc6

Oct 15 20:08:09 Installed: mysql-server.i386 5.0.27-1.fc6

Oct 15 20:08:10 Installed: php-mysql.i386 5.1.6-3.7.fc6

Jan 20 18:56:44 Installed: mysql-libs.i386 5.0.45-1.fc6.remi

Jan 20 18:56:47 Updated: mysql.i386 5.0.45-1.fc6.remi

Jan 20 18:56:54 Updated: mysql-server.i386 5.0.45-1.fc6.remi

Jan 20 18:56:54 Updated: php-mysql.i386 5.2.5-1.fc6.remi

Feb 17 13:06:18 Updated: mysql-libs.i386 5.0.51a-1.fc6.remi

Feb 17 13:06:22 Updated: mysql.i386 5.0.51a-1.fc6.remi

Feb 17 13:06:29 Updated: mysql-server.i386 5.0.51a-1.fc6.remi

Dans le doute je contact l'ami Remi qui m'aide et me trouve ce bug : #30596 : GROUP BY optimization gives wrong result order.

Effectivement en virant les GROUP BY la requête se retrouve ordonnée comme il faut...
5 minutes plus tard Remi lance un build de MySQL comportant le correctif que j'installe dans la foulée et tout ce remet à marcher dans l'ordre ;-).

root@borsalino ~> yum --enable remi-test update mysql\*

Remi + Borsalino = php5.2 + MySQL 5 mis à jour

llaumgui — Sun, 20 Jan 2008 18:02:00 +0100

Devant la coupure de service, surement due à une monté en charge de Borsalino, et devant les failles récentes révélées pour php : j'ai décidé de basculer Borsalino sur le dépôt de l'ami Remi Collet qui maintient toujours les packages php et MySQL pour Fedora 6 alias Zod !

On install le dépôt :

root@borsalino ~> wget http://remi.collet.free.fr/rpms/remi-release-6.rpm

root@borsalino ~> rpm -Uvh remi-release-6.rpm

On active le dépôt en passant enabled à 1 :

root@borsalino ~> vim /etc/yum.repos.d/remi.repo

Et on mets à jour :

root@borsalino ~> yum clean all; yum update

[...]

Dependencies Resolved



=============================================================================

 Package                 Arch       Version          Repository        Size 

=============================================================================

Updating:

 mysql                   i386       5.0.45-1.fc6.remi  remi              2.1 M

 mysql-server            i386       5.0.45-1.fc6.remi  remi               10 M

 php                     i386       5.2.5-1.fc6.remi  remi              1.3 M

 php-cli                 i386       5.2.5-1.fc6.remi  remi              2.5 M

 php-common              i386       5.2.5-1.fc6.remi  remi              226 k

 php-eaccelerator        i386       1:0.9.5.2-1.fc6.remi  remi              136 k

 php-gd                  i386       5.2.5-1.fc6.remi  remi              115 k

 php-ldap                i386       5.2.5-1.fc6.remi  remi               33 k

 php-mbstring            i386       5.2.5-1.fc6.remi  remi              1.1 M

 php-mcrypt              i386       5.2.5-1.fc6.remi  remi               28 k

 php-mysql               i386       5.2.5-1.fc6.remi  remi               83 k

 php-pdo                 i386       5.2.5-1.fc6.remi  remi               89 k

 php-pear                noarch     1:1.6.2-1.fc6.remi  remi              400 k

 php-xml                 i386       5.2.5-1.fc6.remi  remi               97 k

Installing for dependencies:

 mysql-libs              i386       5.0.45-1.fc6.remi  remi              1.5 M

 sqlite2                 i386       2.8.17-1.fc6     extras            170 k



Transaction Summary

=============================================================================

Install      2 Package(s)         

Update      14 Package(s)         

Remove       0 Package(s)         



Total download size: 20 M

Pour finir, on peut utiliser mon script pour notifier des mises à jour via yum...

Montée en charge et compression Gzip des pages servies

llaumgui — Fri, 07 Dec 2007 19:57:00 +0100

Depuis quelque temps, je trouve que Scenario-Paintball et llaumgui.com (tous deux hébergés sur la spb-box) mettent du temps à servir les pages.

J'ai mis à jour le système de CentOS 5.0 vers la 5.1 avec le dernier kernel pensant que ça pourrait améliorer les perfs (qui a dit naïf ?) de mon kernel datant du temps où CentOS 5.0 était encore en phase de bêta testes chez Dedibox (mais CentOS était bel est bien en version finale).

Rien à faire, j'observais encore des montées en charge et des montées de CPU. J'ai donc entrepris de m'orienter du côté d'Invision Power Board et de mieux régler la bête pour ne plus servir de pages compressées en gzip (Disable GZIP encoding?). Depuis, beaucoup moins de problème de montée en charge et même lorsque le serveur charge il arrive encore à servir les pages en un temps tout à fait respectable.
J'ai profité de cette occasion pour affiner les réglages d'IPB et configurer une charge limite (Server Load Limit ?) de 15 à laquelle Scénario-PaintBall affiche un message d'erreur invitant à patienter...

Bref, la version 2.1 n'étant pas connu pour sa légèreté, je pense que la migration vers la version 2.3 d'IPB se fait de plus ne plus pressante...

fedora-fr : Incidents du Week-end

llaumgui — Tue, 16 Oct 2007 13:12:00 +0200

Bon, maintenant que Borsalino, le serveur de fedora-fr, est revenu : il est temps de faire une petite chronologie des évènements.

Vendredi soir :
Mise à jour de Fedora Core 5 vers la 6. Aucun problème, tout c'est bien passé.
Samedi :
Vérification que la migration vers FC6 n'a eu aucune incidence et préparation de la migration vers Fedora 7 et du fameux boss de fin : la nouvelle libpata ! ! !
Dimanche matin :
Mise à jours vers Fedora 7 sans encombre jusqu'au reboot ou la machine refuse de répondre. Après 4 heures de combat sur le système de rescue, on relance la machine sur le kernel 2.6.22 de Fedora Core 6 qui marche.
De là, tentative de reconstruction de l'initram et du mkinit du Kernel de Fedora 7 (2.6.22 également), conversion de la partition de boot en ext3 (apparemment un /boot/ en ext2 poserait problème à Fedora 7) puis reboot. Et là, c'est le drame ! Plus rien, plus de boot que ce soit avec le kernel de Fedora 6 ou 7 ! ! !
Lundi matin :
Transfert des données de Borsalino vers le serveur de llaumgui.com.
Lundi soir :
Remise à 0 du serveur sous la dernière version de FC5 proposée par Ikoula (2.6.19) puis mise à jours vers Fedora Core 6 (2.6.22) puis récupération des données et pour finir remise en fonction des différents services (httpd, ftpd, mysqld, etc..).

Voila, je pense que vu le boss de fin que représente la nouvelle libpata, Borsalino risque de rester très longtemps sous Fedora Core 6 qui est une distribution pleinement satisfaisante. Et si faille de sécurité il y a, on patchera nous même !

Un labo pour tester ezipb, le connecteur IPB pour eZ publish

llaumgui — Wed, 26 Sep 2007 00:03:00 +0200

Comme je viens tout juste de finir un petit script permettant de configurer automatiquement un site web sur un serveur (création de la base de données MySQL, des répertoires, configuration des stats Awstats, du vhost, etc...), j'en ai profité pour mettre en place un petit labo afin de pouvoir vous monter ezipb.

Pour le moment, ça fait pas grand chose mais ça peut vous donner une idée de ce que sera mon intégration d'Invision Power Board (IPB pour les intimes) avec eZ publish (eZ pour les intimes).

URL : labo
Login : ezipb
Mot de passe : ezipb

Remarque : Pour ce qui est de mon script, il fera l'objet d'un prochain billet lors que j'aurais un peu mieux testé le truc.

CentOS meilleure distro orientée serveur pour les Bossie Awards 2007

llaumgui — Sat, 15 Sep 2007 14:21:00 +0200

Pour ceux qui auraient loupé l'actu sur LinuxFr, InfoWorld a publié lundi, les premiers 2007 Bossie Awards récompensant les meilleurs logiciels open source orientés entreprises.

Je dois avouer que je suis très content de la récompense accordée à CentOS en temps que meilleur distro orientée serveur. Tout d'abord, CentOS, c'est la famille car dérivée de Red Hat tout comme Fedora et ensuite; les liens qui unissent Fedora et CentOS sont de plus en plus forts surtout depuis l'arrêt de fedora-legacy et le fait qu'il ne soit plus tabou pour bien des membres de la communauté fedora-fr d'orienter vers CentOS pour une utilisation serveur.
Pour finir, je rappellerais juste que ce bog tourne sur un serveur dédié CentOS 5 et que c'est l'un des serveurs que je prends le plus de plaisir à administrer (Geek inside ;-)).

Pour ce qui est de la distro orientée desktop, je m'étendrais pas plus, de toute façon Ubuntu est intouchable et dès qu'on a le courage de critiquer cette distro, on se fait taxer de trollisme... Mais bon si Ubuntu était open source, ça se saurait !

Pour finir, vu que ce prix est orienté entreprise, j'y vois avec plaisir certaines des solutions que j'utilise à mon taf telles que SugarCRM ou Liferay. Je suis cependant un peu triste de ne pas retrouver eZ publish parmi les lauréats mais force est de constater que les CMS Java tels qu'Alfresco vont monter en puissance après la libération de Java par Sun avec sa version 6.

Connexion apache sécurisée par SSL en place sur spb-box (https)

llaumgui — Thu, 13 Sep 2007 22:28:00 +0200

Après pas mal de galères et de tâtonnements, j'ai enfin réussi à installer des certificats SSL sur la spb-box. Je tiens d'ailleurs à remercier l'ami Remi qui m'a un peu blasé en trouvant le problème en 5 minutes. Dorénavant mon serveur SVN n'est plus sur http://svn.llaumgui.com mais sur https://svn.llaumgui.com.

J'en ai aussi profité pour mettre phpMyAdmin derrière une connexion SSL ce qui est plus prudent.

Viva Ikoula saison 2

llaumgui — Wed, 12 Sep 2007 23:08:00 +0200

Pour ceux qui avaient loupé la saison 1, Ikoula est la société qui fourni gracieusement le serveur dédié de fedora-fr : Borsalino.
Comme pour des clients normaux, notre contrat est annuel et ce dernier arrivait à terme à la fin du mois. J'ai donc contacté mon contact chez Ikoula il y a 1 mois pour leur demander de prolonger notre partenariat chose qu'ils ont accepté sans problème, et je tenais donc à les en remercier.
D'ailleurs si j'avais pas tant galéré pour trouver un fax, j'aurais pu renouveler le contrat avant et faire cette annonce bien plus tôt ;-).

Du coup, je vais devoir sérieusement étudier la question de la migration vers fedora 6 puis 7.

dedibox pas si nue que ça

llaumgui — Mon, 06 Aug 2007 21:50:00 +0200

C'est lors de la configuration du serveur mail de ma dedibox, que j'en ai profité pour voir les services lancés au démarrage (chkconfig --list). Et là, quelle surprise d'y trouver des services inutiles sur un serveur dédié : NetworkManager, Blutooth, etc.....

Le problème est que dedibox ne propose pas des distros complètement nues ce que je trouve très dommage surtout quand on voit la richesse de paramétrages et de configuration de sa dedibox.

Petit bémol : Ma CentOS est une 5.0 finale mais l'utilisation de CentOS 5.0 sur dedibox était encore en phase bêta lors de mon installation. Peut être que cela a évolué en mieux.

Serveur mail postfix / postfix-mysql / Dovecot / RoundCube / spamassassin sous CentOS 5

llaumgui — Mon, 06 Aug 2007 21:24:00 +0200

Après le passage de Scenario-PaintBall sur un serveur dédié (spb-box), je me suis lancé dans la configuration du serveur mail. Pour rappel, le serveur est une dedibox sous CentOS 5.
Afin de pouvoir gérer plusieurs domaines et plusieurs comptes facilement, postfix est configuré en multi-domaines et virtual-user et afin d'ajouter facilement des comptes, les informations sont stockées en base MySQL via postfix-mysql.

Architecture du serveur mail

Connaissant bien postfix (personnellement et professionnellement, bien que nos derniers serveurs au taf soient sous Exim) et ayant déjà configuré postfix pour l'envoi de mail via php, c'est donc tout naturellement que j'ai retenu cette solution couplée à un Dovecot, un spamassassin et un webmail sous le très prometteur RoundCube.

postfix

Bien que pour le moment il n'y ai qu'un seul domaine géré par le serveur, j'ai choisis de faire une configuration multi-domaines et virtual-user (sans passer par des comptes unix).
Les mails sont donc dans un compte Unix unique : vbox; et ils sont stockés dans un arborescence du type : /home/vbox/domain/compte.

Je mets mon fichier main.cf en annexe.

postfix-mysql et CentOS

Alors là j'ai perdu pas mal de temps. Le postfix de CentOS n'est pas compilé avec l'option MySQL et il n'y a pas de paquet postfix-mysql pour CentOS ! Heureusement Google est mon ami et j'ai trouvé la solution : prendre le postfix de centosplus (présent de base dans CentOS mais pas activé par défaut) :

yum -–enablerepo=centosplus update postfix

Pour éviter de mettre à jour postfix à partir de updates j'ai juste rajouté postfix* dans la liste des paquets exclus (fichier .repo en annexe). Comme j'ai activé centosplus par défaut, j'ai aussi exclus le kernel de centosplus pour privilégier celui d'updates et ainsi éviter les problèmes.

Postfix-mysql

Ce qui est génial avec postfix-mysql, c'est qu'on construit ses requêtes ! On peu donc attaquer n'importe quel structure de base existante ou en faire une soit même. J'ai mis en annexe mes fichiers de conf' ainsi que la structure de ma base.

Dovecot

Maintenant que les mails sont sur le serveur, faudrait pouvoir les lire ! J'ai donc utilisé l'excellent Dovecot pour me faire un serveur IMAP.
Sa configuration est simple, je me suis basé sur ce tutoriel.

Afin de pouvoir attaquer le serveur mail avec un client du type ThunderBird, ne pas oublier d'ouvrir le port IMAP, le 143 (perso, je passe par le tui system-config-securitylevel-tui).

RoundCube

Excellent et très prometteur projet encore au stade de la O.1 RC1 et disponible dans le dépot EPEL. Ça configuration passe comme une lettre à la poste !

Spamassassin

Pour installer spamassassin rien de tel qu'un petit yum install spamassassin (installation), suivi d'un service spamassassin start (démarrage du service) ainsi que d'un chkconfig spamassassin on (lancer au démarrage) et surtout une lecture de la doc.

Script de création de comptes mail

Histoire de créer facilement des comptes mails, je me suis fait 3 petits scripts tout simples que je vous livre en tant que démo.

Remarque : Ces script sont appelés en root et j'ai un fichier /root/.my.cf contenant le mot de passe MySQL du root, ce mot de pase ne m'est donc plus demandé.