Linux-Nantes

Reprise des permanences

Patrice « PatLeNain » Le Gurun — 2010-08-24T18:35:02Z

Les vacances se terminant, les permanences de l'association reprennent au local à partir du samedi 11 septembre.

Elles seront tenues au moins le premier samedi de chaque mois à partir de 15h, les autres samedis étant sous réserve de disponibilités.

Plus de détails ici

Tux est mort, vive Tux !

Christophe « CHiPs » Petit, Patrice « PatLeNain » Le Gurun — 2010-06-19T10:35:27Z

Tux est mort !

Ce mercredi 26 mai, notre ancien serveur, appelé tux v4 (ou tux4), a été arrêté définitivement et débranché. Il a fourni de nombreux services à l'Association, du serveur Web au serveur de courriels en passant par les listes de diffusion.

Le problème, c'est que son architecture vieillissante, sa faible puissance [1] et son âge respectable ne nous permettaient plus d'assurer les mises à jour de sécurité, d'absorber la charge due au flux croissant de spams à traiter et d'installer de nouvelles applications.

Vive Tux !

Un nouveau serveur, tux5, a désormais pris sa place. Plus puissant, plus moderne (presque 10 ans d'écart), il va nous permettre d'assurer pour plusieurs années [2] les missions habituelles d'un serveur internet associatif.

Le site web, celui que vous consultez actuellement, est maintenant propulsé par SPIP v2.1. Le ménage infernal composé du couple Postfix/Amavis/ClamAv/Spamassassin permet de distribuer les mails et de filtrer les spams. Gallery 2 contient des photos, souvenirs ou non, des différents évènements de l'association. Enfin nos listes de diffusion sont gérées par l'excellentissime gestionnaire Sympa.

Tous ces éléments sont réunis par la magie de Debian Lenny sans qui ce serveur ne serait qu'une carcasse inutile tout juste bonne à prendre la poussière.

[1] comparées aux machines actuelles

[2] On l'espère !

Nous tenons vivement à remercier Sigma qui nous héberge depuis de si longues années et qui nous a fourni ce serveur.

Plus de photos des 2 bestiaux sur notre galerie photos !

Sauvegardez vos bases de données

Patrice « PatLeNain » Le Gurun — 2010-06-16T14:57:54Z

La sauvegarde des données informatiques est une activité trop souvent négligée, mais essentielle. Qui n'a jamais pesté quand un disque dur crashe et que les données contenues sont irrémédiablement perdues ?

Dans cet article, je vais vous détailler pas à pas comment sauvegarder le contenu de vos bases de données MySQL et PostgreSQL à partir d'un script fait maison fonctionnant sur mon serveur personnel sous Debian Lenny.

Les bases de données

Aujourd'hui les bases de données sont incontournables, que ce soit pour gérer un site web, faire fonctionner une galerie photos ou un wiki, ou encore configurer un serveur de courriel.

Dans le monde libre, deux SGBD [1] principaux existent, MySQL et PostgreSQL (d'autres existent, comme SQLite, mais ils ne seront pas traités dans cet article). Le premier est léger et beaucoup utilisé dans les applications web. Le second et plus lourd, mais plus performant et adapté aux applications complexes.

Ces serveurs ont la capacité de générer des sauvegardes au format SQL via des outils en ligne de commande. Cette capacité permet d'être pleinement intégrée à des scripts, ce que nous allons utiliser dans cet article.

Principe de fonctionnement

Le principe est très simple. Il s'agit de lancer, de manière automatique, un script nocturne, permettant de sauvegarder tout le contenu des bases de données.

Note : Dans cet article, sauf mention contraire, toutes les commandes sont lancées par le super-utilisateur (appelé root).

Pré-requis

Le premier pré-requis est de choisir dans quel répertoire seront sauvegardées vos données. Ce choix est important car il va conditionner la sécurité de cette sauvegarde.

Dans mon cas, j'ai choisi de réaliser mes sauvegardes sur un disque différent du disque contenant les données du système. Ce choix permet, en cas de crash du disque système, de pouvoir récupérer ces données. Différentes possibilités permettent encore d'améliorer cette sécurité, comme utiliser un disque disponible en réseau, utiliser un système redondant comme le RAID, ou encore combiner ces possibilités.

Pour cet exemple, j'utilise une partition située sur un disque externe, partition montée sur le répertoire /backup.

Je ne réalise pas la sauvegarde directement dans le répertoire /backup, mais dans un sous-répertoire (/backup/db_dumps). Ce sous-répertoire a des droits réduits pour limiter la visibilité des sauvegardes (qui contiennent des données sensibles) et pour réserver au seul super-utilisateur la possibilité de restaurer les données. Dans le script, ce sous-répertoire sera désigné par la variable $DEST_DIR et défini par :

DEST_DIR=/backup/db_dumps

Pour créer ce répertoire, on utilise les commandes suivantes :

mkdir /backup/db_dumps
chown root:root /backup/db_dumps
chmod 640 /backup/db_dumps

Le second pré-requis est de permettre le lancement automatique de la sauvegarde des bases MySQL [2]. Ce lancement automatique est permis par l'utilisation d'un fichier de configuration nommé .my.cnf situé dans le répertoire /root. Le fichier doit contenir au moins les informations suivantes [3] :

[mysqldump]
user=root
password=toto
host=localhost

toto est le mot de passe de l'administrateur de la base MySQL, il est à remplacer par le votre. Cette section permet à la commande mysqldump de se connecter à la base de données sans demander de mot de passe.

Sauvegarde complète des bases

La sauvegarde complète des bases va contenir l'ensemble du contenu des bases de données. Cette sauvegarde va permettre de restaurer les bases de données à l'identique.

Pour MySQL, cette sauvegarde sera réalisée par la suite de commandes suivantes :

# Rotation des fichiers de sauvegarde
rotate mysql_dumpall.sql
# Lance la sauvegarde complète
mysqldump --all-databases > $DEST_DIR/mysql_dumpall.sql
# Limite les droits sur la sauvegarde
chmod 400 $DEST_DIR/mysql_dumpall.sql

Pour PostgreSQL la sauvegarde sera un peu plus compliquée :

# Rotation des fichiers de sauvegarde
rotate pg_dumpall.sql
# Lance la sauvegarde complète par l'utilisateur postgres
su -c "pg_dumpall > ~/pg_dumpall.sql" postgres
# Modifie le propriétaire de la sauvegarde
chown root:root ~postgres/pg_dumpall.sql
# Limite les droits sur la sauvegarde
chmod 400 ~postgres/pg_dumpall.sql
# Déplace la sauvegarde dans le répertoire de destination
mv ~postgres/pg_dumpall.sql $DEST_DIR

À la suite de ces instructions, deux fichiers seront générés, mysql_dumpall.sql et pg_dumpall.sql, situés dans le répertoire /backup/db_dumps, avec les droits de lecture uniquement pour le super-utilisateur.

Sauvegardes individuelles

Un serveur de base de données pouvant contenir plusieurs bases de données, nous allons les sauvegarder individuellement. Ainsi, une base de données pourra être restaurée suite à une manipulation accidentelle, ou encore réaliser une migration d'un serveur à un autre.

Afin d'éviter les commandes répétitives, nous allons créer des fonctions.

Pour MySQL, la fonction sera la suivante :

# Sauvegarde une base de données MySQL
# Usage : mydump
# Résultat : fichier nommé mysql_.sql contenant la sauvegarde dans le
# répertoire $DEST_DIR
mydump() {
# $1 représente le nom de la base à sauvegarder
# Rotation des fichiers de sauvegarde
rotate mysql_$1.sql
# Sauvegarde la base de données
mysqldump --databases $1 > $DEST_DIR/mysql_$1.sql
# Limite les droits sur cette sauvegarde
chmod 400 $DEST_DIR/mysql_$1.sql
}

Pour PostgreSQL, la fonction sera la suivante :

# Sauvegarde une base de données PostgreSQL
# Usage : pgdump
# Résultat : fichier nommé pg_.sql contenant la sauvegarde dans le
# répertoire $DEST_DIR
pgdump() {
# $1 représente le nom de la base à sauvegarder
# Rotation des fichiers de sauvegarde
rotate pg_$1.sql
# Sauvegarde la base de données
su -c "pg_dump -C $1 > ~/pg_$1.sql" postgres
# Change le propriétaire de la sauvegarde
chown root:root ~postgres/pg_$1.sql
# Limite les droits sur cette sauvegarde
chmod 400 ~postgres/pg_$1.sql
# Déplace la sauvegarde dans le répertoire de destination
mv ~postgres/pg_$1.sql $DEST_DIR
}

Ces fonctions seront appelées base par base. Par exemple :

# Base système
mydump mysql
# Site web sous SPIP
mydump spip
# Site web de test sous SPIP
mydump spiptest
# Base utilisée par SpamAssassin
mydump spamassassin
# Calendrier PHP
pgdump calendar
# Galerie photos
pgdump gallery

Rotation des sauvegardes

Vous avez pu voir plusieurs appels à rotate. Cette fonction permet, à chaque lancement, de copier les sauvegardes en indiquant le moment de cette copie et de compresser ces copies. Ainsi vous obtenez un historique des sauvegardes. La fonction est la suivante :

## Fonction de rotation des sauvegardes
# Usage : rotate
rotate() {
# Copie situé dans $DEST_DIR
# -d Ajoute la date de la copie au nom du fichier copié
# -C Force la suppression des anciennes copies
# -c 7 Ne garde que 7 copies
# -p Conserve le propriétaire et les droits du fchier
# $1 Nom du fichier à copier
savelog -c 7 -d -C -p $DEST_DIR/$1 > /dev/null 2>&1
}

Optimisation MySQL

À titre facultatif vous pouvez lancer l'optimisation des bases MySQL [4] à la fin de la sauvegarde.

De la même manière que pour la sauvegarde, il faut ajouter au fichier .my.cnf quelques informations pour que cette optimisation se fasse sans demander de mot de passe :

[mysqlcheck]
user=root
password=toto
host=localhost

L'appel de cette optimisation se fera par l'appel :

mysqlcheck -A -a -o > /dev/null

Mise en place de la sauvegarde

Toutes ces commandes seront intégrées dans un script bash appelé backup_db.sh situé dans le répertoire /usr/local/sbin [5]. Ce script devra avoir les droits d'exécution.

Notre script étant terminé, il faut maintenant l'appeler. Cet appel se fera via le démon cron qui lance de manière régulière diverses actions. J'ai choisi de lancer ce script tous les jours à minuit. Suivant vos besoins vous pouvez le lancer plus ou moins souvent et/ou à des heures différentes. Ce lancement se fait par la création d'un fichier backup_db dans le répertoire /etc/cron.d contenant :

0 0 * * * root /usr/local/sbin/backup_db.sh

C'est fini !

Voila, les sauvegardes sont en place. Aucune manipulation supplémentaire n'est nécessaire. Seul l'ajout ou la suppression des sauvegardes individuelles est à réaliser en fonction des créations/suppressions de bases de données.

Ce script n'est pas la panacée, il ne remplace pas une sauvegarde complète du système. Des améliorations sont possibles, comme déterminer automatiquement les bases à sauvegarder individuellement, ou encore sauvegarder les bases PostgreSQL de manière plus simple.

J'espère que cet article vous a été utile.

[1] Serveur de Gestion de Base de Données

[2] Pour PostgreSQL, aucune préparation n'est nécessaire car le lancement de la sauvegarde diffère).

[3] Si ce fichier n'existe pas, il faut le créer avec les droits de lecture/écriture uniquement pour l'utilisateur root.

[4] PostgreSQL gère les optimisations automatiquement.

[5] Répertoire contenant les commandes systèmes spécifiques au serveur

Texte libre de diffusion et de modification, à condition de mentionner l'auteur, de mettre un lien sur l'article d'origine et de le redistribuer sous les mêmes conditions.

Cette création est mise à disposition sous un contrat Creative Commons.

Changement de serveur

Patrice « PatLeNain » Le Gurun — 2010-04-12T21:49:13Z

En raison d'un changement de serveur, l'Association sera injoignable par mail entre samedi et dimanche. Merci de votre compréhension. - L'Association / Une

Linux Nantes sera présent au salon Solutions Linux

Annaïg "Scara" DENIS — 2010-03-13T14:46:33Z

Comme lors des éditions précédentes, des membres de l'association seront présents sur dans la partie village associatif du salon Solutions Linux, stand VA36.

Solutions Linux 2010, ça sera :
155 Sociétés Exposantes
65 Associations
8458 Visiteurs
110 Journalistes
18 Formations/ Tutoriels
5 Tables Rondes
3 Cycles Spécifiques
10 Ateliers d'Experts
6 Keynotes d'Ouverture

Voir en ligne : Site officiel du salon SL2010

CAE vendredi 22 janvier 2009

Patrice « PatLeNain » Le Gurun — 2010-01-14T12:37:00Z

Un CAE (Conseil d'Administration Elargi) aura lieu vendredi 22 janvier 2009 à 20h30 à B17.

L'ordre du jour est le suivant :
RMLL 2009
Trésorerie
Préparation de l'AG de B17
Point sur les serveurs de l'association
Questions diverses

EDIT : Le compte-rendu est disponible ici.

Bonnes fêtes

Patrice « PatLeNain » Le Gurun — 2009-12-18T08:34:36Z

Linux-Nantes prend un repos bien mérité.

Nous vous retrouverons à la rentrée. D'ici là, nous vous souhaitons de bonnes fêtes de fin d'année !

Install Party le 14 novembre 2009

Annaïg "Scara" DENIS — 2009-11-02T23:39:02Z

Il n'est toujours pas aisé d'acquérir un ordinateur avec un système d'exploitation libre tel que GNU/Linux malgré l'intérêt qu'y porte une proportion croissante de la population. Linux-Nantes organise donc une nouvelle Install Party (journée d'installation) le samedi 14 novembre 2009 de 10h à 18h, 17 rue Paul Bellamy à Nantes. Venez découvrir les logiciels libres et vous faire aider pour l'installer sur votre ordinateur !

Les logiciels libres ont toujours le vent en poupe ! Ministères et administrations français(es), entreprises et états divers se tournent de plus en plus vers des solutions libres. OpenOffice, Mozilla-Firefox, Ubuntu, MandrivaLinux sont les noms d'applications ou de distribution GNU/Linux qui reviennent souvent lorsque l'on parle des migrations réalisées. Fiabilité, accessibilité et souvent gratuité, elles ont tout pour plaire aux professionnels et aux particuliers.

Afin d'aider les personnes novices dans le domaine des Logiciels Libres à installer sur leur ordinateur une distribution GNU/Linux (au menu : Mandriva, Ubuntu, Fedora, Debian, ...), les bénévoles de l'association Linux-Nantes seront présent(e)s au local de l'association de 10h à 18h le samedi 14 novembre 2009. Ils pourront aussi répondre aux questions des simples visiteurs qui viennent se renseigner sur le Logiciel Libre, sur les distributions GNU/Linux.


affiche IP-nov2009-mini

Pour l'organisation, ça se passe sur le wiki et la liste de diffusion Linux-Action.

Il est préférable de nous contacter si vous voulez faire installer une distribution GNU/Linux ce jour là afin :
de nous donner les caractéristiques de votre ordinateur (la configuration)
de nous indiquer la distribution choisie si vous en avez une idée. Nous pouvons ainsi nous assurer que des personnes compétentes seront présentes sur la distribution choisie et d'anticiper d'éventuels problèmes liés à l'aspect matériel.

Faites attention à bien faire vos sauvegardes, les bénévoles ne pourront pas être tenus pour responsables de la perte de données à cette occasion.

Si vous souhaitez que nous réalisions un double démarrage entre un MS Windows précédemment installé et une distribution GNU/Linux, vous devez impérativement faire une défragmentation de(s) partition(s) présente(s) afin que nous puissions les manipuler.

Assemblée Générale 2009 (suite) : le 28 novembre à 14h30

Annaïg "Scara" DENIS — 2009-11-02T21:30:37Z

Suite à l'AG du 24 octobre 2009, une nouvelle Assemblée Générale est convoquée afin de finir le bilan 2008/2009, le samedi 28 novembre 2009 à 14h30 au local (17 rue Paul Bellamy).

L'Assemblée Générale évoquera donc les points suivant :

Ordre du jour :

Validation de l'année écoulée :

Bilan Financier
Quitus du bilan Financier

L'année à venir :

Renouvèlement/élection au CA/bureau (2 postes à renouveler)

L'AG sera suivie par une réunion bilan des RMLL à partir de 16h, et se clotura par un repas (pâtes carbonara ?) sur place à B17.

Vous trouverez tous les détails ici, ainsi que sur la liste Membres. Merci d'ailleurs d'y signaler votre présence/absence.

Rendez vous à tous les membres et aussi à toute personne désirant se joindre à notre aventure.

Cordialement,

Le CA.

Le compte-rendu de l'AG du 24 octobre est disponible ici.

Le compte-rendu sera disponible là.

Pour les personnes ne pouvant pas assister mais désirant donner leur procuration, voici un petit exemple à envoyer par mail à la personne à qui vous la donnez :

Je, soussigné prénom nom, donne mon pouvoir de vote à prénom nom pour qu'il puisse voter en mon nom lors de l'assemblée générale le samedi 28 novembre 2009.

Simple mais pratique, de préférence cela pourrait être pratique de prévenir aussi par mail à l'adresse suivante secretaire AT linux-nantes.org du pouvoir donné histoire de faciliter le comptage.

[MDL] Planning des Initiations

Annaïg "Scara" DENIS — 2009-10-25T23:08:00Z

Les initiations se déroulent tous les mois (voire 15 jours) au local de l'association mais il est possible qu'elles aient lieu un autre jour dans un autre lieu (c'est alors précisé dans le planning). Elles débutent à 19h30 et 20h, l'heure exacte étant précisée dans l'article d'annonce de l'initiation.

Nous mettrons bien sûr à jour cet article en cours d'année pour suivre l'évolution du programme.

Le planning prévisionnel (dates à définir :

novembre/décembre 2009 : Les réseaux mesh par Phil P à 19h30

janvier 2010 : Linux Bases par Phil B à 19h30

février 2010 : La suite bureautique OpenOffice.org 3 par JMi à 19h30

à venir en 2010 : Debian par Damien à 19h30

Si vous souhaitez voir traiter un sujet particulier, ou vous proposer comme « initiateur », il suffit de faire une proposition à contact@linux-nantes.org