Virtualisation:
– La possibilité d’assigner plusieurs adresses IP à une “jail” (virtualisation de type chroot), voire même pas d’adresse IP du tout. Ce qui permet une plus grande souplesse de leur utilisation.
– cpuset(1) permet dorénavant d’assigner une “jail” à un ou plusieurs processeurs donnés sur un système multiprocesseurs.

Support matériel:
– La version SPARC64 supporte maintenant les processeurs Ultra SPARC III (modèle Cheetah).
– Un driver u3g(4) a été ajouté. Il permet de prendre en charge les fameux “dongles” 3G (modems HSDPA) qui sont apparus ces derniers mois (Novatel, Huawei, Qualcomm, etc).

Divers:
– Un problème sur boot(8) pouvant empêcher certaines configurations matérielles de démarrer sur le CD-ROM d’installation de la 7.1-RELEASE a été corrigé.
– Les versions supportées de Gnome et KDE deviennent respectivement la 2.26 et la 4.2.2

Notons que, contrairement à la version 7.1-RELEASE dont les mises à jours sont supportées jusqu’au 31 Janvier 2011, la 7.2-RELEASE ne sera supportée que pendant 12 mois.

• Le site du projet FreeBSD
• L’annonce sur le site officiel
• Les “Release Notes” sur le site officiel
• Le tracker torrent officiel
• Ma dépêche sur LinuxFR.org

En plus c’est chouette me dis-je, car dedibox propose du FreeBSD comme système d’exploitation à l’installation du serveur.

Mais, (car sans “mais” je n’aurais pas fais ce billet) hélas pour moi qui aime partitionner mon système comme je le souhaite, il n’y a pas (encore) possibilité de personnaliser son partitionnement à l’installation.

Je me retrouve donc avec un slice d’environ 140 Gio, peuplée de seulement 3 labels (ou partitions):

/ de 1024 Mio

/usr de 70 Gio

/var de 70 Gio aussi

Or moi je veux un /tmp et un /home séparés, dans leur partitions propres. Est-ce trop demander ô monde cruel ?

Il ya bien growfs(8) qui permet, comme son nom l’indique, d’agrandir un système de fichier existant. Mais je veux plutot reduire /var pour créer un /tmp et un /home dans l’espace libéré, donc exit growfs(8) (à quand un shrinkfs(8)).

Il ne me reste plus qu’à faire ça à la bonne franquette, à la mimine, les mains dans le cambouis. Nous allons sauvegarder, effacer, recréer, puis restaurer les partitions dont la taille va changer ou qui vont être créées.

Attention: dans cet exemple nous n’allons toucher qu’à /var, c’est pourquoi nous ne sauvegardons que lui. Dans tous les cas, ayez des sauvegardes à jour de vos données importantes et si possible en double dans un endroit sûr. Je ne saurais être tenu responsable d’une quelconque perte de donnée !

D’abord on coupe un maximum de daemons via /etc/rc.d et /usr/local/etc/rc.d (j’ai fait mon repartitionnement en ne gardant que ssh de lancé).

On note quelquepart la sortie de la commande mount sans arguments, afin d’avoir sous la main la correspondance entre nos partitions et nos points de montage:

On sauvegarde la partition /var quelque part dans /usr (que nous n’avons pas l’intention de toucher) (“man 8 dump” pour la signification des flags):

On “dé-monte” la partition /var

On change la valeur de la sysctl kern.geom.debugflags afin de pouvoir modifier le partitionnement en “Live”.

On edite la table des labels afin de supprimer l’entrée correspondant à notre /var d’origine (la partition “e” dans mon cas)

Cela nous ouvre la table des labels dans notre éditeur par défaut, supprimez la ligne correspondant au /var d’origine (partition “e” dans mon cas), sauvez les modifications et quitter l’éditeur. Notez que l’on pourrait ajouter nos nouvelles partitions /tmp /home et /var maintenant en les ajoutant dans la table des labels, mais son format étant non-intuitif, nous allons faire nos modifs avec sysinstall.

Dans le menu, entrez dans “Custom”, puis ensuite dans “Label”.

