ZenTech - système

Aaaaaaaaaaaaaaaaï love americaaaaaaaaaaaaaaaa

hr — Sun, 14 Sep 2008 07:41:00 +0200

Je viens de m'acheter un X61s aux US. Problème de taille, le clavier qwerty ne me permet pas de lancer mon 'poï' habituel. L'utilisation d'une touche compose devrait rêgler ce problème. Très simple sur une ubuntu, Système > Préférences > Clavier, Options d'agencement et la flèche Position de la touche Compose. Personnellement, j'ai choisi la touche windows de gauche qui ne me sert à rien. Après ça, les caractères accentués et autres sont accessible par une combinaison de touches. En appuyant sur la touche Compose, appuyer sur la touche de l'accent puis la touche du caractère. Par exemple, <touche compose> + ' + e donnera "é" ou <touche compose> + , + c donnera "ç". Une liste de différentes sequences est disponible sur wikipedia.

Mais mon surnom c'est plus simple à écrire

hr — Thu, 07 Aug 2008 23:38:00 +0200

Si vous faites comme moi partie des gens qui ont un nick/login vraiment court (moins de quatre lettres en fait), vous avez été victime, vous aussi, des contraintes de la dedibox. En effet, le compte utilisateur doit faire entre quatre et vingt caractères. Mon login en fait deux ... maiiiiiiiis la situation n'est pas irrémédiable.

C'est finalement assez simple, mais globalement dangereux. Si une déconnexion survenait au cours de cette manipulation, le système pourrait devenir inaccessible pour ce compte utilisateur. J'ai l'habitude de ne pas donner d'accès ssh à mon utilisateur root, donc je m'autodétruis dans un nuage de fumée bleue.

On commence par passer root, ensuite il faut modifier les fichiers /etc/shadow, /etc/passwd et /etc/group. Dans les deux premiers fichiers, il suffit de modifier le login à changer en début de ligne. Il doit se trouver une fois dans chaque fichier. Par exemple :

# cat /etc/shadow
[...]
hrhr:$1$foobar$blihblahbloh:13923:0:99999:7:::
[...]
# cat /etc/passwd
[...]
hrhr:x:1000:1000:hrhr,,,:/home/hrhr:/bin/bash
[...]

Le fichier /etc/group contient aussi un certain nombre de références à ce login.

# grep hrhr /etc/group
dialout:x:20:hrhr
cdrom:x:24:hrhr
floppy:x:25:hrhr
audio:x:29:hrhr
video:x:44:hrhr
plugdev:x:46:hrhr
hrhr:x:1000:

Ensuite on s'occupe de déplacer le répertoire home de l'utilisateur. On commence par modifier le chemin du répertoire home dans /etc/passwd. Ensuite on déplace le répertoire pour refléter ces changements.

# mv /home/oldnick /home/newnick

Et voualaaaaaaaaaa. A la prochaine connexion, le nouvel utilisateur peut être utilisé.

Renforce la racine de tes cheveux

hr — Thu, 24 Jul 2008 16:37:00 +0200

Lors d'une installation opensolaris (2008.05), le système de fichiers par défaut est maintenant zfs. Ce qui me gêne aux entournures par contre c'est qu'on ne peut pas définir de partition racine en miroir (super top mode dans ta shopping list). Ce n'est pas grave, zfs(1M) c'est la vie, juste après pinpin.

Une fois le système installé, au premier démarrage, l'état du système de fichier est le suivant :

# df -h
Filesystem             size   used  avail capacity  Mounted on
rpool/ROOT/opensolaris
                        73G   2.2G    71G     4%    /
/devices                 0K     0K     0K     0%    /devices
/dev                     0K     0K     0K     0%    /dev
ctfs                     0K     0K     0K     0%    /system/contract
proc                     0K     0K     0K     0%    /proc
mnttab                   0K     0K     0K     0%    /etc/mnttab
swap                   7.7G   424K   7.7G     1%    /etc/svc/volatile
objfs                    0K     0K     0K     0%    /system/object
sharefs                  0K     0K     0K     0%    /etc/dfs/sharetab
/usr/lib/libc/libc_hwcap1.so.1
                        73G   2.2G    71G     4%    /lib/libc.so.1
fd                       0K     0K     0K     0%    /dev/fd
swap                   7.7G     8K   7.7G     1%    /tmp
swap                   7.7G    44K   7.7G     1%    /var/run
rpool/ROOT/opensolaris/opt
                        73G   3.6M    71G     1%    /opt
