Je passe sur les détails du comment du pourquoi je m'en suis dépatouillé pour récupérer mes données (229Go de photos et de musique) sur du LVM réparti sur 2 disques avec un disque marqué inexistant. Mais j'ai réussi.
Edoras est d'une part un vieux coucou (Sempron 2400+ avec 1Go de RAM), mais très bien pour un petit serveur qui démarre en niveau 3. Mais c'est aussi une usine à gaz qui comporte 5 disques : un disque système avec 2 partitions /boot et l'autre en LVM (swap, root et home), un VGdata de 380Go sur 2 disques et un VGraid qui comme son l'indique est un RAID1 sur deux disques SATA de 500Go. Non seulement, j'ai eu ce problème d'inconsistance du VGdata, mais j'avais un des disques du RAID déconnecté. Et ne me demandez pas pourquoi, ce deuxième disque avec un identifiant de partition de type Linux LVM (8e) et non pas Linux RAID auto (fd). Je l'ai donc ré-attribué l'id du système de fichiers comme étant fd. Et j'ai du ré-ajouter le disque au RAID pour le resynchroniser.

Ajout du disque à la pile raid md127 :

# mdadm --add /dev/md127 /dev/sde1
mdadm: added /dev/sde1

Voilà, la synchronisation doit commencer toute seule :

[edoras@edoras ~]# cat /proc/mdstat
Personalities : [raid1]
md127 : active raid1 sde1[2] sdd1[0]
      488383936 blocks [2/1] [U_]
      [>....................]  recovery =  2.7% (13261248/488383936) finish=137.9min speed=57399K/sec

unused devices: 

Plus qu'une bonne 130aine de minutes à attendre pour avoir ses données sécurisées de nouveau.

Destiné à faire découvrir Leonidas, ce Linux Identity Kit fait 36 pages et contient 2 DVD (la version 32 et 64bits). Ma contribution représente 10 pages et est nettement orientée serveur pour dénoter avec le reste qui est plus du domaine de l'installation de cette nouvelle distribution et de sa partie graphique. En plus de l'introduction Contenu des DVD, les trois thèmes que j'ai essayé d'aborder d'une manière simple et dénuée de trop de technique sont les suivant :

• Création d'une pile RAID 1 avec les outils Linux standards
• Partage de fichiers avec NFS
• Serveur DHCP pour un réseau domestique

Linux Identity Kit n°9 : Fedora 11, nom de code Leonidas

Mise en place

On installe Squid si ce n'est déjà fait, en Fedora/Red Hat/CentOS/Yum-ish :

# yum -y install squid

Edition du fichier de config :

# vim /etc/squid/squid.conf

Puis chercher la ligne http_access deny all, la remplacer naturellement par http_access allow all. Attention, ceci autorise toutes les connexions extérieures - c'est le but - donc penser au côté sécurité, ne pas le faire sur n'importe quelle machine.

Peut-être ne voulez-vous pas ouvrir votre serveur au monde, mais le restreindre aux IP iraniennes, dans ce cas remplacer le http_access deny all par http_access allow TRUSTED et ajouter l'ACL avant cette déclaration, comme suit :

