km.azerttyu.net

Redmine avec Thin

km — 2012-10-16T15:13:33Z

Redmine est une application web codée en Ruby. Pour l'exécuter nous devons passer par un serveur d'application web.
Nous allons aborder l'installation du serveur d'application thin.

Introduction

Parmi les serveurs d'application ruby, il existe au moins Unicorn, Mongrel et Thin. Je n'ai pas trouvé de comparatif récent. Au vu des lectures, je me contenterai de noter que Thin fait correctement son boulot et est peu gourmand en ressources.

Si nous sommes sur un serveur dédié aux applications web codé en ruby, nous pourrions nous contenter de Thin et d'écouter sur le port 80. Dans ce cas il n'est ni necessaire de penser à Nginx, Apache ou autre serveur web, ni de lire au delà du prochain chapitre.

À défaut d'un serveur d'application dédié, il est possible aussi d'utiliser un serveur web classique et de passer par un module pour gérer les applications ruby, par exemple avec passenger.

Enfin il est possible de configurer un serveur web pour qu'il délègue le travail au serveur d'application ruby lorsque cela est necessaire. C'est ce cas de figure que nous abordons ici.

Prérequis

Pour la suite de l'article, nous considérons un serveur Debian à jour avec le paquet Redmine installé et fonctionnel.

Par la suite nous verrons la configuration de base pour interfacer Apache et Nginx avec Thin.

Installation de Thin

Thin est présent par défaut dans les dépôts officiels de Debian, nous l'installons :

apt-get install thin

Il est possible d'avoir une version plus récente soit en passant par un dépôt de type backport, soit en l'installant en tant que Gem, ces 2 cas de figure ne sont pas abordés ici.

Configuration de Thin

La configuration de Thin se passe dans /etc/thin/. Thin au démarrage chargera l'ensemble des fichiers Yaml présents.

Une configuration classique pour Redmine prend cette forme :

pid: /var/run/thin/redmine.pid
group: www-data
timeout: 30
log: /var/log/thin/redmine.log
max_conns: 1024
require: [/etc/thin/redmine.rb]

max_persistent_conns: 512
environment: production
user: www-data
servers: 4
daemonize: true
chdir: /usr/share/redmine
port: 5000
address: 0.0.0.0

Télécharger

Les points à noter :

l'écoute en TCP sur toutes IP du serveur address : 0.0.0.0
l'écoute des ports 5000 à 5003 port : 5000 et servers : 4

Thin pourra être sollicité par 4 requêtes simultanées.

La spécificité de la version Debian réside dans la déclaration d'une variable spécifique X_DEBIAN_SITEID spécifiant l'instance à exécuter.
Cet appel se fait grâce à require : [/etc/thin/redmine.rb],

ENV['X_DEBIAN_SITEID'] = 'default'

Le paquet Redmine de Debian permet de mutualiser le code Ruby et de charger la configuration spécifique à une instance via cette propriété. Les instances Redmine sont stockées dans /etc/redmine/instances et sont configurables via dpkg-reconfigure redmine

Passer par Apache

Pour déléguer le travail à Thin depuis Apache, nous profitons des modules proxy natifs.

a2enmod proxy_balancer

Une configuration type donne ceci :

 
 BalancerMember http://192.168.0.10:5000 route=thin0
 BalancerMember http://192.168.0.10:5001 route=thin1
 BalancerMember http://192.168.0.10:5002 route=thin2
 BalancerMember http://192.168.0.10:5003 route=thin3
 


 ProxyPass / balancer://thinservers/
 ProxyPassReverse / balancer://thinservers/
 ProxyPreserveHost on


 
 Order deny,allow
 Allow from all

On profite du mode balancer pour repartir les requetes surles 4 ports en écoute de Thin.

Dans l'exemple, on notera que Thin répondra depuis l'IP 192.168.0.10 .
Thin et Apache peuvent être aussi bien installés sur le même serveur physique que sur 2 serveurs distincts.

Passer par Nginx

upstream redmine_thin_servers {
 server 192.168.0.10:5000;
 server 192.168.0.10:5001;
 server 192.168.0.10:5002;
 server 192.168.0.10:5003;

}



server {


 location @redmine_thin_servers {
 proxy_pass http://redmine_thin_servers;
 }

}

La configuration se veut équivalente à celle montrée avec Apache.
Si nous avions Nginx et Thin sur le même serveur nous pourrions préférer les sockets Unix à TCP. Ceci fera peut être l'objet d'un autre article.

Conclusion

Avec ces éléments, il est possible d'exécuter une instance Redmine ou tout autre application Ruby via un serveur d'application dédié.
Je trouve que passer par Thin ou un de ses homologues est plus intéressant que de passer par un module, il est plus facile d'isoler les services entre eux et de mieux dimensionner les ressources physiques dans le temps.

Références :

http://articles.slicehost.com/2008/5/6/ubuntu-hardy-apache-rails-and-thin

Amorcer ses DomU avec son propre noyau (pyGrub)

km — 2012-08-29T18:00:42Z

Depuis sa version 4, Xen intégre dans ses outils pyGrub, un script python permettant d'émuler Grub depuis le DomU et de charger un noyau indépendant du dom0.

