Le problème:

5 disques en RAID5 et LVM2, 1 groupe de volumes /dev/gv1 et 6 volumes logiques /dev/gv1/vol01 à /dev/gv1/vol06 occupant tout l’espace disponible. Tous les volumes logiques sont formatés en ext3.

L’espace commence à manquer sur le volume logique vol06 alors que le volume vol02 a plein d’espace libre. J’ai donc pris 14Go sur vol02 pour agrandir vol06. La manip n’est pas très compliquée mais il vaut mieux prendre son temps si on ne veut pas perdre toutes ses données,  en général on ne veut pas. La première étape est donc une sauvegarde des volumes à modifier.

Diminuer la taille du volume /dev/gv1/vol02

ATTENTION: Diminuer un volume en deçà de l’espace occupé par les données conduit à la destruction du système de fichiers.

La taille actuelle du volume est d’environ 286Go, je veux la ramener à 272Go. On va commencer par réduire la taille du système de fichiers à 270Go, puis réduire la taille du volume logique à 272Go et enfin agrandir le système de fichier à 272Go. Cette astuce donnée par Hoper dans cet article permet de limiter les risques d’erreurs.

Démontage du volume :

umount /dev/gv1/vol02

Vérification :

e2fsck -f /dev/gv1/vol02

Ramener la taille du système de fichiers à 270Go :

resize2fs /dev/gv1/vol02 270G

Ramener la taille du volume logique à 272Go :

lvresize -L 272G -v /dev/gv1/vol02

Etendre le système de fichiers pour qu’il occupe tout le volume logique :

resize2fs /dev/gv1/vol02

Vérification :

e2fsck -f /dev/gv1/vol02

Remontage des volumes :

mount -a

Ca y est, le plus risqué est fait!

Agrandir le volume /dev/gv1/vol06

On va agrandir le volume logique vol06 pour qu’il récupère tout l’espace disponible dans le groupe de volume gv1.

On vérifie l’espace disponible avec vgdisplay :

vgdisplay

Les infos intéressantes sont PE size et Free PE, j’obtiens :

PE Size               4,00 MB
Free  PE / Size       3700 / 14,45 GB

La valeur de 14,45GB étant un arrondi, on va recalculer l’espace réellement disponible en Mo : 3700×4=14800Mo

OK, on peut y aller.

Démontage du volume :

umount /dev/gv1/vol06

Vérification :

e2fsck -f /dev/gv1/vol06

Agrandir de 14800Mo la taille du volume logique

lvresize -L +14800M /dev/gv1/vol06

Etendre le système de fichiers pour qu’il occupe tout le volume logique :

resize2fs /dev/gv1/vol06

Vérification :

e2fsck -f /dev/gv1/vol06

Remontage des volumes :

mount -a

Ayé c’est fini.
Liens:
LVM, une autre manière de partitionner

RAID et LVM

Après moult hésitations je me suis décidé à passer sous KDE4, mais je pense que j’aurais du continuer à hésiter encore un peu… Certes l’interface est bien jolie et paramétrable à souhait, la stabilité est correcte, mais il y a des lacunes énervantes sur des fonctions majeures, comme le SSL et les certificats. Il semble que KDE gère (mal) sa propre liste d’autorités de certification. CAcert par exemple n’est pas reconnu, alors qu’il se trouve dans le magasin global de certificats de la distribution.

On peut contourner le problème en utilisant le magasin global plutôt que celui de KDE avec la commande suivante :

sudo ln -sf /etc/ssl/certs/ca-certificates.crt /usr/share/kde4/apps/kssl/ca-bundle.crt

Il me reste à trouver comment utiliser mes certificats persos avec KMail, j’y retourne…

Liens:

https://bugs.kde.org/show_bug.cgi?id=162485

https://bugs.launchpad.net/kdelibs/+bug/295266

sudo ln -sf /etc/ssl/certs/ca-certificates.crt
/usr/share/kde4/apps/kssl/ca-bundle.crt

Paramétrage de hal (0.5.11~rc2-1ubuntu8.3) …
* Reloading system message bus config… [ OK ]
polkit-read-auth-helper: needs to be setgid polkituser
polkit-auth: NotAuthorizedToReadAuthorizationsForOtherUsers: uid 0 is not authorized to read authorizations for uid 109 (requires org.freedesktop.policykit.read)
polkit-read-auth-helper: needs to be setgid polkituser
polkit-auth: NotAuthorizedToReadAuthorizationsForOtherUsers: uid 0 is not authorized to read authorizations for uid 109 (requires org.freedesktop.policykit.read)
dpkg : erreur de traitement de hal (–configure) :
le sous-processus post-installation script a retourné une erreur de sortie d’état 1
Des erreurs ont été rencontrées pendant l’exécution :
hal