Pour créer une partitions dans l’espace devenu disponible:

Touche “C” -> Selectionnez “a filesystem” ->OK-> Entrez la taille en G (ex: 1G) ->OK-> Entrez le point de montage (ex: /tmp)->OK

Une fois créées toutes vos nouvelles partitions, appuyez sur la touche “W” pour écrire les modifications. Vous pouvez ignorer les différentes erreurs qui s’affichent. Notez quelquepart le nouveau partitionnement, avec le nom des partitions et les points de montage correspondant. Sortez de sysinstall.

On relance bsdlabel pour ecrire pour de bon les modifs

# bsdlabel -e ad4s1

Sauvez le fichiers sans rien modifier et quittez l’éditeur.

On contrôle que les périphériques correspondants aux nouvelles partitions ont bien été créées:

On remarque l’apparition de ad4s1f et ad4s1g, qui correspondent aux nouvelles partitions.

On créé maintenant des systèmes de fichiers sur les nouvelles partitions vierges (ne pas oublier ad4s1e, qui a été supprimée et recréée plus petite):

On edite /etc/fstab, pour ajouter/modifier les entrées correspondantes aux nouvelles partitions (le partitionnement qui a été noté à l’étape sysinstall est utile maintenant)

Puis on monte nos nouvelles partitions:

Et on vérifie:

Les nouvelles partitions sont bien montées

Il ne reste plus qu’à restorer les données de notre ancien /var

Pensez aussi à déplacer vos données de /usr/home vers /home et de modifier les utilisateurs locaux pour qu’il utilisent /home/%u plutôt que /usr/home/%u

Voilà, c’est à peu près tout

Donc pour aider notre bonne vieille machine sous FreeBSD à faire fonctionner correctement les jeunes dernières moutures de logiciels comme Zabbix (apportant autant de gourmandise en RAM que de nouveautés indispensables), nous ajoutons tout simplement de la mémoire vive et passons de 256Mo à 512Mo. Puis, satisfaits du devoir accompli, notre bonne vieille machine est redémarrée en se disant qu’elle devrait au moins se faire autant oublier qu’avant.

Mais c’est sans compter sur le padbolisme (qui est une variante de la loi de Murphy) et c’est avec effroi qu’un Lundi matin, encore bercé par la fraicheur automnale, nous découvrons cette chose horrible dans les logs de notre téméraire machine:

Nov  7 01:03:29 zabbix_box kernel: swap_pager_getswapspace(3): failed
Nov  7 01:03:30 zabbix_box Kernel: swap_pager_getswapspace(3): failed
Nov  7 01:03:30 zabbix_box kernel: swap_pager_getswapspace(5): failed
Nov  7 01:03:30 zabbix_box kernel: swap_pager_getswapspace(3): failed
Nov  7 01:03:36 zabbix_box kernel: swap_pager_getswapspace(3): failed
[...]
Nov  7 02:34:56 zabbix_box kernel: pid 17507 (mysqld), uid 88, was killed: out of swap space
Nov  7 02:34:56 zabbix_box kernel: pid 75212 (zabbix_server), uid 112, was killed: out of swap space

“Alors c’est ça ?” “On rajoute de la RAM pour que cette machine soit moins étouffée et voilà comment elle nous remercie ?”

Mais en y réfléchissant à deux fois, après le rite info-chamanique dit de “la tête entre les paumes des mains”, il apparait que bien que l’on ai augmenté la mémoire vive disponible, nous n’avons pas songé à augmenter le fichier d’échange en conséquence. Ce qui nous fait 512Mo de swap pour autant de RAM, et sur une machine chargée comme la notre, c’est un peu limite.

Oui mais comment faire pour ajouter de l’espace de pagination ? Car nous n’avons plus de place disponible pour ajouter un disque dur, ni prévu d’espace libre pour créer une deuxième partition de swap :/

Et la réponse viens du côté obscur de l’informatique: on va faire comme sous Windows… Enfin juste dans le principe, car nous allons en fait créer un “fichier” d’échange un peu comme le “pagefile.sys” de l’OS de Redmond.