Présentation rapide

pyGrub permet d'émuler Grub pour les machines virtuelles Xen (domU). Pour le moment seule la version 1 de Grub est supportée (autrement nommé Grub Legacy).

Lors du démarrage de la machine virtuelle, pyGrub va interpréter le contenu du fichier /boot/grub/menu.lst du domU.et démarrer la VM selon ces informations.

On isole ainsi les différents noyaux des VM et de l'hyperviseur. Les VM ne sont plus dépendantes de l'hyperviseur pour démarrer et ont leur propre contexte de démarrage.

Installation Coté DomU

Coté domU, il s'agit principalement d'installer et configurer grub legacy.

Comme grub est émulé coté domU, on pourrait ne créer que le fichier /boot/grub/menu.lst.
Cette solution n'est pas retenue ici car l'idée est de limiter autant que possible les actions de maintenance, de suivi, mise à jours, ....

Comme l'indique la documentation de Grub, il est necessaire d'avoir au préalable le répertoire /boot/grub. Voici ce que cela donne avec une VM de type Debian :

mkdir /boot/grub/
apt-get install grub-legacy
update-grub default

Télécharger

Ainsi nous avons grub legacy d'installé avec un menu.lst généré dynamiquement. Petite remarque à chaque mise à jour du noyau, Grub actualisera de lui même ce fichier.

La seconde étape consiste à installer un kernel, n'oublions pas que nous dépendons de Xen. Par exemple toujours avec la même VM de test :

apt-cache search linux-image xen
linux-headers-2.6.26-2-xen-686 - Header files for Linux 2.6.26-2-xen-686
linux-image-2.6.26-2-xen-686 - Linux 2.6.26 image on i686, oldstyle Xen support
linux-image-2.6-xen-686 - Linux 2.6 image on i686, oldstyle Xen support
linux-image-xen-686 - Linux image on i686, oldstyle Xen support

apt-get install linux-image-xen-686

Télécharger

Nous pouvons vérifier la présence et le contenu de /boot/grub/menu.lst

Spécificité de pyGrub

pyGrub ne reconnait que l'ancienne déclaration des partitions soit (hdx,y). Cependant update-grub génere par défaut la forme (/dev/xvdaX).
Nous devons donc mettre à jour le fichier /boot/grub/menu.lst et remplacer par exemple (/dev/xvda2) par (hd0,0)

Il est à noter que pyGrub charge la première partition définie dans le fichier de configuration du domU. Ainsi dans l'exemple précédent xvda2 est la première partition indiquée dans la variable disk.

Vérifier la bonne configuration

Pour vérifier la configuration du domU, il est possible d'exécuter pyGrub directement en ligne de commande.

/usr/lib/xen-default/bin/pygrub /dev/raid/ma_domU-disk

Si tout va bien, on obtient un résultat comme celui ci :

Si ce n'est pas le cas, il faut revoir les points précédents.

Mettre à jour la configuration Dom0

La dernière étape consiste à indiquer au dom0 de charger le kernel du domU.
Dans le fichier de configuration du domU, nous :

retirons les références à kernel et ramdisk
ajoutons bootloader = '/usr/lib/xen-default/bin/pygrub'

Lancer la VM

Et maintenant l'instant de vérité avec :

xm create /etc/xen/ma_domU.cfg -c

Et zou !!!

Références :

Avoir plusieurs comptes Skype

km — 2011-12-10T12:19:23Z

Lorsqu'on travaille à son compte ou bien dans une petite structure, il arrive souvent que son poste informatique personnel soit aussi son poste professionnel.
Un des outils régulièrement plébiscité par les 2 populations, professionnelle et grand public, se trouve être Skype.
Cet article est un petit aide mémoire pour pouvoir l'utiliser dans ces 2 contextes sans avoir à tout mélanger et en même temps.

Pré requis

Pour commencer il faut avoir :

une version skype au moins égale à 2.2
2 comptes inscrits distincts

Et avec Windows ?

Si on possède un poste Windows, il est simple d'utiliser la dernière version officielle et de lire la documentation associée : Comment avoir 2 comptes Skype sur le même ordinateur

Je ne m'étendrais pas plus car la documentation est claire et qu'il n'est pas necessaire d'en dire plus.

Et avec Linux ?

Si on possède un poste Linux (par exemple une distribution de la lignée Debian ), il est possible de faire la même chose. Sur une même session utilisateur, on peut exécuter 2 instances Skype avec leurs propres paramètres.

mon@orid:~$ skype -h
Skype 2.2.0.35

Usage: skype [options]
Options:
--dbpath=<path> Specify an alternative path to store Skype data files.
Default: ~/.Skype
--resources=<path> Specify a path where Skype can find its resource files.
Default: /usr/share/skype
--disable-api Disable Skype Public API.
--pipelogin Command line login. "echo username password | skype --pipelogin"
--version Display version information and exit.

Télécharger

Comme la documentation en ligne le dit explicitement, on peut spécifier un répertoire de stockage spécifique par instance Skype. Il est donc aisé de faire :