La réinstallation du paquet hal ne donnant rien, j’ai résolu le problème ainsi :

~# aptitude reinstall policykit
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
Lecture de l’information d’état étendu
Initialisation de l’état des paquets… Fait
Construction de la base de données des étiquettes… Fait
Les paquets suivants seront RÉINSTALLÉS :
policykit
Les paquets partiellement installés suivants seront configurés :
hal
0 paquets mis à jour, 0 nouvellement installés, 1 réinstallés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 51,2ko d’archives. Après dépaquetage, 0o seront utilisés.
Écriture de l’information d’état étendu… Fait
Prendre :1 ftp://ftp.free.fr hardy/main policykit 0.7-2ubuntu7 [51,2kB]
51,2ko téléchargés en 0s (80,3ko/s)
(Lecture de la base de données… 316832 fichiers et répertoires déjà installés.)
Préparation du remplacement de policykit 0.7-2ubuntu7 (en utilisant …/policykit_0.7-2ubuntu7_i386.deb) …
Dépaquetage de la mise à jour de policykit …
Paramétrage de policykit (0.7-2ubuntu7) …

Paramétrage de hal (0.5.11~rc2-1ubuntu8.3) …
* Reloading system message bus config…                                                                         [ OK ]
* Starting Hardware abstraction layer hald                                                                              /usr/sbin/hald already running.
[ OK ]

On peut le télécharger ici http://www.ncftp.com/ncftp/, pour Debian et Ubuntu on fera :

sudo aptitude install ncftp

Exemple d’utilisation :

Pour copier tous les fichiers du répertoire /var/www du serveur www.exemple.com avec le user FTP « machin » vers le répertoire /var/www/sitemachin de la machine locale :

ncftpget –R –v –u "machin" www.exemple.com /var/www/sitemachin /var/www

avec :

-R : copie récursive
-v : mode verbeux
-u "machin" : nom de l'utilisateur FTP

Lien : Linux: Download all file from ftp server recursively

La commande sfdisk permet de manipuler les tables de partitions et de dupliquer très simplement la structure de cette table d’un disque vers un autre. Si on veut copier la table des partitions du disque /dev/sda vers le disque /dev/sdb la commande sera :

sfdisk -d /dev/sda | sfdisk /dev/sdb

C’est très pratique si on veut initialiser un volume RAID 1 par exemple.

Attention quand même, comme toutes les commandes de bas niveau qui agissent sur la table des partitions, une mauvaise manip peut avoit des conséquences douloureuses. Mieux vaut réfléchir un brin avant d’appuyer sur Entrée…

Lien : La man page de sfdisk, très bien faite, qui indique les options de sauvegarde et restauration

Installation des paquets nécessaires :

sudo aptitude install build-essential linux-headers-`uname -r` xinetd

Télécharger VMware Server sur le site de VMware et obtenir un numéro de série si nécessaire.

Recopier l’archive dans un répertoire temporaire, la décompacter et lancer le script d’installation :

cp VMware-server-1.0.6-91891.tar.gz /tmp/.
cd /tmp
tar -xvzf VMware-server-1.0.6-91891.tar.gz
cd VMWare/vmware-server-distrib
./vmware-install.pl

Choisir les options par défaut et entrer le numéro de série s’il s’agit d’une première installation de VMware.

Recopier manuellement les librairies manquantes :

sudo cp /lib/libgcc_s.so.1 /usr/lib/vmware/lib/libgcc_s.so.1
sudo cp /usr/lib/libpng12.so.0 /usr/lib/vmware/lib/libpng12.so.0

Pour le support USB il n’y a plus besoin de bricoler le fichier /etc/init.d/mountdevsubfs.sh. Il suffit d’ajouter les lignes suivantes dans /etc/fstab :

# Support USB pour VMware
none /proc/bus/usb usbfs devgid=46,devmode=664 0 0

Redémarrer la machine et lancer VMware Server. Mettez à jour les VMware Tools pour chaque machine virtuelle, et voilu.

Par la suite, à chaque mise à jour du noyau linux il faudra reconfigurer VMWare :

sudo aptitude install linux-headers-`uname -r`
vmware-config.pl

Liens

Install VMWare in Ubuntu 8.04

rsnapshot est un logiciel de sauvegarde en Perl très malin basé sur rsync et les liens durs linux. Les liens durs permettent de conserver des historiques de sauvegarde avec un encombrement minimum. rsync de son coté permet de ne transférer que les fichiers modifiés, avec la possibilité de transmettre les données cryptées dans un canal ssh, c’est du tout bon pour des sauvegardes à distance.