rpool/export            73G    19K    71G     1%    /export
rpool/export/home       73G   3.7M    71G     1%    /export/home
rpool                   73G    55K    71G     1%    /rpool
rpool/ROOT              73G    18K    71G     1%    /rpool/ROOT
# zpool status rpool
  pool: rpool
 state: ONLINE
 scrub: none requested
config:

        NAME        STATE     READ WRITE CKSUM
        rpool       ONLINE       0     0     0
          c5d0s0    ONLINE       0     0     0

errors: No known data errors

On constate que tout le système a été construit sur un pool zfs(1M) composé d'un seul disque. La manoeuvre pour ajouter la sécurité d'un volume en miroir est navrante de simplicité. Mon second disque est sur le même controleur (c5d1s0) que le premier et de la même taille, je l'ajoute en entier dans le pool zfs(1M).

# zpool attach -f rpool c5d0s0 c5d1s0
# zpool status rpool
  pool: rpool
 state: ONLINE
status: One or more devices is currently being resilvered.  The pool will
        continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
 scrub: resilver in progress for 0h0m, 2.08% done, 0h6m to go
config:

        NAME        STATE     READ WRITE CKSUM
        rpool       ONLINE       0     0     0
          mirror    ONLINE       0     0     0
            c5d0s0  ONLINE       0     0     0
            c5d1s0  ONLINE       0     0     0

errors: No known data errors

La synchronisation se fait en peu de temps pour des disques d'à peu près 750Go.

# zpool status rpool
  pool: rpool
 state: ONLINE
 scrub: resilver completed after 0h1m with 0 errors on Thu Jul 24 16:29:24 2008
config:

        NAME        STATE     READ WRITE CKSUM
        rpool       ONLINE       0     0     0
          mirror    ONLINE       0     0     0
            c5d0s0  ONLINE       0     0     0
            c5d1s0  ONLINE       0     0     0

errors: No known data errors

Unleash maximum power

hr — Wed, 23 Jul 2008 14:18:00 +0200

J'ai à nouveau trouvé du temps pour jouer avec ma grosse bête. Le montage iscsi fonctionne maintenant tout simplement parce que je suis passé en ubuntu server 8.04 LTS. Le problème que je rencontre maintenant, c'est que je me retrouve avec un volume d'à peu près 15To à partitionner et formater. Voyage dans le mode du stockage v1agr4.

Partitionnement

Il faut déjà s'occuper de créer une partition de cette taille. Au-dessus de 2TB il est nécessaire d'utiliser le format de partitionnement GPT. Pour créer un partition à ce format j'utilise parted(8). Je compte avoir une partition unique qui fait la taille du volume.

# parted /dev/sdb
GNU Parted 1.7.1
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) mklabel gpt
(parted) mkpart
Partition name?  []? arc1
File system type?  [ext2]? ext2
Start? 0
End? -1
(parted) p

Disk /dev/sdb: 14,2TB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      17,4kB  14,2TB  14,2TB               arc1

(parted)

Formatage

A cette taille, je ne peux pas utiliser ext3 comme habituellement sur un système linux.

# mkfs.ext3 /dev/sdb1 
mke2fs 1.40.8 (13-Mar-2008)
mkfs.ext3: Filesystem too large.  No more than 2**31-1 blocks
         (8TB using a blocksize of 4k) are currently supported.

Il faut donc regarder du côté de reiserfs (je ne ferai pas de blague sortie de terre ... *kh*) ou de xfs. Je mets de côté les trolls sur les systèmes de fichier et vous laisse faire un choix en votre âme et conscience.

All your poll are belong to us

hr — Wed, 05 Mar 2008 18:36:00 +0100

J'ai aujourd'hui besoin de tenir à l'oeil certaines valeurs sur un serveur, le plus simple semble d'utiliser net-snmp et mrtg. Ce serveur SNMP peut être très facilement étendu, mais est assez mal documenté à mon goût. Je vais donc faire un petit tour des méthodes simples d'utilisation de net-snmp pour récupérer des données non communes.

Les versions de net-snmp et mrtg installées sur ma debian etch sont snmpd (5.2.3-7etch2) et mrtg (2.14.7-2). Je suppose que vous êtes à l'aise avec le concept de SNMP et que net-snmp et mrtg sont configurés.
En faisant le tour du site web, du fichier de configuration par défaut et de goo^Winternet, j'ai pû lister les méthodes suivantes :

exec
extend
pass

Je passe sur l'utilisation de subagent qui est plus complexe.
Le script que je vais utiliser tient en 2 lignes et se trouve dans /tmp/test_snmp :