mon@rdi:~$ skype --dbpath=~/.Skype/maison
mon@rdi:~$ skype --dbpath=~/.Skype/masociete

Télécharger

Et alors ?

On peut bien entendu imaginer de lancer des instances supplémentaires pour transformer son espace de travail en guirlande de Nôël, ou plus simplement pour utiliser un compte temporaire lors de l'organisation d'un événement.

Installer E-venemement 2.x

km — 2011-11-07T12:23:51Z

Dans le monde de la billetterie, il n'existe pas beaucoup de solutions libres, à l'heure d'aujourd'hui, je n'ai identifié que 2 outils :

Fusion Ticket, un projet anglophone sans activité depuis début 2010
e-venement, un projet francophone toujours actif

Pour le besoin de ma compagnie de théâtre nous avons décidé de tester e-venement. Cet article est un retour d'expérience suite au manque de la documentation officielle actuelle concernant la dernière version publiée.

Pré requis

Pour la suite de l'article nous considérerons que nous avons la main sur un serveur LAPP (dans notre cas une Debian).
De même, le répertoire home de l'utilisateur est considéré comme un répertoire web accessible depuis n'importe quel navigateur.

E-venement est une application Symfony, il est donc nécessaire d'obtenir :

les sources de l'application e-venement
les sources du framework symfony 1.4

Installer l'application

L'installation d'une application Symfony et de son environnement est assez simple.
Il s'agit de dézipper les 2 archives précédemment obtenues :

serveur:~# wget http://www.symfony-project.org/get/symfony-1.4.15.zip
serveur:~# unzip symfony-1.4.15.zip
serveur:~# wget http://download.gna.org/e-venement/e-venement-2.0-rc2.tar.gz
serveur:~# tar -xvzf e-venement-2.0-rc2.tar.gz
serveur:~# ls
e-venement-2.0-rc2 e-venement-2.0-rc2.tar.gz symfony-1.4.15 symfony-1.4.15.zip

Télécharger

Ensuite comme indiqué dans la documentation officielle, nous devons installer symfony comme bibliothéque de notre application e-venement.

serveur:~# mv symfony-1.4.15 e-venement-2.0-rc2/lib/vendor/symfony

Configurer PHP

Il est à noter que pour la suite de l'installation de symfony, la configuration de PHP est insuffisante, il faut augmenter sa mémoire disponible pour le mode CLI.

serveur:~# nano /etc/php5/cli/php.ini
memory_limit = 320M

Télécharger

Configurer sa base de données

Les développeurs de e-venement préconise l'utilisation de PostgreSQL.
Son installation simple se fait via

serveur:~# apt-get install postgresql

ou bien

apt-get install postgresql-8.4

Nous créons un compte et une base pour l'application :

serveur:~# createuser evenement -P
Saisissez le mot de passe pour le nouveau rôle :
Saisissez-le à nouveau :
Le nouveau rôle est-il super-utilisateur ? (o/n) o

Télécharger

Configurer Symfony

Pour que l'application puisse correctement fonctionner, 2 fichiers sont à mettre à jour :

config/autoload
config/database.yml

serveur:~# mv e-venement-2.0-rc2/config/autoload.inc.php.template e-venement-2.0-rc2/config/autoload.inc.php
serveur:~# mv e-venement-2.0-rc2/config/databases.yml.template e-venement-2.0-rc2/config/databases.yml

Télécharger

Enfin nous pouvons déclarer la base postgres précédemment créée :

serveur:~# nano e-venement-2.0-rc2/config/databases.yml
all:
doctrine:
class: sfDoctrineDatabase
param:
dsn: 'pgsql:host=localhost;dbname=evenement'
username: evenement
password: motdepasse

Télécharger

A cette étape nous venons de rendre l'application "éxecutable", c'est à dire que nous pouvons maintenant configurer à proprement parler l'application e-venement

Activer la base de données

Du fait que nous avons une application symfony, nous pouvons générer la structure et l'ensemble des données de la base via le module doctrine.

serveur :~/e-venement-2.0-rc2# php symfony doctrine:build --all --application=default

Si par la suite vous voulez réinitialiser la base de données ou utiliser un autre serveur de données, vous pourrez le faire en mettant à jour config/databases.yml et en relançant la commande précédente.

Attention à ce moment, il n'est pas encore possible de tester l'application, aucun compte utilisateur n'est encore disponible.

Créer un premier compte administrateur

C'est le module guard de symfony qui gére les comptes utilisateurs et leurs droits.
Pour commencer nous créons un compte utilisateur sans droit via :

serveur :~/e-venement-2.0-rc2# php symfony guard:create-user email@test.com evenement motdepasse
>> guard Create user "evenement"

Télécharger

Nous pouvons maintenant le promouvoir administrateur ainsi :

serveur :~/e-venement-2.0-rc2# php symfony guard:promote evenement
>> guard User identified by "evenement" username has been promoted as super administrator

Télécharger

Teste l'application

Enfin nous pouvons tester pour de vrai l'application. Il est possible de voir le rendu sur notre site de demonstration. Le compte test est evenement avec le mot de passe evenement.
Une image pouvant parler mieux voici ce qui devrait être obtenu :