Petite remarque au passage, si vous envisagez d’utiliser rsnapshot au travers d’une connexion ADSL, il ne faut pas que l’adresse IP change durant la session, ça plante la connexion ssh. Avec certains fournisseurs d’accès qui changent l’adresse IP toutes les 15mn (pour obtenir la liste, faites le 9) c’est même pas la peine d’essayer.

L’installation sous Ubuntu est d’une simplicité Debianesque :

aptitude install rsnapshot

Il y a juste un petit module Perl qui n’est pas installé par le paquet, Lchown. Ce module permet à rsnapshot de gérer les droits sur les liens symboliques. S’il n’est pas installé, les liens symboliques sauvegardés peuvent avoir des droits erronés, et c’est embêtant lors d’une restauration. On constate la présence (et bien souvent l’absence) du module en mettant les logs en mode verbeux dans rsnapshot (verbose 5).

On l’installe à partir des archive CPAN (Comprehensive Perl Archive Network).

Si ce n’est pas fait installer les paquets de compilation essentiels :

aptitude install build-essential

Installer ensuite le module Lchown :

perl -MCPAN -e ‘install qw(Lchown)’

Si c’est la première fois que CPAN est utilisé, il faut le configurer. Je ne connais rien à la question donc j’ai gardé les options par défaut, à part le répertoire de cache que j’ai mis dans /var/cache/cpan et les miroirs où j’ai choisi la France plutôt que les iles Tonga, enfin vous voyez.

A la fin de la configuration, s’il n’y a pas de messages déplaisants, le module est installé. Vous pouvez passer à la configuration de rsnaphot en éditant /etc/rsnapshot.conf ou en créant un répertoire /etc/rsnapshot si vous avez plusieurs sauvegardes à gérer.

Il y a plusieurs méthodes pour redimensionner un disque virtuel VMware. On peut utiliser VMware Converter (la version de base est gratuite) mais à priori il ne fonctionne pas avec les images Vista et c’était justement celle que je voulais agrandir.

J’ai utilisé vmware-vdiskmanager, qui est un outil fourni avec VMware Server, et sans doute avec d’autres versions de VMware.

La première étape est de faire une copie de l’image, on n’est jamais trop prudent…

Ensuite, il faut supprimer les snapshots de l’image a partir de la console VMware, sinon vmware-vdiskmanager refuse de fonctionner. Attention, cette opération peut prendre un temps certain avec de grosses images et son interruption causera une corruption irrémédiable de l’image. Surveiller le processus snhelper dans une console bash, c’est lui qui fait le boulot, et vérifier qu’il n’y a plus de fichiers *.WRITELOCK dans le répertoire de l’image avant de passer à la suite.

Ouvrir une console bash dans le répertoire de l’image, et taper la commande :

vmware-vdiskmanager -x nnGB nom_de_l_image.vmdk

ou nn est la nouvelle taille de l’image en Go

par exemple :

vmware-vdiskmanager -x 16GB vista.vmdk

Lorsque c’est terminé, il ne reste plus qu’à ouvrir l’image à partir de la console VMware et à redimensionner la partition pour qu’elle occupe le nouvel espace. Là ça dépend de l’OS hébergé.

Pour Vista c’est Ordinateur / Gérer / Gestion des disques / Etendre le volume

Avec une image Linux on ira voir du coté de parted et ses dérivés, pour Windows XP il faudra utiliser un logiciel dédié comme Partition Magic ou faire quelques acrobaties avec System Rescue, comme expliqué ici (non testé).

Ce memo me sert pour configurer WebDAV avec cryptage SSL sur un serveur Apache. J’utilise WebDAV pour offrir un accès fichiers aux webmasters des sites que j’héberge, c’est plus souple et plus sûr que le FTP. Cette config est très basique, Webdav permet un paramétrage très fin des autorisations, notamment avec la directive <Limit …>

Une des contraintes de Webdav est que le serveur Apache doit avoir les droits en lecture-écriture sur tous les répertoires et fichiers partagés. Il faut donc veiller à ce que le user sous lequel s’exécute Apache (www-data dans mon cas) en reste propriétaire. C’est pourquoi les concepteurs de Webdav recommandent de ne pas utiliser d’autre protocole pour accéder à ces fichiers. C’est à mon humble avis un peu excessif, mais il faut y faire attention, un upload fait par SSH ou FTP n’aura probablement pas les bons droits.

Requis

• Apache 2
• Openssl
• Un compte sur cacert.org

Installer les modules Apache

> a2enmod ssl
> a2enmod dav
> a2enmod dav_fs
> a2enmod dav_lock
> a2enmod rewrite
> /etc/init.d/apache2 force-reload

Générer le certificat SSL

Dans le répertoire /etc/ssl/private :

> openssl req -nodes -new -keyout mondomaine.key -out mondomaine.csr

On peut passer toutes les questions sauf « Common Name (eg, YOUR name) », où il ne faut surtout pas mettre son nom mais le nom du domaine.