acl TRUSTED src 62.60.128.0/17 62.193.0.0/19 62.220.96.0/19 77.36.128.0/17 77.77.64.0/18 77.104.64.0/18 77.237.64.0/19 77.237.160.0/19 77.245.224.0/20 78.38.0.0/15 78.109.192.0/20 78.110.112.0/20 78.111.0.0/20 78.154.32.0/19 78.157.32.0/19 78.158.160.0/19 79.127.0.0/17 79.132.192.0/19 79.170.144.0/21 79.175.128.0/18 80.66.176.0/20 80.69.240.0/20 80.71.112.0/20 80.75.0.0/20 80.191.0.0/16 80.242.0.0/20 80.253.128.0/20 80.253.144.0/20 81.12.0.0/17 81.28.32.0/20 81.28.48.0/20 81.31.160.0/20 81.31.176.0/20 81.90.144.0/20 81.91.128.0/20 81.91.144.0/20 82.99.192.0/18 82.115.0.0/19 83.147.192.0/18 84.47.192.0/18 84.241.0.0/18 85.9.64.0/18 85.15.0.0/18 85.133.128.0/17 85.185.0.0/16 85.198.0.0/18 86.109.32.0/19 87.107.0.0/16 87.247.160.0/19 87.248.128.0/19 89.144.128.0/18 89.165.0.0/17 89.221.80.0/20 89.235.64.0/18 91.98.0.0/15 91.184.64.0/19 91.186.192.0/19 91.206.122.0/23 91.208.165.0/24 91.209.242.0/24 91.212.16.0/24 91.212.19.0/24 91.212.252.0/24 92.42.48.0/21 92.50.0.0/18 92.61.176.0/20 92.62.176.0/20 92.242.192.0/19 93.110.0.0/16 93.190.24.0/21 94.74.128.0/18 94.101.128.0/20 94.101.176.0/20 94.101.240.0/20 94.139.160.0/19 94.182.0.0/15 94.184.0.0/17 94.232.168.0/21 94.241.128.0/18 95.38.0.0/16 95.80.128.0/18 95.81.64.0/18 95.82.0.0/18 95.82.64.0/18 95.130.56.0/21 95.130.240.0/21 188.34.0.0/16 188.93.64.0/21 188.121.96.0/19 188.121.128.0/19 188.136.128.0/17 188.158.0.0/15 193.189.122.0/23 194.225.0.0/16 195.146.32.0/19 212.16.64.0/19 212.33.192.0/19 212.50.224.0/19 212.80.0.0/19 212.95.128.0/19 212.120.192.0/19 213.176.0.0/19 213.176.32.0/19 213.176.64.0/18 213.195.0.0/18 213.207.192.0/18 213.217.32.0/19 213.233.160.0/19 217.11.16.0/20 217.24.144.0/20 217.25.48.0/20 217.64.144.0/20 217.66.192.0/20 217.66.208.0/20 217.146.208.0/20 217.172.96.0/19 217.174.16.0/20 217.218.0.0/15

Il est également conseillé de stopper les logs qui peuvent grossir vite. Dans le squid.conf :

access_log none
cache_store_log none

Redémarrage du serveur mandataire :

# service squid restart

Et voilà! Vous n'avez plus qu'à en informer Austin Heap (ou via Twitter) qui liste tous les serveurs disponibles de par le monde et qui est l'initiateur de cette démarche.

Leonidas est dans la place

Après une tentative plutôt infructueuse par le biais de preupgrade - tout se passait bien, mais après la demande de redémarrage, j'étais toujours sous F10 - j'ai décidé de télécharger le DVD de Leonidas, ne serait-ce que pour l'avoir, et de faire la mise-à-jour.

Celle-ci s'est bien passée, mais les problèmes ont débuté avec YUM qui n'était plus là : no module named yum et un soucis de version du paquet rpm-python. J'ai vite vu que c'était toujours la version F10 du gestionnaire de paquets qui était présente, d'où le problème de dépendance relatif à python. J'ai donc installé le RPM de YUM pour F11 et tout est rentré dans l'ordre. J'ai pu mettre à jour cette F11 (pas vraiment) fraîchement installée.