Ressources :

Subgit ou la cohabitation heureuse de SVN et Git

km — 2011-09-07T15:32:50Z

Subgit est un projet tout jeune, initié par l'équipe de TMate. Subgit a pour vocation de synchroniser un dépôt SVN en temps réel avec un dépôt Git.

Présentation

Subgit est un ensemble de scripts java qui assure la synchronisation entre un dépôt SVN et son homologue Git. C'est à dire que tout commit poussé sur l'un ou l'autre des dépôts sera automatiquement présent sur les 2. Un jeu de hooks assure la cohérence et la synchronisation des dépôts.

: Principe de fonctionnement de subgit

Organiser son dépôt SVN

La plupart des outils de versionning propose une logique d'historisation basée sur un trunk, des branches et des tags.
SVN en pratique propose une logique de répertoires dont le nommage est non figé. Par conséquent les 3 concepts précédemment indiqués peuvent être nommés comme on l'entend.

Toutefois dans cette première version, Subgit considère seulement la correspondance suivante :

SVN	Git
trunk/	master
branches/	branches
tags/	tags

Le dépôt SVN ne peut aussi contenir qu'un projet à la racine. C'est le cas générique que l'on devrait trouver dans la plupart des dépôts SVN.

Dans les évolutions futures, il est prévu :

de personnaliser la correspondance SVN/Git
de gérer une hiérarchie de sous projets
dé déclarer sa propre structure de correspondance pour les cas plus complexes (famille de projets, nommage différent, ...)

Dans le cas présent, le minimum requis est la présence de trunk/ les 2 autres répertoires pourront être créés manuellement aussi bien du coté Git que SVN. Les hooks feront le necessaire pour maintenir la cohésion.

Pré requis

Dans la suite de l'article nous supposons l'existence d'un dépôt SVN et le souhait de mettre en place un dépôt Git synchrone.
Il est à noter que le projet permet aussi de passer d'un dépôt Git vers SVN, nous n'aborderons pas ce cas de figure pour la suite de cet article.

Pour utiliser subgit, nous aurons au préalable :

un serveur debian dont on aura la maitrise complète,
un dépôt SVN actif dont le répertoire de référence sera /var/subversion/monprojet/

Installation

Comme il a été indiqué précédemment Subgit utilise java pour assurer la cohérence des commits. Nous installons donc le necessaire :

apt-get install git-core sun-java6-bin

Pour continuer nous téléchargeons et installons les scripts depuis la page officielle EAP

weisse:~#mkdir -p /var/subgit
 weisse:~#wget http://subgit.com/download/subgit-1.0.0-EAP_391.zip -O /var/subgit/subgit.zip
 weisse:~#unzip /var/subgit/subgit.zip -d /var/subgit

Traduire de SVN vers Git

En toute logique avant de synchroniser les commits à venir, il est utile de convertir l'existant. Subgit fournit un script dédié.

weisse:/var/subgit# subgit-1.0.0-EAP_391/bin/subgit init /var/subversion/monprojet/
 
 SubGit version 1.0.0-EAP ('Miai') build #391
 This is an EAP build, which you may not like to use in production environment.
 
 Translating: '/var/subversion/monprojet'
 Subversion revisions: 367
 
 SubGit hooks installed.
 
 
 TRANSLATION SUCCESSFUL
 
 Total time: 26 seconds
 
 Run 'git clone /var/subversion/monprojet monprojet-git' to obtain Git clone of Subversion repository;
 or 'svn co file:///var/subversion/monprojet monprojet-wc' to obtain Subversion working copy.

Comme on peut le voir dans cet exemple les 367 commits existants coté SVN ont été convertis.
Par défaut le dépôt créé est stocké au même endroit que le dépôt SVN, on peut le constater en remarquant la présence des répertoires .git et .subgit

Utiliser ses dépôts

Du fait que les 2 dépôts sont contenus dans le même répertoire, le chemin d'accès est donc le même aussi bien pour Git que pour SVN.
Pour des raisons pratiques il est possible de déclarer un autre répertoire cible pour Git (par exemple si on souhaite coupler gitosis/gitolite ou fournir un accès http)

Maintenant nous sommes libres de commiter aussi bien à l'aide d'un client Git ou de continuer à utiliser son client SVN.

Tout commit, branche, tag sera reporté automatiquement d'une dépôt à l'autre.

N'est elle pas belle la vie ?

Monter un partage samba anonyme

km — 2011-08-07T11:42:59Z

Cet article est un petite mémo pour rappeler les paramètres importants à considérer dans le montage d'un partage réseau public sans authentification.

Pré requis

Le prérequis est assez simple :

un serveur linux (debian dans mon cas)
un paquet samba à installer

Installation

Dans le cas où nous devons installer Samba, nous suivons le processus d'installation et activer tous les paramètres relatifs à windows.

Préparation du partage

Pour l'exemple, nous avons le répertoire /mnt/partage_public. Le but est qu'il soit accessible et modifiable par tous, par conséquent nous devons affecter un utilisateur et des droits génériques.

chown -R nobody:nogroup /mnt/partage_public
chmod -R 777 /mnt/partage_public

