Le blog de llaumgui

Linux en général, Fedora / CentOS en particulier...

Aller au contenu | Aller au menu | Aller à la recherche

samedi 2 mai 2009

Trac, création d'un Egg et ajout de plugin

Comme pas mal d'applications, Trac possède une gestion des plugins. La façon la plus facile d'ajouter un plugin est de passer par RPM (il profitera alors à toutes les instances de Trac) mais malheureusement tous les plugins disponibles sur Trac Hacks ne sont pas packagés en RPM. Depuis sa version 0.10 Trac dispose d'une interface d'administration en plugin, plugin qui a été intégré dans le core de Trac 0.11.

Depuis cette interface d'administration, il est possible d'ajouter un plugin packagé sous la forme d'un Eggs. Malheureusement l'Egg étant dépendant des versions de Python et de Trac, il est conseillé de le construire à partir de la machine cible.

Lire la suite...

mardi 19 août 2008

Review request for backup-manager

J'ai récemment entrepris de migrer les backups de Borsalino & spb-box, les 2 serveurs que j'administre, sur une nouvelle solution de sauvegarde. En effet, jusqu'à présent j'utilisais l'option mirror de lftp qui est limitée tant en performances qu'en sécurité.

N'ayant pas de machine sous la main pour monter un serveur BackupPC, j'ai reporté mon choix sur l'utilitaire backup-manager qui permet de faire des sauvegardes incrémentielles en local et de les envoyer par FTP ou SSH. backup-manager ne disposant pas de RPMs, la première étape a donc été de construire les RPMs pour mes différentes machines (make install c'est caca !).

Les RPMs fonctionnant parfaitement, ce sont eux que je vous propose et que j'ai soumis à une demande de revue afin qu'ils soient intégrés (je l'espère du moins) à Fedora.

Merci à Trashy et RemiFedora ainsi qu'à tout ceux qui sont là sur #fedora-devel-fr@freenode.net pour aider à la création de RPMs...

Mise à jour le 20/08/08 : Correction du SPEC et recompilation des RPMs d'après les remarques de Remi.

Télécharger les RPM :

  • Fedora : yum install backup-manager
  • RHEL
  • spec

jeudi 31 janvier 2008

Finch, Pidgin en mode texte

En direct de Solutions Linux où le net est très bridé... Pour me connecter à MSN & Jabber, je passe par le SSH pour me connecter à la spb-box d'où je lance finch...

Geek un jour...

vendredi 7 décembre 2007

Montée en charge et compression Gzip des pages servies

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...

lundi 3 décembre 2007

La spb-box sous CentOS 5.1

Petit rappel, la spb-box est la Dedibox qui héberge entre autre Scénario-PaintBall et llaumgui.com (ce blog).

Cette nuit, à l'heure des tâches cron de maintenance, j'ai reçu un mail de ma spb-box (sous CentOS 5.0), pour m'indiquer une mise à jour de 115 paquets ! Intrigué, je consulte la liste d'annonces CentOS qui m'informe de la sortie de CentOS 5.1.

Il faut savoir que pour passer d'une version X.n vers une version X.(n+1) de CentOS (5.0 vers 5.1 dans mon cas), c'est aussi simple qu'un yum update : il n'y a rien à changer ni à configurer vu que les changements restes mineurs. Un yum update plus tard donc :

root@spb-box ~> cat /etc/redhat-release
CentOS release 5 (Final)

"CentOS 5 (Final)" ? ! ? ! ? ! Suis je toujours sur CentOS 5.0 ? Après un passage sur #centos et après avoir pris connaissance de ce bug, je me lance dans un :

root@spb-box ~> rpm -qa centos-release
centos-release-5-1.0.el5.centos.1

Cette dernière commande me confirme que je suis bien sous l'opus 5.1 de ma distro serveur préférée (la distro bureau étant bien entendu Fedora).

Rassuré, je reboot sous CentOS 5.1 tout en gardant le kernel de Centos 5.0 « made for Dedibox » et tout ce passe bien. Étant en début de soirée et ayant du temps (à perdre) pour tester le système de secours des Dedibox, je tente alors de booter sur le kernel de CentOS 5.1... Et bien là, contre toute attente : le kernel officiel de CentOS supporte pleinement les Dedibox et leur processeur VIA exotique...
C'est pas aujourd'hui que je testerais le système de secours des Dedibox.

Voici donc llaumgui.com propulsé par une spb-box sous CentOS 5.1.

samedi 6 octobre 2007

eZ Publish 4, php 5.2, CentOS 5, Remi et la spb-box

Que du beau monde dans un seul billet...

A la lecture du très instructif commentaire de Paul Borgermans laissé à la suite de mon billet sur la première alpha d'eZ Publish 4.0; et l'annonce qu'eZ 4.0 ainsi qu'eZ Components iraient plus vers un compatibilité php 5.2 que 5.1 : j'ai décidé de mettre à jour la version de php de la spb-box.

Pour cela, j'ai fait confiance à l'ami Remi (Attention prononcer Remi et surtout pas Rémi) et à son dépôt. Pour ceux qui ne connaisse pas Remi, surnommé dans le milieu "Serial Builder", il propose les dernières versions php/MySQL pour Fedora mais aussi pour les RHEL 4 & 5.

Lire la suite...

jeudi 13 septembre 2007

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

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.