#!/bin/sh
echo 42

Pour information, le fichier /usr/share/snmp/mibs/UCD-SNMP-MIB.txt indique que l'OID 2021 correspond à ucdavis et se trouve après le noeud enterprise (ce qui donne .1.3.6.1.4.1.2021). Cet OID sera utilisé pour ajouter de nouvelles données en test, en réalité il faudrait utiliser un OID correspondant à l'environnement d'utilisation (un OID d'entreprise délivré par IANA par exemple).

`exec`

[...]
exec test1 /tmp/test_snmp
exec .1.3.6.1.4.1.2021.60 test2 /tmp/test_snmp
[...]

Après redémarrage, on vérifie que les données sont bien accessibles en SNMP :

$ snmpwalk -v 1 -c private localhost .1.3.6.1.4.1.2021
[...]
UCD-SNMP-MIB::extIndex.1 = INTEGER: 1
UCD-SNMP-MIB::extNames.1 = STRING: test_snmp
UCD-SNMP-MIB::extCommand.1 = STRING: /tmp/test_snmp
UCD-SNMP-MIB::extResult.1 = INTEGER: 0
UCD-SNMP-MIB::extOutput.1 = STRING: 42
UCD-SNMP-MIB::extErrFix.1 = INTEGER: 0
UCD-SNMP-MIB::extErrFixCmd.1 = STRING:
[...]
UCD-SNMP-MIB::ucdavis.60.1.1 = INTEGER: 1
UCD-SNMP-MIB::ucdavis.60.2.1 = STRING: "test_snmp"
UCD-SNMP-MIB::ucdavis.60.3.1 = STRING: "/tmp/test_snmp"
UCD-SNMP-MIB::ucdavis.60.100.1 = INTEGER: 0
UCD-SNMP-MIB::ucdavis.60.101.1 = STRING: "42"
UCD-SNMP-MIB::ucdavis.60.102.1 = INTEGER: 0
UCD-SNMP-MIB::ucdavis.60.103.1 = ""
[...]

La première forme est plus explicite et la deuxième forme est mieux maitrisée puisqu'on choisit l'OID destination.

Le problème est que le serveur snmp n'est pas très satisfait de l'utilisation de exec :

[...]
Mar  4 17:28:45 snmp.priv snmpd[8678]: /etc/snmp/snmpd.conf: line 363: Error: Warning: relocatable 'exec' format will change in a future release - See 'NET-SNMP-EXTEND-MIB' for an alternative
Mar  4 17:28:45 snmp.priv snmpd[8678]: net-snmp: 2 error(s) in config file(s)

`extend`

L'uilisation de extend se fait via une mib spéciale (NET-SNMP-EXTEND-MIB.txt), sur une debian elle se trouve dans /usr/share/snmp/mibs. L'utilisation de cette option permet de créer automatiquement des entrées sous l'OID .1.3.6.1.4.1.8072 par défaut.

extend test_snmp /tmp/test_snmp
extend .1.3.6.1.4.1.2021.60 test_snmp /tmp/test_snmp

Les résultats se trouvent aux 2 endroits suivants :