Télécharger

Configuration de samba

Le fichier de configuration de samba se trouve dans /etc/samba/smb.conf

[global]
 guest account = nobody
 security = share
 null passwords = yes
 
 [partage_public]
 #chemin local de la ressource
 path = /mnt/partage_public 
 #visible dans la liste des partages
 public = yes 
 #permettre les accès anonyme
 guest ok = yes 
 #autoriser le parcours du partage
 browseable = yes 
 #permettre l'écriture et modification du partage
 writeable = yes

Petite explication de texte

Par défaut samba considére que tous les comptes doivent être authentifiés et avec mot de passe. L'activation du mode guest permet aux clients linux de se connecter anonymement. Il est à noter que ce mode n'est pas suffisant pour les clients windows.
La directive null password permet l'accès anonyme pour ces postes.

Test et utiliser

Pour vérifier que la configuration est fonctionnelle, samba fournit la commande testparm.
Si testparm confirme les bons paramètres, il est possible de parcourir depuis n'importe quel poste informatique ce partage.

Taxi Brousse recherche un(e) developpeur Web

km — 2010-11-24T20:40:11Z

Mise à jour

L'offre a été pourvue et n'est plus d'actualité.

Introduction

Je profite du calme apparent sur le blog pour faire un peu de publicité pour taxi brousse, une agence de communication qui developpe son pôle web.

Partant du principe que mes fidèles lecteurs/lectrices sont des habitué(e)s du web, je ne doute pas que vous aurez dans vos poches un profil qui pourrait répondre à l'offre suivante.

Si vous avez des questions n'hésitez pas à me contacter ou à les contacter directement.

L'offre

Afin d'assurer notre développement, nous recherchons un(e) un(e)
Développeur(se). Dans le cadre de votre mission, vous serez amené(e) à :

Participer aux développements et évolution des sites web en particulier pour la partie html/php/css
S'assurer du bon référencement des sites
Participer à la veille technologique web par exemple pour de nouveaux terminaux tels qu'iPad ou smartphone et de nouvelles technologies tels que html5.

Vous avez de l'expérience dans le développement de sites web 2.0.
Curieux(se) et dynamique, vous êtes à l'avant-garde des nouveautés et
des évolutions du web.

Vous maitrisez les technologies suivantes :

html, css, javascript, php, MySQL
Une connaissance de Flash serait un plus.

Autonome, passionné(e) d'internet et rigoureux(se), vous recherchez une
aventure au sein d'une agence dynamique et ambitieuse.

Profil junior

CDI - Dispo le plus vite possible - salaire à négocier

Qui contacter ?

Si vous souhaitez plus d'information vous pouvez contacter Aurélie VOUTE, directrice artistique de Taxi Brousse.

TAXI BROUSSE
19, impasse Route de Paris
69160 Tassin La Demi-Lune
Tel : 04 78 37 03 88
Fax : 04 78 37 17 59
Site : www.taxibrousse.fr
Découvrez notre Blog : www.taxibuzz.fr

Webacula ou gérer ses sauvegardes Bacula

km — 2010-08-15T17:47:39Z

Bacula est un gestionnaire de sauvegarde complet. Il fournit par défaut une interface en ligne de commande pour superviser les sauvegarde passées, à venir et la restauration. Pour certaines actions, il est quand même agréable d'avoir une interface plus accessible ce que propose Webacula.

Pré requis

Pour installer convenablement Webacula sur son serveur, il faut :

un environnement LAMP ou assimilé (ici je ne traiterais que le cas Apache2).
le module bconsole
un accès à la base de données de bacula director
le framework Zend
sudo pour autoriser le pilotage de bconsole

D'autres éléments sont nécessaires au bon fonctionnement de l'interface web mais elles seront explicitées par la suite.

Préparation de l'environnement

Webacula est une application php qui requiert certains éléments :

Zend Framework
php-db

Nous commençons par créer un répertoire vide /var/www/webacula.
Nous téléchargeons webacula et le framework Zend :

wget http://github.com/tim4dev/webacula/tarball/v3.3.1
wget http://framework.zend.com/releases/ZendFramework-1.10.7/ZendFramework-1.10.7.tar.gz
tar xfzv tim4dev-webacula-v3.3.1-0-g32bc0e4.tar.gz
tar xfzv ZendFramework-1.10.7.tar.gz

Télécharger

Nous associons le framework au projet :

ln -s /var/www/webacula/ZendFramework-1.10.7/library/Zend /var/www/webacula/html/Zend

Nous pensons à installer les paquets d'accès à la base de données.

apt-get install php-bd

Accès aux données de Bacula

Webacula pour suivre et piloter les sauvegardes a besoin de 2 éléments spécifiques à Bacula :

la console
le catalogue

La console

La console bacula est un paquet autonome :

apt-get install bacula-console

Concernant la configuration de celui ci je vous invite à regarder le fichier /etc/bacula/bacula-console.conf.
Une configuration type serait :

#
 # Bacula User Agent (or Console) Configuration File
 #
 
 Director {
 Name = director-dir #Nom du director
 DIRport = 9101
 address = 192.168.20.10 #IP director 
 Password = "sWaZRqTS1VX0uTcyTZNRlI4Ax9Gj5MK1FNC92QBta0xi"
 }