Pour celà:

On crée un fichier d’échange d’1Gio rempli de zéros là on on a de la place:

# dd if=/dev/zero of=/var/tmp/swapfile bs=1024k count=1000

On crée un pseudo-périphérique se rattachant à notre fichier créé:

# mdconfig -a -t vnode -f /var/tmp/swapfile

La sortie standard vous donne le nom du pseudo-périphérique ainsi créé: md0 dans notre cas.

On active notre pseudo-périphérique comme espace de pagination:

# swapon /dev/md0

Et on vérifie que  le système reconnaît bien notre nouveau swap:

# swapinfo

Device          1K-blocks     Used    Avail Capacity
/dev/ad0s1b        524288        0   524288     0%
/dev/md0          1024000        0  1024000     0%
Total             1548288        0  1548288     0%

Nous avons bien notre /dev/md0 d’1Go sous la partition d’échange originale Notre bonne vieille machine dispose dorénavant de près 1.5Go de swap, de quoi voir venir…

“Oui mais alors, je vais devoir faire tout ça à chaque fois que le machine redémarre ?”

Et non, car, contrairement à ce qu’il y paraît dans mes billets, tout ceci n’est PAS un immonde bricolage. FreeBSD à même prévu une entrée dans rc.conf pour gérer tout ça. Il suffi de rajouter dans /etc/rc.conf:

swapfile=”/var/tmp/swapfile”

Et notre fichier d’échange sera initialisé à chaque démarrage.

hint.apic.0.disabled=1

au lieu d’un bien moins dangereux

hint.acpi.0.disabled=1

En effet le premier désactive l’APIC c’est à dire une sorte regulateur des connections entre les processeurs et les entrées/sorties (comme les disques); et le second seulement l’ACPI, soit la gestion de l’énergie.

Nous avons donc notre belle erreur dans notre /boot/loader.conf et ni une ni deux, on redémarre le serveur pour constater l’effet de la désactivation de l’ACPI (car c’est ce qu’on voulait désactiver à la base… vous suivez ?).

Et là, c’est le drame, notre serveur sous FreeBSD ne boote plus et est réduit à la fonction de presse papier car il ne voit plus le controlleur LSI Logic qui pilote nos disques durs ! Evidement, un malheur n’arrivant jamais seul, la loi de l’emmerdement maximum, dite aussi loi de Murphy, fait que vous n’avez pas d’accès physique sur la machine. Donc pas de liveCD pour monter / et corriger /boot/loader.conf !

C’est dans ces moments là qu’on a envie de changer de métier, de partir élever des chèvres dans le Larzac, de devenir technico-commercial… que sais-je.

Mais heuresement FreeBSD est un système d’hommes (et de femmes, ne soyons pas sexiste envers nos trop peu nombreuses informaticiennes), des vrai(e)s, et nous propose un moyen de rattraper nos bêtises avant que le chef, ou pire les utilisateurs (vous savez, ceux qui n’arrivent jamais à imprimer à 17h58 alors que vous êtes sensé finir à 18h) ne s’en aperçoivent.

Et ce moyen, le voilà (ouf diront certains):

1. Rebootez FreeBSD
2. Une fois arrivé au menu du loader, choisissez l’otion 6 (escape to loader prompt)
3. Au prompt du loader (qui n’affiche que “>”) tapez “show” (sans les guillements hein suivi d’”Enter” pour afficher les variables initialisées par /boot/defaults/loader.conf et /boot/loader.conf. Vous devriez voir le fameux hint.apic.0.disabled=1 dans la liste.
4. Tapez “unset hint.apic.0.disabled” puis faites “Enter” (bien évidement).
5. Tapez “boot” puis pressez “Enter” (encore), et ô miracle, FreeBSD boote comme il faut \o/.

Il ne vous reste plus qu’à vous précipiter dans /boot/loader.conf et corriger l’erreur.

Ouf ! Je reste informaticien encore un peu. “La coupure de 3 minutes ? Ben c’est encore ces $#%$! de fournisseurs de la SDSL qui ont laissé tomber la ligne….” (Mais non je suis pas comme ça