$ snmpwalk -v 1 -c private localhost NET-SNMP-EXTEND-MIB::nsExtendObjects
[...]
NET-SNMP-EXTEND-MIB::nsExtendNumEntries.0 = INTEGER: 3
NET-SNMP-EXTEND-MIB::nsExtendCommand."test_snmp" = STRING: /tmp/test_snmp
NET-SNMP-EXTEND-MIB::nsExtendArgs."test_snmp" = STRING: 
NET-SNMP-EXTEND-MIB::nsExtendInput."test_snmp" = STRING: 
NET-SNMP-EXTEND-MIB::nsExtendCacheTime."test_snmp" = INTEGER: 5
NET-SNMP-EXTEND-MIB::nsExtendExecType."test_snmp" = INTEGER: exec(1)
NET-SNMP-EXTEND-MIB::nsExtendRunType."test_snmp" = INTEGER: run-on-read(1)
NET-SNMP-EXTEND-MIB::nsExtendStorage."test_snmp" = INTEGER: permanent(4)
NET-SNMP-EXTEND-MIB::nsExtendStatus."test_snmp" = INTEGER: active(1)
NET-SNMP-EXTEND-MIB::nsExtendOutput1Line."test_snmp" = STRING: 42
NET-SNMP-EXTEND-MIB::nsExtendOutputFull."test_snmp" = STRING: 42
NET-SNMP-EXTEND-MIB::nsExtendOutNumLines."test_snmp" = INTEGER: 1
NET-SNMP-EXTEND-MIB::nsExtendResult."test_snmp" = INTEGER: 0
NET-SNMP-EXTEND-MIB::nsExtendOutLine."test_snmp".1 = STRING: 42
[...]
$ snmpwalk -v 1 -c private localhost .1.3.6.1.4.1.2021.60
UCD-SNMP-MIB::ucdavis.60.1.0 = INTEGER: 1
UCD-SNMP-MIB::ucdavis.60.2.1.2.9.116.101.115.116.95.115.110.109.112 = STRING: "/tmp/test_snmp"
UCD-SNMP-MIB::ucdavis.60.2.1.3.9.116.101.115.116.95.115.110.109.112 = ""
UCD-SNMP-MIB::ucdavis.60.2.1.4.9.116.101.115.116.95.115.110.109.112 = ""
UCD-SNMP-MIB::ucdavis.60.2.1.5.9.116.101.115.116.95.115.110.109.112 = INTEGER: 5
UCD-SNMP-MIB::ucdavis.60.2.1.6.9.116.101.115.116.95.115.110.109.112 = INTEGER: 1
UCD-SNMP-MIB::ucdavis.60.2.1.7.9.116.101.115.116.95.115.110.109.112 = INTEGER: 1
UCD-SNMP-MIB::ucdavis.60.2.1.20.9.116.101.115.116.95.115.110.109.112 = INTEGER: 4
UCD-SNMP-MIB::ucdavis.60.2.1.21.9.116.101.115.116.95.115.110.109.112 = INTEGER: 1
UCD-SNMP-MIB::ucdavis.60.3.1.1.9.116.101.115.116.95.115.110.109.112 = STRING: "42"
UCD-SNMP-MIB::ucdavis.60.3.1.2.9.116.101.115.116.95.115.110.109.112 = STRING: "42"
UCD-SNMP-MIB::ucdavis.60.3.1.3.9.116.101.115.116.95.115.110.109.112 = INTEGER: 1
UCD-SNMP-MIB::ucdavis.60.3.1.4.9.116.101.115.116.95.115.110.109.112 = INTEGER: 0
UCD-SNMP-MIB::ucdavis.60.4.1.2.9.116.101.115.116.95.115.110.109.112.1 = STRING: "42"

La deuxième forme revient à peu de choses près au résultat de la commande exec avec utilisation d'un chemin.
La première forme permet d'obtenir beaucoup d'informations intéressantes comme le nombre d'éléments qui étendent la mib (NET-SNMP-EXTEND-MIB::nsExtendNumEntries.0 on remarque donc que j'ai nettoyé la réponse puisqu'il annonce 3 scripts d'extension). On peut récupérer la réponse complète NET-SNMP-EXTEND-MIB::nsExtendOutputFull."test_snmp" ou les lignes une à une NET-SNMP-EXTEND-MIB::nsExtendOutLine."test_snmp".x.

Le point faible de cette méthode subsiste dans le type de donnée renvoyé, notre script envoit un chiffre et il est considéré comme une chaine de caractère. De la même façon, si on veut générer un compteur sur 32 ou 64 bits, c'est impossible avec cette méthode.

`pass`

L'utilisation de cette option de configuration oblige à choisir un OID en dessous duquel le script est entièrement maitre. Il faut donc avoir recours à un script plus complexe qui permet de donner le type de valeur et la valeur pour un OID donné. Le script passtest donne une bonne idée d'un script basique permettant cette intégration. Je ne rentrerai pas dans les détails.

pass .1.3.6.1.4.1.2021.60 /tmp/test_snmp

Dans l'idée, le script est appelé avec les arguments <reqtype> <miboid>. Avec reqtype qui correspond à -g pour une requête GET, -n pour un GETNEXT et un -s pour un SET. le chemin OID est donné par miboid.
Dans le cas des commandes GET et GETNEXT, la réponse est constituée de 3 lignes :

l'OID de réponse;
le type de la valeur retournée, au choix dans integer, gauge, counter, timeticks, ipaddress, objectid, ou string;
la valeur.

Dans le cas de la commande SET, le script ne doit rien retourner.

Conclusion

Il faut bien en finir avec tout ce bazar, il est intéressant de jeter un coup d'oeil du côté de snmpd.conf(5) pour les détails, d'autres options de configuration comme pass_persist peuvent être utilisées. Personnellement, j'utilise la solution extend qui me semble raisonnablement simple à mettre en place et à utiliser.