Nous permettons à notre utilisateur apache d'exploiter bconsole grâce à sudo :

apt-get install sudo

Dans /etc/sudoers, on ajoute la directive www-data ALL=NOPASSWD: /usr/bin/bconsole

Le catalogue

Le catalogue liste toutes les données sauvegardées, où, comment , ... Il est donc utile de lire ses informations pour avoir le détail des jobs par exemple.

Pour accéder au catalogue, si nous avons une base MySQL ou PostgreSQL cela est assez simple, on installe les paquets client php pour ces serveurs de données.

apt-get install mysql-client php5-mysql

ou bien

apt-get install postgresql-client php5-pgsql

Si on utilise sqlite, cela est plus original. Si le Director est présent sur la même machine, il est possible de se connecter directement au fichier.
Si le Director est sur une autre machine, on a alors plusieurs alternatives :

monter un répertoire fuse vers le director,
scp la base sqlite,
faire un .dump coté director et importer le sql sur notre machine web,
autre idée

Il faut dans tous les cas avoir les paquets relatifs à Sqlite :

apt-get install sqlite3 php5-sqlite

Configuration de Webacula

La configuration se passe dans le fichier /var/www/webacula/application/config.ini

Je joins une configuration utilisant sqlite :

[general]
 ; supported adapters : PDO_MYSQL, PDO_PGSQL, PDO_SQLITE
 db.adapter = PDO_SQLITE
 ;db.config.host = localhost
 ;db.config.username = root
 ;db.config.password =
 ; une copie de la base sqlite provenant du director
 db.config.dbname = "/var/www/webacula/catalog/bacula.db"
 ; pour Sqlite db.config.dbname = "/chemin/complet/du/catalogue/bacula.db"
 
 ; see http://www.php.net/timezones
 def.timezone = "Europe/Paris"
 
 ; Si pas de locale définie par défaut, webacula utilise l'auto détection
 ; locales disponibles : en, de, fr, pt_BR, ru
 ; locale = "fr"
 
 ; Se reporter au fichier INSTALL pour plus de détail
 bacula.sudo = "/usr/bin/sudo"
 bacula.bconsole = "/usr/bin/bconsole"
 bacula.bconsolecmd = "-n -c /etc/bacula/bconsole.conf"
 
 ; Répertoire "tmpdir" dans le quel sera sauvé le fichier contenant la liste des fichier à restaurer.
 ; Ce répertoire et ses fichiers devaient être accessibles en lecture par le Director.
 tmpdir = "/tmp"
 
 ; time to live data (session and temporary data tables) for restore files (sec)
 ; default = 1h, minimum = 600sec.
 ; ttl_restore_session = 3600
 
 ; for debug only (default = 0)
 ; debug = 1
 
 ; the text, which will be placed in the header of the page
 ; head_title = "webacula :: domain.tld"
 
 ; Menu principal flottant (default = 0)
 ; Le menu demeur visible meme si on scroll dans la page.
 ; They're animated, so they move up and down as you scroll the browser window up or down.
 ; mainmenu_floating = 1
 
 [timeline]
 gdfontpath = "/usr/share/fonts/dejavu"
 fontname = "DejaVuLGCSansMono"
 fontsize = 10
 
 [webacula]
 ; supported adapters : PDO_MYSQL, PDO_PGSQL, PDO_SQLITE
 db.adapter = PDO_SQLITE
 ;db.config.host = localhost
 ;db.config.username = wbuser
 ;db.config.password = "wbpass"
 ;db.config.dbname = webacula
 ; for Sqlite db.config.dbname = "/var/lib/sqlite/webacula.db"
 db.config.dbname = "/var/www/bacula/catalog/webacula.db"
 
 email.to_admin = root@localhost
 email.from = webacula@localhost
 
 [feed]
 feed_title = "Mon serveur de sauvegarde Bacula #1"
 feed_desc = "Description du flux ici"
 
 [layout]
 ; available values : "default"
 path = "default"

Configuration de la base webacula

Webacula trace certains éléments internes pour son bon fonctionnement, ce qui explique les 2 configurations d'accès aux bases de données.
Un script est disponible pour générer la base sqlite adaptée :

./webacula_sqlite_create_database.sh /var/www/webacula/catalog/webacula.db

À noter : Il est conseillé de patcher ce script car l'utilisateur apache n'est pas www-data par défaut.

Configuration d'Apache

Notre service webacula est configuré, notre serveur web doit maintenant l'exécuter correctement.
Webacula fournit un fichier de configuration (/var/www/webacula/conf/webacula.conf) gérant les droits d'accès et les alias nécessaires à son bon fonctionnement.

La solution proposée est de préparer un fichier de configuration apache classique et d'inclure le fichier de configuration Webacula :

