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

C’est un problème qui m’arrive souvent lorsque je monte des partages Samba au démarrage par /etc/fstab

A l’arrêt ou au redémarrage de la machine, le système reste bloqué sur des messages de ce genre :

CIFS VFS : No response for cmd 50 mid xxxxx

Je n’ai pas de certitude, mais le problème vient probablement du fait que le démontage des partages essaie de se faire alors que le réseau n’est plus disponible.

La solution est de forcer le démontage plus tôt dans les actions d’arrêt du système. Pour ça il faut créer des liens symboliques vers le script /etc/init.d/umountnfs.sh (qui démonte tous les partages réseau) dans les niveaux d’exécution 0 (arrêt) et 6 (reboot) :

ln -s /etc/init.d/umountnfs.sh /etc/rc0.d/K15umountnfs.sh
ln -s /etc/init.d/umountnfs.sh /etc/rc6.d/K15umountnfs.sh

J’utilise une priorité de 15 qui fonctionne bien avec mes configs, mais selon les services installés il sera peut-être nécessaire de modifier cette valeur.

Cette manip fonctionne avec Ubuntu et Debian, et sans doute avec les distributions qui ont un système d’init basé sur System V.

Liens :

http://whereofwecannotspeak.wordpress.com/2007/12/25/unmount-samba-filesystems-before-shutdown-or-reboot/

http://ubuntuforums.org/showthread.php?t=293513

Avec le passage sous Kubuntu 9.04 j’ai rencontré des problèmes de clavier avec mes VMs VMware. Plus moyen de me connecter sous mes VMs Windows, la séquence magique Alt-Ctrl-Suppr n’étant plus reconnue, pas plus que Alt-Ctrl-Ins. Un petit coup de Google m’a offert plusieurs solutions, une seule a fonctionné dans mons cas :

Edition de /etc/vmware/config, et ajout des lignes :

xkeymap.keycode.108 = 0×138 # Alt_R
xkeymap.keycode.106 = 0×135 # KP_Divide
xkeymap.keycode.104 = 0x11c # KP_Enter
xkeymap.keycode.111 = 0×148 # Up
xkeymap.keycode.116 = 0×150 # Down
xkeymap.keycode.113 = 0x14b # Left
xkeymap.keycode.114 = 0x14d # Right
xkeymap.keycode.105 = 0x11d # Control_R
xkeymap.keycode.118 = 0×152 # Insert
xkeymap.keycode.119 = 0×153 # Delete
xkeymap.keycode.110 = 0×147 # Home
xkeymap.keycode.115 = 0x14f # End
xkeymap.keycode.112 = 0×149 # Prior
xkeymap.keycode.117 = 0×151 # Next
xkeymap.keycode.78 = 0×46 # Scroll_Lock
xkeymap.keycode.127 = 0×100 # Pause
xkeymap.keycode.133 = 0x15b # Meta_L
xkeymap.keycode.134 = 0x15c # Meta_R
xkeymap.keycode.135 = 0x15d # Menu

Relancer les VMs pour que ça fonctionne.

Une autre soluce proposait d’ajouter la ligne suivante à /etc/vmware/config :

xkeymap.nokeycodeMap = true

Ça résout bien le problème du Alt-Ctrl-Suppr, mais sous la VMs les caractères du clavier accessibles par Alt-Gr ne fonctionnent plus et c’est pas pratique.

Il semble que le problème ne vienne pas de KDE4, des utilisateurs Ubuntu 9.04 ayant signalé le même problème

Lien

http://nthrbldyblg.blogspot.com/2008/06/vmware-and-fubar-keyboard-effect.html

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

Le démon snmpd est un grand bavard dans sa configuration par défaut sous Debian et Ubuntu, et on se retrouve rapidement avec un syslog envahi de messages à chaque connexion d’un client snmp :

Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:42720
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:55670
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:56655
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:55557
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:46846
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:34805
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:49261
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:35418
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:35673

Pour clouer le bec à l’insolent, il faut aller modifier les options de démarrage SNMPDOPTS du démon dans /etc/default/snmpd :

SNMPDOPTS=’-LS4d -Lf /dev/null -u snmp -I -smux -p /var/run/snmpd.pid ’

L’option qui nous intéresse est -LS4d qui permet de n’écrire dans syslog qu’à partir du niveau warning. Un petit redémarrage du démon et le tour est joué.

A noter que la syntaxe semble différer selon les distributions, pour la vôtre ça sera peut-être -LS 4 d avec des espaces entre les arguments pour obtenir le résultat (erreur de syntaxe sous Debian).

Un extrait de la man page de snmpcmd sur les options de journalisation

The  mechanism  and destination to use for logging of warning and error messages can be controlled by passing  various  parameters  to  the  -L flag.

-Le    Log messages to the standard error stream.

-Lf FILE
Log messages to the specified file.

-Lo    Log messages to the standard output stream.

-Ls FACILITY
Log  messages  via syslog, using the specified facility (‘d’ for LOG_DAEMON, ‘u’ for LOG_USER, or ’0′-’7′ for LOG_LOCAL0  through LOG_LOCAL7).

There  are  also  « upper case » versions of each of these options, which allow the corresponding logging mechanism to be restricted  to  certain priorities of message.  Using standard error logging as an example:

-LE pri
will log messages of priority ‘pri’ and above to standard error.

-LE p1-p2
will log messages with priority between ‘p1′  and  ‘p2′  (inclusive) to standard error.

For  -LF  and  -LS  the priority specification comes before the file or facility token.  The priorities recognised are:

0 or !  for LOG_EMERG,
1 or a for LOG_ALERT,
2 or c for LOG_CRIT,
3 or e for LOG_ERR,
4 or w for LOG_WARNING,
5 or n for LOG_NOTICE,
6 or i for LOG_INFO, and
7 or d for LOG_DEBUG.

Normal output is (or will be!) logged at a priority level of LOG_NOTICE

J’ai eu quelques soucis dernièrement à supprimer un volume RAID logiciel (RAID 1) que j’avais créé un peu précipitamment. A chaque redémarrage le volume RAID était rechargé. Voilà comment j’ai résolu le problème :

Volume RAID1 : /dev/md1
Partitions du RAID : /dev/sda3 et /dev/sdb3

on démonte le volume RAID :

sudo umount /dev/md1

on désactive le volume :

sudo mdadm -S /dev/md1

Et on finit par les commandes magiques d’effaçage des superblocks pour ne pas voir revenir son RAID au boot suivant :

sudo mdadm –zero-superblock /dev/sda3
sudo mdadm –zero-superblock /dev/sdb3

Il faut aussi penser à modifier /etc/fstab en conséquence

Lien : La soluce en anglais

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