Le log qui se voulait plus gros que le boeuf

hr — Thu, 21 Feb 2008 17:52:00 +0100

C'est généralement au moment où on se retrouve avec une partition pleine que l'oubli de la rotation des logs refait surface. C'est ultra-classique et pourtant... Mais nous allons prendre les devants pour que lighty ne soit pas un mangeur d'espace.

Sur FreeBSD, le gestionnaire de rotation de log de base s'appelle newsyslog(8), il est configuré par le fichier /etc/newsyslog.conf (newsyslog.conf(5)). Je suis habitué à logrotate(8) et j'aime bien conserver tous mes fichiers de logs d'activité web, je vais donc faire la même chose avec newsyslog(5). Je souhaite donc faire tourner mes logs tous les jours à minuit, compresser les logs passés et les conserver ad vitam eternam. Ces contraintes donnent l'entrée suivante dans le fichier de configuration :

# lighttpd rotates
/var/log/lighttpd/lighttpd.access.log   www:www   640  366 *   @T00   JC

il faut spécifier un champ de gestion d'appartenance (propriétaire et groupe), lighttpd écrit les logs avec les droits www:www et ils seront déplacés en changeant le propriétaire en root:www.Les fichiers seront créés avec les droits 640, le champ suivant spécifie que les fichiers sont sauvegardés 366 fois avant d'éliminer les fichiers les plus anciens (1 an). Les 2 champs suivant provoquent une rotation à minuit tous les jours. Le dernier champ précise qu'on compresse les archive de log en bzip2 et que le fichier est créé si il n'existe pas.
Le champ 'count' n'est pas exhaustivement décrit dans la page de man, et j'espérais pouvoir utiliser une valeur qui me permettrait d'avoir un nombre infini de fichiers de logs. La lecture du code source m'a confirmé que je ne pouvais pas utiliser le même type de fonctionnement que pour logrotate(8).

Une entrée doit être créée pour chaque fichier de log de chaque vhost.

Un blog bien sous tout rapport

hr — Thu, 14 Feb 2008 16:39:00 +0100

Ce blog est un dotclear 2 installé sur un système FreeBSD et servi par un lighty. J'ai choisi dotclear pour la possibilité de gérer de multiples blogs à partir d'un seul code, wordpress ne donnait pas cette possibilité simplement au moment de mon choix. Mon premier déploiement n'a pas été fait dans les règles FreeBSD, il est temps de remédier à cet insupportable état de fait.

Les applications web sont déployées dans /usr/local/www sous FreeBSD, le contenu des sites se trouve dans /usr/local/www/data.

# cd /usr/local/www
# tar zxvf ~/src/dotclear-2.0-beta7.tar.gz
# mv dotclear dotclear2

Le renommage du répertoire permet d'éviter un conflit dans l'éventualité de l'installation d'un dotclear 1.

Une fois le blog installé, il faut le configurer. La configuration de lighty est très simple, il suffit d'ajouter l'alias suivant pour un blog qui est atteint par http://www.bon.org/blog par exemple :

alias.url += (
        "/blog" => "/usr/local/www/dotclear2"
)

La suite de la configuration a déjà été abordée dans un autre billet.

Finalement la modification est assez mineure et revient uniquement à modifier le chemin d'alias pour tous les blogs hormis celui par défaut et ajouter un alias pour celui-ci.

ALETER Out of memory

hr — Wed, 13 Feb 2008 18:29:00 +0100

Si comme Doris vous avez de petits problèmes de mémoire avec dotclear 2 (dc2 beta7) lors du chargement de la page d'administration des utilisateurs, le problème vient probablement de MySQL.

Je me retrouve actuellement devant l'erreur suivante lorsque j'essaie d'administrer mes utilisateurs via l'interface d'administration :

Out of memory; restart server and try again (needed 65528 bytes) (1037)

Le problème me semble venir du serveur MySQL, une petite recherche google me conforte dans cette idée, je mets donc un peu de code de debug dans admin/users.php et je me retrouve avec cette requête SQL dantesque générée par la fonction getUsers() :

SELECT U.user_id,user_super,user_status,user_pwd,user_name,user_firstname,user_displayname,user_email,user_url,user_desc, user_lang,user_tz, user_post_status,user_options, count(P.post_id) AS nb_post FROM dc_user U LEFT JOIN dc_post P ON U.user_id = P.user_id WHERE NULL IS NULL GROUP BY U.user_id,user_super,user_status,user_pwd,user_name,user_firstname,user_displayname,user_email,user_url,user_desc, user_lang,user_tz,user_post_status,user_options ORDER BY U.user_id ASC  LIMIT 30 OFFSET 0;