nano cat /etc/apache2/sites-available/webacula


 ServerAdmin webacula@localhost
 ServerName webacula
 DocumentRoot /var/www/webacula
 
 
 Options FollowSymLinks
 AllowOverride None
 
 
 Options Indexes Includes FollowSymLinks MultiViews
 AllowOverride All
 Order allow,deny
 Allow from all
 
 
 Include /var/www/webacula/install/webacula.conf
 
 ErrorLog /var/log/apache2/webacula.log
 
 # Possible values include: debug, info, notice, warn, error, crit,
 # alert, emerg.
 LogLevel warn
 
 CustomLog /var/log/apache2/access.log combined

Avant de relancer le serveur web, il est impératif de vérifier le fichier /var/www/webacula/install/webacula.conf. La configuration par défaut cible un autre répertoire d'exécution et les droits d'accès sont limités à localhost.

Et pour finir

Un petit a2ensites webacula ; /etc/init.d/apache2 reload devrait nous donner satisfaction :

Ressources

Ranger son parc informatique

km — 2010-08-09T22:37:02Z

Lorsqu'on gère un certain nombre de machines il arrive qu'on peine à retrouver ses petits aussi facilement qu'on le voudrait. La question se complique lorsqu'une partie du matériel se range dans des baies ou autres locaux techniques.

Problématique

Pour commencer j'avais besoin de connaitre le nom des mes machines ainsi que leur affection IP et MAC.
Ensuite j'ai eu besoin de savoir à quoi repondait chaque machine et où elle se trouvait rangée.
Enfin la chose s'est compliquée en voulant gérer la notion de machines virtuelles et des périphériques annexes comme les onduleurs, switch, ...

Des solutions simples

Au début, comme pour la plupart d'entre nous, j'ai pensé aux solutions simples et peu complexes comme :

un stylo et du papier
une feuille dans un tableur

Pour les curieux, on remarque d'autres solutions exotiques comme :

un wiki

Ces solutions répondent globalement bien aux premiers besoins. On peut noter certaines limitations comme la difficulté de gérer plusieurs affections IP (privées, publiques, IPv4, IPv6), les connexions et dépendances entre machines

J'ai donc voulu aller plus loin.

Des solutions plus complètes

Il existe de nombreux parcs informatiques plus ou moins complexes, ainsi d'autres se sont posés les mêmes questions. En cherchant sur le web, on peut trouver des ressources intéressantes :

De ces premiers résultats, j'ai noté ces outils open source (ou gratuit) :

Mais on note aussi des solutions commerciales :

La solution retenue

Après avoir fait le tour des ces solutions, j'ai préféré me tourner vers une autre plus complexe (complète ?) mais couvrant un périmètre plus large que celui initialement défini.

C'est un ensemble d'outils complémentaires :

Cette combinaison d'outils couvre l'ensemble de mes besoins, je peux :

connaitre le contenu matériel et logiciel de mes machines
découvrir de nouveaux périphériques IP assez facilement
ranger mes baies
connaître mes allocations IP
gérer les dépendances / connexions entre les machines

L'installation de ce tout n'est pas des plus triviale, il y aura peut être un article pour résumer l'installation et configuration pour les boulets comme moi.

La suite

Avec cette base, j'imagine bien pour plus tard la gestion des incidents ou avoir une (super)vision globale pour les machines infogérées.

Et vous ? Avez vous d'autres suggestions ?

Optimiser Trac

km — 2010-03-13T10:37:52Z

Dans le cadre du projet SPIP, nous utilisons un serveur dédié pour notre dépôt subversion. Ces dernières soirées nous avons pris les meilleurs conseils sur le net pour optimiser notre serveur.

L'organisation du serveur

Pour la suite de l'article, nous vous situons l'organisation de notre serveur.

Nos dépôts SVN : /var/svn-repos/
Nos répertoires web : /var/www/
Nos dépôts Trac : /var/trac/
Les éléments statiques : /var/trac/deploy (géré par trac-admin)
Nos binaires spécifiques /var/trac/bin/

La timeline

Situation

La timeline est sûrement la page qui consomme le plus de ressources. Sur cette page se trouve l'ensemble de l'activité du trac, commits svn compris.

Par défaut elle est sur 30 jours ce qui est un peu trop sur un projet comme la zone qui génère plusieurs dizaines de commits par jours. De plus il est possible d'effectuer une recherche sur une période de 90 jours d'activité.

Résultat, nous avions 1 fois sur 2 la page qui bloquait lors des accès à la base de données.

Solution

Pour limiter les incidents sur cette page, comme le préconise la page performance de Trac, nous avons limité l'affichage par défaut au 5 derniers jours et autorisé une recherche maximale sur un mois.

sudoer~: nano /var/trac/spip-zone/conf/trac.ini

[timeline]
 changeset_show_files = 0
 default_daysback = 5
 max_daysback = 30

Mapper les ressources statiques

Situation

Par défaut l'ensemble des données est géré par Trac. Les éléments statiques tels que les images, javascript, feuilles de style, ... passent par python.
On configure apache pour que celui-ci se charge directement de ces données comme l'explique la documentation Trac

Solution

Pour obtenir les fichiers statiques nous utilisons la commande trac-admin deploy.

sudoer~: trac-admin /var/trac/spip-zone/ deploy /var/trac/deploy

Nous mettons à jour notre Virtualhost en mappant les éléments statiques.