Le gros du soucis a été du côté du serveur DHCP, celui-ci ne voulant absolument pas démarrer. Les logs m'indiquaient qu'il fallait spécifier l'interface réseau utilisée dans le dhcpd.conf comme j'ai deux cartes réseaux. J'ai retourné la doc d'ISC et les forums pendant une bonne heure et demi (je n'ose pas dire deux..) pour m'apercevoir que désormais le fichier de configuration se trouve sous /etc/dhcp et non plus directement sous /etc. L'adage "Petite cause, grands effets" est souvent de mise en informatique - genre pour les problèmes en séries - mais là c'était "Grand effet, petite cause".

OS 3.0 pour iPhone

Le passage a F11 m'a permis la mise-à-jour de l'iPhone également. Petite étape en OS officiel avant le jailbreak dès qu'il sera disponible.
D'apparence aucun lien entre les deux sujets de ce billet si ce n'est que j'avais besoin d'edoras pour cette opération car ma bibliothèque iTunes est sur un volume NFS du serveur linux, donc pas d'iTunes, pas de mise-à-jour de l'iPhone.

Au menu des nouveautés en vrac donc : enfin le copier-coller-couper, dictaphone, MMS, mode paysage généralisé, Spotlight, synchro des notes, secouer l'appareil pour mélanger....

Le principe

Le principe n'est pas nouveau, il s'agit de faire une sauvegarde rsync avec les options récursifs (-r), archives (-a) et suppression (--delete) dans un répertoire current. Lorsque la tâche est terminée, on fait une copie cp avec les options liens durs (-l) et archives (-a) du contenu de current au même niveau vers un répertoire qui porte la date du jour. Et voilà. Lors de la prochaine sauvegarde, rsync va ajouter les nouveaux fichiers, mettre à jour ceux modifiés et supprimer ceux qui ont été supprimés dans current. L'historisation dans les répertoires avec la date permet de remonter vers différentes versions d'un fichier quant au répertoire current, il dispose toujours de l'image à jour des fichiers.

Le script

Voici le script que j'utilise :

#!/bin/bash

#======================================================================
# snapshot_backup.sh - Script de sauvegarde de type snapshot
#======================================================================
# by fabien a. [fabien@feub.net]
# http://werk.feub.net/
#======================================================================
# This program is free software; you can redistribute it and/or
# modify it under the terms of the GNU General Public License
# as published by the Free Software Foundation; either version 2
# of the License, or (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not,
#  - write to the Free Software
#               Foundation, Inc.,
#               51 Franklin Street,
#               Fifth Floor,
#               Boston, MA  02110-1301
#               USA.
#               - See http://www.gnu.org/licenses/gpl.html
#======================================================================

#======================================================================
# VARIABLES
#======================================================================

SOURCE="/rep/source/"
CIBLE="/rep/cible/"

DATE=`date +%Y%m%d-%H%M`
LOG="/rep/du/log/snapshot_rsync-${DATE}.log"

REP_A_SVG="etc usr bin home"

MAIL_DEST="toto@tata.net"
MAIL_SUBJECT="[snapshot] du `date +%D` à `date +%H:%M` "

VER="0.9"

#======================================================================
# EXECUTION
#======================================================================

echo "======================================================================"  | tee -a $LOG
echo "snapshot_backup.sh v.$VER" | tee -a $LOG
echo "http://werk.feub.net/" | tee -a $LOG
echo "----------------------------------------------------------------------" | tee -a $LOG

#======================================================================
# SYNCHRONISATION
#======================================================================

echo "Début de la sauvegarde le `date +%D` à `date +%H:%M` " | tee -a $LOG
echo "----------------------------------------------------------------------" | tee -a $LOG
for REP in $REP_A_SVG ;  do
    echo "    *    Sauvegarde de  $REP" | tee -a $LOG
    rsync -vrap --delete ${SOURCE}$REP $CIBLE/current | tee -a $LOG
done;

echo "----------------------------------------------------------------------" | tee -a $LOG

#======================================================================
# SNAPSHOT
#======================================================================

cp -val $CIBLE/current $CIBLE/$DATE | tee -a $LOG

echo "Fin de la sauvegarde le `date +%D` à `date +%H:%M` " | tee -a $LOG
echo "======================================================================" | tee -a $LOG

#======================================================================
# ENVOI EMAIL LOG
#======================================================================

/bin/mail -s "$MAIL_SUBJECT" $MAIL_DEST < $LOG
wait

exit 0

Cette technique permet d'avoir des sauvegardes historisées tout en gagnant beaucoup de place grâce aux copies en liens durs (hardlinks).

J'en ai donc profité pour revenir à Wordpress, les raisons sont multiples et variées, elles sont brièvement évoquées dans ce billet.
La majeure partie de la translation Expression Engine vers Wordpress a été faîte, il doit rester quelques dysfonctionnements esthétiques certainement. Tout le contenu a été re-importé.

Je parlerai peut-être un peu plus de l'actualité et de petites choses. Ce qui est certain, c'est que je suis toujours sous Fedora et Leonidas (Fedora 11) est officiellement lancé!

Note : pourquoi Je me repète en sous-titre? Juste un clin d'œil à la même migration que j'ai faite il y a peu sur Photo Nature : http://photonature.feub.net avec quasiment le même titre.

Utilisation

L'utilisation de la commande dig est la suivante :

dig @serveur nom type

@serveur : le serveur DNS utilisé pour la requête. nom : le nom du serveur DNS à interroger. type : le type d'enregistrement à vérifier. Mais la forme la plus simple est l'appel de la commande suivi du nom d'hôte à vérifier :

$ dig feub.net

Qui retourne quelque chose comme :

; <<>> DiG 9.5.1-P1-RedHat-9.5.1-1.P1.fc10 <<>> feub.net
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10503
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2
;; QUESTION SECTION:
;feub.net.                      IN      A
;; ANSWER SECTION:
feub.net.               75788   IN      A       80.93.82.79
;; AUTHORITY SECTION:
feub.net.               75788   IN      NS      NS31B.HAISOFT.net.
feub.net.               75788   IN      NS      NS31A.HAISOFT.net.
;; ADDITIONAL SECTION:
NS31A.HAISOFT.net.      47403   IN      A       80.93.82.79
NS31B.HAISOFT.net.      41905   IN      A       80.93.82.217
;; Query time: 2 msec
;; SERVER: 192.168.75.1#53(192.168.75.1)
;; WHEN: Mon Feb  2 10:58:33 2009
;; MSG SIZE  rcvd: 122

Beaucoup d'informations sont retournées. Le première partie renseigne sur la version même de dig utilisée, suivi des options globales, dans cet exemple : printcmd qui peut ne pas être affiché en utilisant l'option +nocmd juste après le dig. La partie qui suit - Got answer - apporte des informations sur le serveur. Cette partie ne sera pas affichée en ajoutant l'option +nocomments, mais attention car elle supprime également les entêtes de sections.
Arrive la section QUESTION SECTION qui comme son nom l'indique affiche la question que vous avez posé au serveur DNS. Dans la forme simplifiée utilisée ici, la recherche est par défaut faite sur les enregistrements A. En général, vous savez ce que vous avez demandé, donc pour neutraliser cette partie dans le résultat, utiliser l'option +noquestion.
Pour terminer, la réponse est affichée dans la section ANSWER SECTION. L'IP de feub.net est 80.93.82.79. Même cette partie du résultat peut être neutralisée avec l'option +noanswer (mais je ne vois pas dans quel cas on demande quelque chose sans être intéressé par la réponse...).
La section AUTHORITY SECTION renseigne sur les serveurs DNS autoritaires du domaine. Pour ne pas afficher cette section, c'est l'option +noauthority.
La fin affiche la section ADDITIONAL SECTION qui donne les IP des serveurs DNS autoritaires utilisés pour la requête. On devine comment ne pas l'afficher : +noadditional
Et le résultat se termine par des statistiques sur la requête, que l'on désactive par l'option +nostats.

Quelques exemples

# Obtenir l'adresse du serveur hébergeant feub.net
$ dig feub.net A +noall +answer
# Obtenir la liste des serveurs de messagerie de Google
$ dig google.com MX +noall +answer
# Obtenir la liste des serveur DNS autoritaires pour Google
$ dig google.com NS +noall +answer
# Obtenir toutes les informations demandées ci-dessus
$ dig google.com ANY +noall +answer

Pour avoir un résultat court :

$ dig google.com +short

Beaucoup de possibilité avec toutes ces petites options.

# yum install slim

Ensuite, on édite (et on dans la plupart des cas on crée) le fichier desktop sous /etc/sysconfig avec ceci :

DISPLAYMANAGER=/usr/bin/slim-dynwm

Et voilà le joli Login Manager.

Astuce : F11 fait une copie d'écran de l'écran de connexion (nécessite ImageMagick)

EDIT : en passant de GDM à SLiM, je me suis rendu compte que je n'ai plus le montage automatique de volumes USB. HAL est pourtant démarré et un montage à la main fonctionne bien sur parfaitement. Si quelqu'un a un tuyau...

Avant :

$ df -h
Sys. de fich.         Tail. Occ. Disp. %Occ. Monté sur
/dev/mapper/VG1-LVroot
9,9G  3,7G  5,7G  40% /
/dev/mapper/VG1-LVhome
26G  853M   23G   4% /home
/dev/sdc1             145G   83G   54G  61% /backup
/dev/sdb1             184G  111G   64G  64% /data1
/dev/sda1             236M   29M  195M  13% /boot
/dev/mapper/VGraid-LVraid
459G  216G  220G  50% /raid

D'une part, cela me faisait beaucoup de montages (NFS) sur mes Mac alors que je pouvais - théoriquement - rassembler /backup et /data1 en un seul volume, et d'autre part, je désirais passer en full LVM pour plus de flexibilité.

La limitation des systèmes de fichiers classiques m'imposait d'avoir ces deux partitions séparées, celles-ci étant sur deux disques différents. C'est là que LVM montre sa puissance : la possibilité de créer un groupe de volumes sur les deux disques, soit au final avoir une seule partition virtuelle de 360Go unique sur les deux disques.

Après :

$ df -h
Sys. de fich.         Tail. Occ. Disp. %Occ. Monté sur
/dev/mapper/VG1-LVroot
9,9G  3,7G  5,7G  40% /
/dev/mapper/VG1-LVhome
26G  855M   23G   4% /home
/dev/mapper/VGdata-LVdata
331G  1,8G  312G   1% /mnt/data
/dev/sda1             236M   29M  195M  13% /boot
/dev/mapper/VGraid-LVraid
459G  275G  162G  63% /mnt/raid

Après avoir déplacé mes données sur un autre disque pour faire la modification, redéfini sdb1 et sdc1 en partition de type 8e (Linux LVM) dans fdisk, j'ai opéré comme suit pour ajouter un groupe de volumes VGdata contenant un unique volume logique LVdata de la totalité de l'espace disponible (je ne détaillerai pas, les étapes ayant été un peu mieux expliquées dans ce billet) :

# pvcreate /dev/sdb1
# pvcreate /dev/sdc1
# vgcreate -s 16M VGdata /dev/sdb1 /dev/sdc1
# lvcreate -l 21462 VGdata -n LVdata
# mkfs.ext3 /dev/VGdata/LVdata
# mkdir /mnt/data
# mount /dev/VGdata/LVdata /mnt/data

Ajout du montage dans fstab :

/dev/VGdata/LVdata	/mnt/data		ext3	defaults	1 2

# Fichier de log
LOGPATH="/home/fabien/bin/log/check_rtorrent.log"
# Email
EMAIL="fabien@feub.net"
SUBJECT="[check] rTorrent"
# Si pas de fichier de log, on le crée
if [ ! -f $LOGPATH ]
then
touch $LOGPATH
fi
echo -n $(date) " : Vérification que rTorrent est lancé..." >> $LOGPATH
if /sbin/pidof rtorrent
then
echo "en fonctionnement : OK" >> $LOGPATH
else
echo -n "non démarré..." >> $LOGPATH
echo -n "démarrage..." >> $LOGPATH
/home/fabien/bin/btlaunch.sh
echo "en fonctionnement : OK" >> $LOGPATH
mail -s "$SUBJECT" "$EMAIL" < $LOGPATH
fi

Télécharger check_rtorrent.sh

Pour automatiser cela, je l'ajoute dans mon crontab pour qu'il vérifie toutes les 5 minutes :

$ crontab -e
*/5 * * * * /home/fabien/bin/check_rtorrent.sh