Je comprends bien pourquoi mon petit serveur râle, devant l'adversité je me plie et je reconfigure mon serveur dans /var/db/mysql/my.cnf en modifiant une seule ligne :

sort_buffer_size = 128K

Après un redémarrage du serveur MySQL, tout rentre dans l'ordre et everybody is content.

Rooooooooxanne

hr — Thu, 29 Nov 2007 13:04:00 +0100

J'ai eu besoin d'installer une jolie police de caractère (font en anglois) sur une ubuntu/debian (ce sont les seules distributions que j'ai testé) récemment et je me suis rendu compte de deux choses :

C'est très simple à faire
C'est peu documenté

Donc voici la marche à suivre pour installer une police de caractère sans les droits administrateur.

Il faut, a priori, trouver un belle police à installer (à noter les "Free Fonts Of The Month" de SmashingMagazine). Après avoir téléchargé la police en question et décompressé éventuellement une archive, les fichiers .ttf sont disponible.

$ wget http://www.kottke.org/plus/type/silkscreen/download/silkscreen.tar.gz -P ~/tmp
[...]
$ tar zxvf ~/tmp/silkscreen.tar.gz -C ~/tmp/
slkscr.ttf
slkscrb.ttf
slkscre.ttf
slkscreb.ttf
readme.txt

Un fois les fichiers de police à disposition, il suffit de créer un répertoire .fonts dans son répertoire home, d'y placer les polices et rafraichir le cache de polices.

$ mkdir ~/.fonts
$ cp ~/tmp/*.ttf ~/.fonts
$ fc-cache -f -v ~/.fonts/
/home/hr/.fonts/: caching, 1 fonts, 0 dirs
/var/cache/fontconfig: not cleaning unwritable cache directory
/home/hr/.fontconfig: cleaning cache directory
fc-cache: succeeded

Et c'est parti, pas plus compliqué que ça.

Rah encore un cil dans l'oeil

hr — Wed, 14 Nov 2007 18:00:00 +0100

A chaque fois que j'installe une ubuntu, je me retrouve confronté au même problème, la couleur bleu foncé de mes Xterm est bien trop foncée par rapport au noir de fond et ça me détruit la pupille.

Pour modifier cette couleur, il faut ajouter les définitions personnalisées des couleurs color4 et color12 à ~/.Xdefaults. J'utilise personnellement les définitions de bleu trouvées dans /etc/X11/app-defaults/XTerm-color et signalées comme venant de la configuration Debian.

! Another choice was from the Debian settings:
*VT100*color4: DodgerBlue1
*VT100*color12: SteelBlue1

Après un coup d'oeil à /etc/X11/Xsession, l'utilisation de ~/.Xresources ou ~/.Xsession est également possible.

~~Malheureusement, il faut redémarrer la machine (je n'ai pas trouvé d'autre moyen) pour obliger la relecture des resources X11.~~
update: Je m'en doutais bien évidemment, mais je suis une tanche en X11. donc merci à KiBi, oz, rgs et anhj de m'avoir signalé une meilleure méthode pour relire les ressources et de me rappeler qu'on en apprend tous les jours.
La bonne méthode en effet est d'utiliser xrdb(1) pour inclure les ressources dans le controleur de ressources.

hr@ubuntu:~/$ xrdb -merge .xsession

Et là, sous vos yeux ébahis, tout nouveau Xterm lancé aura les couleurs choisies. *w00t* si je puis dire. Ah ben c'est beaucoup mieux, c'est la société française des ophtalmologistes qui vous remerciera.

Et si je racontais ma vie avec lighttpd

hr — Wed, 07 Nov 2007 00:37:00 +0100

La France serait un des pays comptant le plus de blogueurs, il n'y avait donc aucune raison que je fasse exception. Le problème étant que je souhaite séparer mes publications techniques de mes publications "3615 MyLife". Comment donc faire fonctionner 2 blogs avec une seule version du code de dotclear 2.0 et lighty ?

J'ai déjà expliqué, dans un post précédent, comment installer un dotclear 2.0 correctement avec lighty. En repartant de cette configuration, on va faire en sorte de créer un second blog sous l'url http://www.bonz.org/tech/ en utilisant le code placé dans le répertoire /blog/. Sur mon serveur, ce code se trouve dans le répertoire /usr/local/www/data/www.bonz.org/blog/.
L'intérêt d'un tel montage se trouve dans le partage du code du blog, la mise à jour de ce code se fait donc à la fois pour tous les blogs en un seul emplacement. Le partage de la zone publique dans laquelle se trouve les fichiers multimedia et le partage des thèmes. Dans l'ensemble on évite la duplication d'information.

On va commencer par créer un nouveau blog via l'interface d'administration de dc2. Le lien "Blogs" dans la colonne de gauche, permet d'obtenir la liste des blogs gérés par le site. La création d'un nouveau blog se fait par le lien "Créer un nouveau blog", les informations importantes sont l'identifiant et l'adresse du blog, respectivement tech et http://www.bonz.org/tech/. Après avoir sélectionné le nouveau blog dans la liste déroulante du haut, utiliser le lien "about:config" dans les extensions pour obtenir l'accès à certaines variables de configuration. La variable public_url doit avoir la valeur /tech/public et la variable themes_url la valeur /tech/themes. Maintenant que le blog est correctement configuré, on peut passer à la configuration de lighty.

La méthode consiste à créer un alias de lien en premier lieu et de réécrire les adresses ensuite. Pour créer un alias de lien, rien de plus facile.

alias.url += (
        "/tech" => "/usr/local/www/data/www.bonz.org/blog"
)

Je crée un alias entre l'url http://www.bonz.org/tech et le chemin système correspondant au code de mon blog. Je dois maintenant indiquer à dotclear 2 que je veux utiliser le blog dont l'identifiant est "tech".

# Dotclear2 env variable to get the right blog id
$HTTP["url"] =~ "^/tech/" {  
    setenv.add-environment = (
        "DC_BLOG_ID" => "tech"
    )
}

Le code de dotclear embarque un système permettant de passer cette information par une variable d'environnement. Les réécritures se font sur le même principe que celui exposé dans mon billet précédent sur le sujet.

url.rewrite-once += (
    "^/tech/(archive.*)" => "/tech/index.php/$1",
    "^/tech/(category.*)" => "/tech/index.php/$1",
    "^/tech/(feed.*)" => "/tech/index.php/$1",
    "^/tech/(page.*)" => "/tech/index.php/$1",
    "^/tech/(post.*)" => "/tech/index.php/$1",
    "^/tech/(tag.*)" => "/tech/index.php/$1",
    "^/tech/(trackback.*)" => "/tech/index.php/$1"
)

Il faut penser à mettre en place les quelques protections d'accès déjà abordées sur les répertoires sensibles.

La configuration est terminée, après un redémarrage de lighty tout devrait se passer sans encombres!

Un peu d'ordre dans la maison

hr — Tue, 18 Sep 2007 19:22:00 +0200

Je viens d'installer un serveur avec plein de SATA dans le ventre, la bête a 30To de disques répartis sur 2 controleurs Areca ARC-1280ML. L'installation d'une Debian/etch se passe sans problème, noyau 2.6.18-5-686. Après avoir installé le système sur 2 disques connectés à la carte mère (contrôleur ICH5R sur pilote ata_piix), des volumes RAID5 sont créés sur les cartes Areca (pilote arcmsr). Le démarrage s'arrête sur une invite de commande initramfs, la partition racine est introuvable.

Begin: Waiting for root file system... ...
Done.
        Check root= bootarg cat /proc/cmdline
        or missing modules, devices: cat /proc/modules ls /dev
ALERT! /dev/sda1 does not exist. Dropping to a shell!


Busybox v1.1.3 (Debian 1:1.1.1-4) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off
(initramfs)

Mais qu'est-ce qu'il nous arrive madame Michu ? Tout simplement, les nouveaux volumes sont détectés par le noyau avant le disque sur lequel est installé le système. Résultat, le système n'est plus sur /dev/sda mais sur /dev/sdc. Et le plus drôle c'est qu'il est parfois sur /dev/sdb parce que les controleurs Areca mettent du temps à se déclarer.

Comment laver l'affront que nous impose ce petit impudent ? En jouant avec la partition RAM d'initialisation, j'ai nommé initramfs.

C'est extrêmement simple, on va demander à la partition de démarrage en RAM de charger les modules sata dans l'ordre qu'on souhaite. Dans notre cas, le pilote ata_piix avant arcmsr. Les outils Debian permettent de faire ça de façon très simple, il suffit d'ajouter les modules qu'on souhaite voir chargés lors du démarrage dans le fichier /etc/initramfs-tools/modules. Les modules doivent être listés, un par ligne dans l'ordre de chargement souhaité. Dans notre cas, il suffit de préciser le module qui prend en charge le disque de démarrage.

# cat /etc/initramfs-tools/modules
[...]
ata_piix

Il faut maintenant mettre à jour l'image en RAM pour propager ces modifications.

# update-initramfs -v -k 2.6.18-5-686 -t -u
Keeping /boot/initrd.img-2.6.18-5-686.dpkg-bak
update-initramfs: Generating /boot/initrd.img-2.6.18-5-686
Adding module /lib/modules/2.6.18-5-686/kernel/drivers/scsi/scsi_mod.ko
Adding module /lib/modules/2.6.18-5-686/kernel/drivers/scsi/scsi_transport_spi.ko
Adding module /lib/modules/2.6.18-5-686/kernel/drivers/scsi/aic7xxx/aic7xxx.ko
[...]
Adding binary /sbin/mdrun
Building cpio /boot/initrd.img-2.6.18-5-686 initramfs
Backup /boot/initrd.img-2.6.18-5-686.bak

Un petit redémarrage et tout est revenu en ordre. Et le plus beau, c'est que lorsque vous devrez mettre à jour votre noyau, le nouveau noyau fera automatiquement la reconstruction de l'image RAM d'initialisation.

Et si on mangeait light

hr — Fri, 30 Mar 2007 16:54:00 +0200

Il y a toujours un moment dans la vie où on se dit qu'on mange trop lourd et qu'il faudrait faire attention et que j'ai pris du gras de là. il n'y a pas longtemps c'est ma passerelle qui m'a dit ça. Alors hop un p'tit coup de régime, un avis de la part d'un ami diététicien et c'est parti. lighttpd s'installe sans probléme sur un freebsd6.2 (lighttpd-1.4.13_2) et dès le premier démarrage, sans php, HAHAHA la blague.

[root@backdoor ~]# ps ax -o 'user pid %cpu %mem command' -w|grep www
www      36654  0.0  0.7 /usr/local/sbin/lighttpd -f /usr/local/etc/lighttpd/lighttpd.conf

A titre de comparaison, le port apache-1.3.37_2 sous freebsd, lancé avec la conf par défaut me donne ça :

[root@backdoor ~]# ps ax -o 'user pid %cpu %mem command' -w|grep www
www      49868  0.0  0.8  2716  2136  ??  S     2:25PM   0:00.01 /usr/local/sbin/httpd
www      49869  0.0  0.8  2716  2136  ??  S     2:25PM   0:00.01 /usr/local/sbin/httpd
www      49870  0.0  0.8  2716  2136  ??  S     2:25PM   0:00.01 /usr/local/sbin/httpd
www      49871  0.0  0.8  2716  2136  ??  S     2:25PM   0:00.01 /usr/local/sbin/httpd
www      49872  0.0  0.8  2716  2136  ??  S     2:25PM   0:00.01 /usr/local/sbin/httpd

La bonne blague donc, il suffit ensuite d'installer php en version FastCgi et de donner le chemin vers le binaire fcgi à lighttpd :

fastcgi.server = ( ".php" => ((
        "bin-path" => "/usr/local/bin/php-cgi",
        "socket" => "/tmp/php.socket")))

Un petit restart et des processus php-cgi apparaissent dans le sillage de notre serveur http sous aspartame.

Dans la foulée je m'installe un dotclear2 et à condition de mettre une petite série de règles de réécriture, je peux même me faire de jolies URL pour les billets.

url.rewrite-once += (
    "^/blog/(archive.*)" => "/blog/index.php/$1",
    "^/blog/(category.*)" => "/blog/index.php/$1",
    "^/blog/(feed.*)" => "/blog/index.php/$1",
    "^/blog/(page.*)" => "/blog/index.php/$1",
    "^/blog/(post.*)" => "/blog/index.php/$1",
    "^/blog/(tag.*)" => "/blog/index.php/$1",
    "^/blog/(trackback.*)" => "/blog/index.php/$1"
)
$HTTP["url"] =~ "/blog/(CHANGELOG|db|inc|cache|plugins)" {
    url.access-deny = ("")
}

Alors pour résumer, un fichier de configuration simpilissime à prendre en main, un système de modules niquel, une empreinte mémoire aussi imposante qu'un PEZ et un système de vhosts que ma mère peut comprendre. Une vraie tuerie, seul bémol, l'absence de système ala .htaccess qui, il faut l'avouer, est carrément convi (mais consommateur à chaque accès).