> cat mondomaine.csr

Copier la sortie dans le presse-papier
Sur le site cacert.org aller sur Certificat de domaine / Nouveau
Demander un certificat de classe 3
Coller le csr
Récupérer le certificat dans le presse-papier et le coller dans /etc/ssl/private/mondomaine.crt

finir par :

> chmod 600 mondomaine.*

Recopier le certificat racine CACert Classe 3 dans le magasin de certificats /etc/ssl/certs sous le nom cacert_class3.crt

Il est aussi possible d’utiliser un certificat autosigné, comme expliqué ici par exemple. L’avantage du certificat CACert est qu’il est issu d’une autorité certes non commerciale mais reconnue. Si le certificat racine de CACert n’est pas présent sur les postes clients on peut le télécharger ici

Configurer Apache

Attention, un seul serveur virtuel SSL par adresse IP!

Hors serveur virtuel, ajouter les directives :

NameVirtualHost *:80
NameVirtualHost *:443
DAVMinTimeout 600
DAVDepthInfinity On

Dès qu’on a mis en place le SSL, il faut que tous les serveurs virtuels soient assignés à un port, 80 pour http ou 443 pour https.

ex :

<VirtualHost *:80>
…
</VirtualHost>

Déclarer le serveur virtuel

On crée le fichier /etc/apache2/sites-availables/webdav :

<VirtualHost *:80>
ServerName mondomaine
# Force SSL
RewriteEngine on
RewriteCond %{HTTPS} !=on [NC]
RewriteRule ^.*$ https://%{SERVER_NAME}%{REQUEST_URI} [R,L]
</VirtualHost>
<VirtualHost *:443>
ServerName mondomaine
ServerAdmin webmaster@mondomaine
SSLEngine On
SSLCACertificateFile /etc/ssl/certs/cacert_class3.crt
SSLCertificateFile /etc/ssl/private/mondomaine.crt
SSLCertificateKeyFile /etc/ssl/private/mondomaine.key
DocumentRoot /var/www
<Directory />
Options -Indexes FollowSymLinks
AllowOverride none
</Directory>
<Directory /var/www/site1>
Options Indexes
AllowOverride none
Order allow,deny
allow from all
DAV on
AuthName « Administration site Site 1″
AuthType Basic
AuthUserFile /etc/apache2/htpasswd-webdav
<Limit GET POST PROPFIND PUT DELETE PROPPATCH MKCOL COPY MOVE LOCK UNLOCK>
Require user utilisateur1
</Limit>
</Directory>
<Directory /var/www/site2>
Options Indexes
AllowOverride none
Order allow,deny
allow from all
DAV on
AuthName « Administration site Site 2″
AuthType Basic
AuthUserFile /etc/apache2/htpasswd-webdav
<Limit GET POST PROPFIND PUT DELETE PROPPATCH MKCOL COPY MOVE LOCK UNLOCK>
Require user utilisateur2
</Limit>
</Directory>
ErrorLog syslog
LogLevel warn
CustomLog /var/log/apache2/access_dav.log combined
</VirtualHost>

Créer la base utilisateurs

> htpasswd -c /etc/apache2/htpasswd-webdav utilisateur1
New password:
Re-type new password:
Adding password for user utilisateur1
> htpasswd /etc/apache2/htpasswd-webdav utilisateur2
New password:
Re-type new password:
Adding password for user utilisateur2

Donner les droits d’accès à Apache

> chown www-data /etc/apache2/htpasswd-webdav
> chmod 660 /etc/apache2/htpasswd-webdav

Configurer le firewall

Ouvrir le port TCP 443

Le moment de vérité!

on active le site :

> a2ensite webdav
> /etc/init.d/apache2 reload

S’il n’y a pas d’erreur il ne reste plus qu’a tester le partage avec un client Webdav : Dossiers Web sous Windows, le kio webdavs:// avec Konqueror (attention webdav:// ne fonctionne pas en SSL), le client intégré à Mac OS X, etc…

Liens

Le site officiel webdav

M’sieur Apple ne nous ayant pas fait l’honneur de porter son plugin quicktime sous Linux, le plus simple est d’utiliser le plugin mplayer pour firefox, ça fonctionne nickel. En plus du format Quicktime, ce plugin supporte les formats video classiques ainsi que Real Player, DivX et Windows Media Player. Il vaut mieux désinstaller les plugins video préexistants pour éviter la pagaille.

apt-get install mplayer mozilla-mplayer

that’s all!

Edit du 6/12/2009 : sous Debian testing et Ubuntu depuis pas mal de temps le paquet du plugin s’appelle gecko-mediaplayer. Comme depuis on est passé à aptitude ça donne :

aptitude install mplayer gecko-mediaplayer