sudoer~: nano /etc/apache2/sites-enabled/zone.spip.org

#Gerer les fichiers statiques en direct
Alias /trac/spip-zone/chrome/ /var/trac/deploy/htdocs/
<Directory "/var/trac/deploy/htdocs">
Order allow,deny
Allow from all
Directory>

Télécharger

Optimiser Apache

Les points qui vont suivre concernent principalement l'optimisation côté serveur.

Dans notre cas nous suivons les conseils Yslow. On peut trouver des informations complémentaires sur différents sites tel que le blog Frédéric de Villamil ou bien du côté de devside.

Optimiser la bande passante

Situation

On constate que l'ensemble de nos données n'est pas optimisé pour la transmission sur le réseau. Les éléments sont envoyés tels quels, ils ne sont pas compressés lors de leur passage sur le réseau.

On peut trouver plus d'information sur cette page dédiée

Solution

On configure le mode de compression selon la nature des fichiers transmis. On exclut de la compression les éléments normalement compressés comme les archives et les images.

sudoer~: nano /etc/apache2/mods-enabled/deflate.conf

# Compresser tout le contenu, sauf certains types spécifiques
<IfModule mod_deflate.c>
# Placer le filtre 'DEFLATE' sur tout le contenu sortant
SetOutputFilter DEFLATE
# Exclure les élément non compressibles en fonction de leur type
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png|rar|zip)$ no-gzip
<IfModule mod_headers.c>
# Gérer proprement les requettes qui transitent pas des proxies
Header append Vary User-Agent
IfModule>
IfModule>

# Gérer proprement les anciens navigateurs qui ne supportent pas la compression
<IfModule mod_deflate.c>
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
IfModule>

Télécharger

Optimiser la durée de vie des fichiers

Situation

Une certaine partie des éléments d'une page sont statiques. C'est à dire qu'ils vont très peu évoluer dans un temps relativement long. Ainsi les navigateurs mettent à jour un certain nombre de fichiers alors que cela est inutile.

Solution

Pour peaufiner les informations de durée de vie nous employons le mode expires tel que peut nous l'expliquer encore Yslow

On installe ainsi les modules Apache requis.

sudoer~: a2enmod expires

sudoer~: nano /etc/apache2/mods-enabled/expires.conf

<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType text/css "access plus 30 days"
ExpiresByType text/javascript "access plus 7 days"
ExpiresByType application/x-javascript "access plus 7 days"
ExpiresByType application/javascript "access plus 7 days"
ExpiresByType image/x-icon "access plus 7 days"
ExpiresByType image/png "access plus 30 days"
ExpiresByType image/gif "access plus 30 days"
ExpiresByType image/jpeg "access plus 30 days"
ExpiresByType image/jpg "access plus 30 days"
ExpiresByType application/x-shockwave-flash "access plus 60 days"
IfModule>

Télécharger

Les Etag

Situation

Les Etag sont des identifiants uniques pour associer une ressource (fichier, ...) à une version donnée.
Si on se réfère aux tests Yslow, on constate que notre serveur serait mal configuré.
Pour autant avant de courir et de mettre un gros

FileETag none

dans votre configuration. Il est utile de se référer à certains articles de référence tel que celui d'Eric dapset.

Solution

Dans notre cas, nous avons un seul serveur, des ressources principalement gérées dynamiquement et un mappage des ressources statiques.
La solution est alors simple : « Ne rien faire ».

Fournir Trac, mod_wsgi

Trac utilise python, on ne répètera jamais assez ce détail.
Du coup nous avons plusieurs solutions pour le faire fonctionner avec Apache.

On trouve d'un côté les solutions CGI et de l'autre les modules. le site de codepoint fournit un certain nombre d'explications sur ces différentes approches.
Les solution CGI sont normalement faciles à mettre en place mais leurs performances sont inférieures aux modules apache.

Parmi les solutions modules nous avons mod_python et mod_wsgi. Le mod_wsgi est le module recommandé à l'heure actuelle. Mod_python n'est plus maintenu et fournit comparativement des performances moindres.

Préalablement nous avons deployé les fichiers statiques (pour rappel

sudoer~: trac-admin /var/trac/spip-zone/ deploy /var/trac/deploy

Un fichier de configuration spécifique pour wsgi est alors fourni, nous le retrouvons dans /var/trac/deploy/cgi-bin/trac.wsgi

Nous configurons alors notre serveur en conséquence. Nous gardons /var/trac/deploy hors du DocumentRoot ce qui devrait limiter les incidents de sûreté.

<VirtualHost *:80>
DocumentRoot /var/www/zone.spip.org/

#Fournir Trac
WSGIScriptAlias /trac/spip-zone /var/trac/deploy/cgi-bin/trac.wsgi

<Directory /var/www/zone.spip.org>
PythonOption TracLocale "fr_FR.utf-8"
WSGIApplicationGroup %{GLOBAL}
Order deny,allow
Allow from all
Directory>
VirtualHost>

Télécharger

To be continued

Pour aller plus loin dans la configuration du mod_wsgi nous pouvons consulter le site officiel de Trac et celui du projet wsgi.