Ces paquets, principalement OpenSSH, ne semblent pas avoir été distribués. Malgré tout, il y a un risque via les serveurs tiers et Redhat publie un bulletin d’alerte critique à ce sujet.

Mais à cette vitesse qui semble si lente, l’ AMD 64 2000+ surpasse l’ Intel ATOM 1,6 GHz dans presque tous les tests de Tom’s Hardware.

Si le processeur AMD lui même n’est pas le plus économe en énergie, il se débrouille quand même bien : 8 watts seulement au repos. Il ne faut pas oublier, d’abord que les AMD incorporent le contrôleur mémoire (ça consomme aussi ça) alors que chez Intel ce controleur fait partie du chipset externe au cpu (et donc, cela reporte une partie de la consommation sur le chipset chez Intel). Ensuite, si l’ Intel ATOM consomme vraiment peu, actuellement le seul chipset proposé par Intel est un monstre de consommation, à un tel point que le processeur fonctionne avec un radiateur passif, et le chipset Intel avec un ventilateur !

Au total, si on compte la consommation du processeur + chipset avec circuit vidéo incorporé, la solution AMD 64 2000+ est plus performante (le circuit vidéo aussi) et consomme MOINS que l’ Intel Atom !

Et là… on est réellement surpris !

Et oui, AMD reste un TRES bon choix, même en faible consommation : il existe des versions faibles consommations aussi en Dual Core (AMD X2 4850E par exemple).

Reste à espérer qu’ AMD arrive à vendre sa solution AMD 64 2000 + le chipset AMD.

Probablement que cela forcera, avec également VIA et son processeur NANO, Intel a s’améliorer. On attend impatiemment les Atom dual core, et surtout un chipset digne de ce nom et faible consommation pour l’ Atom.

En attendant, AMD est intéressant, et de plus ce processeur n’était pas soudé sur la carte mère, vous pouvez prendre la version de votre choix, y compris des versions qui consomment plus mais sont plus rapide et dual core (X2).

Un site web est consacré à ce livre : www.atelierdrupal.net.

C’est l’occasion de faire un billet pour expliquer la façon de faire une mise à jour Drupal.

J’utilise actuellement Drupal 6.3, et la version 6.4 est disponible depuis hier (et fortement recommandée !)

Quelles sont les étapes pour mettre à jour correctement et (en théorie) sans risque un ou plusieurs sites Drupal ?

En résumé :

• Télécharger la nouvelle version (on s’en serait douté)
• La décompacter
• Mettre le site en mode maintenance via l’interface d’administration, cela pour éviter l’accès des utilisateurs et les mises à jour de la base de données pendant l’upgrade (ce serait risqué pour l’intégrité de la base de données). Il faut mettre TOUS les sites en mode maintenance (une installation Drupal peut être très facilement multi-sites, et donc partager le même code pour plusieurs sites)
• en théorie, il faudrait désactiver toutes les extensions, le temps de la mise à jour (mais les risques sont faibles lors d’un upgrade normal telque le passage de la 6.3 et 6.4)
• Recopier le dossier “sites” qui contient les définitions de chaque site, les fichiers uploadés, mais aussi les modules d’extension installés, dans le dossier de la nouvelle version Drupal
• Renommer les dossiers pour que le dossier de la nouvelle version (avec la copie du sous-dossier sites) devienne “Drupal”
• Exécuter le script “update.php” OBLIGATOIREMENT après cette mise à jour (avant de remettre le site en mode normal pour les utilisateurs). Cela permet à Drupal de convertir (si nécessaire) des formats de données, etc… Sans cela vous risquez des problèmes, des choses qui ne fonctionneraient plus correctement, etc.
• réactiver les extensions qui ont été désactivées (en cas de problème de compatibilité, les laisser inactive, attendre les mises à jour de ces extensions, ou en chercher d’autres qui sont compatibles avec le nouveau Drupal)
• Remettre le ou les sites en mode normal pour que les utilisateurs puissent y accéder
• Faire quand même quelques essais

En détail :

Télécharger la nouvelle version :

Vous trouverez en général l’adresse du fichier archive sur le site drupal.org

cd /home/didier/download/drupal

wget http://ftp.drupal.org/files/projects/drupal-6.4.tar.gz
:~/download/drupal$ wget http://ftp.drupal.org/files/projects/drupal-6.4.tar.gz
--00:20:53--  http://ftp.drupal.org/files/projects/drupal-6.4.tar.gz
           => `drupal-6.4.tar.gz'

Resolving ftp.drupal.org... 140.211.166.134
Connecting to ftp.drupal.org|140.211.166.134|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1,068,473 (1.0M) [application/x-gzip]

100%[=================================================================================================================>] 1,068,473    541.99K/s

00:20:56 (540.61 KB/s) - `drupal-6.4.tar.gz' saved [1068473/1068473]

Décompacter :

:~/download/drupal$ tar xvfz drupal-6.4.tar.gz 
drupal-6.4/
drupal-6.4/includes/
drupal-6.4/includes/actions.inc
drupal-6.4/includes/batch.inc
...

Mettre le site en mode maintenance :

Allez dans l’interface web d’administration de votre site, avec votre userid d’administration, menu “Administrer / Configuration / Maintenance du site” et sélectionner “Hors ligne” et enregistrer les modifications.

Si vous avez installé plusieurs sites Web dans votre Drupal, mettez les TOUS en mode maintenance. Cela évite que des mises à jour soit faites dans la base de donnée en cours d’upgrade de votre site.

Désactiver les extensions qui pourraient poser des problèmes de compatibilité avec la nouvelle version Drupal.

Si vous n’avez pas les dernières versions de ces extensions, c’est aussi l’occasion de mettre à jour ces modules d’extension ! En plus d’une éventuelle correction de bugs ou de sécurité, avoir la dernière version d’une extension réduit les risques d’incompatibilité lors de la mise à jour de votre Drupal.

Recopier le nouveau dossier Drupal et le sous-dossier sites de votre ancienne version.

Ce sous-dossier “sites” est normalement la seule place ou des éléments personnels telque thèmes, modules d’extensions (même pour TOUS les sites, ils doivent alors être dans sites/all/…) ou fichiers uploadés se trouvent:

$ cd /home/didier/www/   (adapté votre nom de dossier)
$ cp -R /home/didier/download/drupal/drupal-6.4 .
(le nouveau dossier est "drupal-6.4" et l'ancienne version est "drupal")

$ cp -R drupal/sites/ drupal-6.4/
(le nouveau dossier contient maintenant tous vos modules, thèmes et fichiers personnels)

Renomer les dossiers

$ mv drupal drupal-6.3
$ mv drupal-6.4 drupal

Vous êtes maintenant avec la nouvelle version du code de Drupal. Mais il faut encore finaliser cette mise à jour.

Exécuter le script update.php pour TOUS vos sites Drupal.

Avec votre navigateur, aller à l’ URL http://www.votresiteweb.be/update.php

Vous remarquez le POINT n° 1 : BACK UP your Data Base !

En effet, ce script va faire les éventuelles modifications dans VOS DONNES. Si ça se plante… vous risquez de vous retrouver avec une table Drupal totalement corrompue…

Donc, si votre site est important, FAITES ce backup !

Les points suivants sont moins importants dans notre cas :

• les codes sont clairement séparés puisque ancien et nouveau sont dans des dossiers différents
• le site est déjà en mode maintenance
• le code de la nouvelle version de Drupal est déjà installé dans le bon dossier

Je continue, et je ne sélectionne pas d’autre version.

Je click sur Update :

Et la mise à jour se termine, en théorie sans problème

Réactiver les modules d’extensions que vous auriez éventuellement désactivés pour CE site.

Vous pouvez remettre CE site en mode normal (càd accessible par les utilisateurs).

Si vous avez plusieurs sites dans cette installation Drupal (Drupal fonctionne merveilleusement bien en mode multisites : une seule fois le code et les thèmes et modules pour vos multiples sites), n’oubliez pas de continuer pour TOUS vos sites. Donc, un site à la fois, faites les “update.php”, “réactiver les modules”, “remettre le site en mode normal” et “quelques essais”.

Finalement, c’est assez facile !

• Joomla 1.5.6 est supposé corriger la faille (ce n’est pas tout à fait clair que la faille soit complètement fermée ou pas).
• Drupal 6.4 et 5.10 corrigent la faille dans leur version respective de Drupal

Bonne correction 

Le site bien connu Ubuntu-fr.org, référence pour les utilisateurs francophones d’Ubuntu, vient de migrer sous Drupal.

Quelques explications au sujet de cette migration vers Drupal sur le site de suivi de Ubuntu-fr.

Une petite erreur…

Le site web du restaurant…

mais… en cherchant un peu, ce type est connu pour ses vidéos où il démoli un peu n’importe quoi…Il y a même une vidéo d’excuse pour la démolition du mauvais restaurant !

Alors ? …

Alors… il y a surtout cette vidéo qui explique tout !

Et oui ! … Il faut toujours creuser un peu, surtout sur Internet.

Et pour info, quand on fait une recherche sur le nom de domaine du site Web du restaurant http://www.cheekysbarandgrill.com, on voit ceci :

Domain Name: CHEEKYSBARANDGRILL.COM

Registrar: NETWORK SOLUTIONS, LLC.

Whois Server: whois.networksolutions.com

Referral URL: http://www.networksolutions.com

Name Server: NS47.WORLDNIC.COM

Name Server: NS48.WORLDNIC.COM

Status: clientTransferProhibited

Updated Date: 03-jul-2008

Creation Date: 03-jul-2008

Expiration Date: 03-jul-2009

Étrange non ? Ce nom de domaine réservé juste 1 mois avant ce dynamitage erroné…

C’était bien un coup monté, mais j’avoue y avoir cru !

Et merci à Dominique qui m’a passé la vidéo, et l’explication le lendemain ;-).

Exim Logo (c) Jennifer Greenley

Un petit rappel s’impose.

Une partie de mes explications proviennent de cette page.

Le log d’Exim se trouve dans le fichier /var/log/exim4/mainlog et les mails en attente d’envoi par Exim se trouve dans /var/spool/exim4/input .

J’ai pour le moment beaucoup de mails en attente sur mon serveur Debian à la maison.

Ce n’est pas réellement un serveur de mails, mais y tournent Apache avec quelques sites dont certains en Drupal, et des outils de monitoring comme Munin et de backup comme BackupPC. De ce fait il a besoin de pouvoir envoyer des mails et pour cela, vu que ce serveur est derrière une ligne ADSL avec IP Dynamique, il passe par le serveur SMTP de mon fournisseur EDPnet.

Un exemple de log :

$ less /var/log/exim4/mainlog

2008-08-03 06:56:34 Start queue run: pid=14058
2008-08-03 06:56:35 1KPKK7-0000DJ-Du Message is frozen
2008-08-03 06:56:35 1KP6yb-0004iT-Tq Message is frozen
2008-08-03 06:56:35 1KP4FE-00011v-Qu Message is frozen
2008-08-03 06:56:35 1KPK0j-00089V-JP Message is frozen
...

On peut aussi lister les messages “frozen”, càd bloqués en attente, par la commande exim -bp.

:/var/spool/exim4/input# exim -bp

13h  1.8K 1KPcos-00082M-Te <> *** frozen ***
          webmaster@misson.net

13h  1.8K 1KPcvq-00089C-3L <> *** frozen ***
          webmaster@misson.net

13h  1.8K 1KPcyU-0008Gd-MC <> *** frozen ***
          webmaster@misson.net

...

La commande exiqgrep donne le même résultat, et exiqgrep -zi donne uniquement la liste des identifiants des messages.

Si vous voulez voir le contenu d’un de ces messages, une des solutions est d’aller directement dans le dossier /var/spool/exim4/input.

cd /var/spool/exim4/input

:/var/spool/exim4/input# ls -l 1KPcyU-0008Gd-MC*
-rw-r—– 1 Debian-exim Debian-exim 1484 2008-08-03 14:46 1KPcyU-0008Gd-MC-D
-rw-r—– 1 Debian-exim Debian-exim  725 2008-08-03 14:46 1KPcyU-0008Gd-MC-H

Chaque message est divisé en 2 fichiers, le header du mail (le -H) et le contenu (Data, le -D).

Affichez les de façon classique :

:/var/spool/exim4/input# less 1KPcyU-0008Gd-MC-H

1KPcyU-0008Gd-MC-H
Debian-exim 106 114
<>
1217767574 0
-ident Debian-exim
-received_protocol local
-body_linecount 32
-max_received_linelength 108
-allow_unqualified_recipient
-allow_unqualified_sender
-frozen 1217767575
-localerror
XX
1
webmaster@misson.net

142P Received: from Debian-exim by abrasd03 with local (Exim 4.69)
        id 1KPcyU-0008Gd-MC
        for webmaster@misson.net; Sun, 03 Aug 2008 14:46:14 +0200
037  X-Failed-Recipients: root@misson.net
029  Auto-Submitted: auto-replied
054F From: Mail Delivery System <Mailer-Daemon@misson.net>
025T To: webmaster@misson.net
059  Subject: Mail delivery failed: returning message to sender
041I Message-Id: <E1KPcyU-0008Gd-MC@abrasd03>
038  Date: Sun, 03 Aug 2008 14:46:14 +0200
1KPcyU-0008Gd-MC-H (END)

:/var/spool/exim4/input# less 1KPcyU-0008Gd-MC-D

1KPcyU-0008Gd-MC-D
This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  root@misson.net
    SMTP error from remote mail server after end of data:
    host relay.edpnet.be [212.71.0.14]: 550 5.7.1 Blocked by SpamAssassin

------ This is a copy of the message, including all the headers. ------

Return-path: <webmaster@misson.net>
Received: from munin by abrasd03 with local (Exim 4.69)
        (envelope-from <webmaster@misson.net>)
        id 1KPcyU-0008GY-4u
        for root@misson.net; Sun, 03 Aug 2008 14:46:14 +0200
From: webmaster@misson.net (Cron Daemon)
To: root@misson.net
Subject: Cron <munin@abrasd03> if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi
Content-Type: text/plain; charset=ANSI_X3.4-1968
X-Cron-Env: <MAILTO=root>
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/var/lib/munin>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=munin>
Message-Id: <E1KPcyU-0008GY-4u@abrasd03>
Date: Sun, 03 Aug 2008 14:46:14 +0200

cp: ne peut créer le fichier régulier `/var/www/munin/': Aucun fichier ou dossier de ce type
cp: ne peut créer le fichier régulier `/var/www/munin/': Aucun fichier ou dossier de ce type
cp: ne peut créer le fichier régulier `/var/www/munin/': Aucun fichier ou dossier de ce type
Cannot open /var/www/munin/kimsufi.com/ks36586.kimsufi.com-cpu.html at /usr/share/munin/munin-html line 488.
1KPcyU-0008Gd-MC-D (END)

Pour ce message, il est rejeté par le SpamAssassin du serveur SMTP de mon provider Internet EDPnet… Ils n’ont pas l’air d’aimer certains types de mails techniques, mais ce n’est pas le sujet de ce billet

Si vous voulez supprimer ce message de la queue d’Exim4 :

:/var/spool/exim4/input# exim -Mrm 1KPcyU-0008Gd-MC
Message 1KPcyU-0008Gd-MC has been removed

Pour pouvoir supprimer un message, vous devez soit être l’expéditeur de ce message, soit être administrateur (root).

La comande exiqgrep peut être utilisée pour nettoyer les mails en queue :
Pour avoir la liste des mails en queue :

# exiqgrep -zi
1KP6tl-0004b9-C7
1KP6yb-0004iT-Tq
1KP73R-0004ow-IU
...

Pour la liste des mails en queue depuis plus de (-o older) 24h (86400 secondes) :

# exiqgrep -zi -o 86400

et finalement, pour supprimer les mails en queue depuis plus de 24h :

# exiqgrep -zi -o 86400 | xargs exim -Mrm
Message 1KP6tl-0004b9-C7 has been removed
Message 1KP6yb-0004iT-Tq has been removed
Message 1KP73R-0004ow-IU has been removed
Message 1KP78I-0004vH-7Y has been removed
...

Ca peut aider quand vous avez compris le problème et que les 350 mails d’erreur qui n’ont pas été envoyé vous sont maintenant inutile !

Par curiosité, le log donne ensuite ce genre de message :

2008-08-04 04:34:38 1KP9A6-0001F8-Ca removed by root
2008-08-04 04:34:38 1KP9A6-0001F8-Ca Completed
2008-08-04 04:34:38 1KP9Ex-0001Lo-61 removed by root
2008-08-04 04:34:38 1KP9Ex-0001Lo-61 Completed
2008-08-04 04:34:38 1KP9Jm-0001Te-Kx removed by root
2008-08-04 04:34:38 1KP9Jm-0001Te-Kx Completed
...

Si vous voulez releaser manuellement un message qui est en bloqué (frozen), la commande est :

exim -v -M 1KQJ9J-0001gW-FA

Vous ne connaissez pas VFU ?

VFU est un File Manager, disons un gestionnaire de fichiers, fonctionnant en mode texte, en console ou dans une fenêtre terminal.

Pourquoi utiliser VFU alors que les gestionnaires de fichiers en mode graphique sont courants et présents dans tous les OS ? Gnome a Nautilus, KDE a le sien, et Windows a l’explorateur Windows. Des files manageurs plus légers, mais toujours en mode graphique, existent, comme Thunar ou PCManFM qui est une évolution de Thunar (ajout des onglets par exemple).

C’est bien pratique en local, sur votre PC, mais ce l’est moins lorsque vous voulez gérer un serveur à distance qui ne dispose pas d’interface graphique.

VFU Help

On pourrait malgré tout utiliser un gestionnaires de fichiers graphiques, en permettant le montage à distance du Système de fichier ou d’un dossier précis. Mais c’est une étape en plus, souvent inutile si vous ne devez manipuler des fichiers et dossiers qu’au sein de ce serveur. De plus, si vous êtes directement SUR ce serveur, en console : là pas de graphique possible…

Restent les gestionnaires de fichiers en mode texte (console).

La plupart d’entre vous connaissent déjà Midnight Commander, dérivé du célèbre Norton Commander.

J’ai utilisé très souvent Midnight Commander et il faut dire qu’il rend bien des services !

Malgré tout, il n’est pas le plus pratique sur certains points, et il me pose parfois des problèmes lors de copies de dossiers vers une destination où existe déjà un dossier de ce nom (il met alors la copie en sous-dossier, au lieu de me proposer d’écraser la version actuelle).

Par hasard, j’ai trouvé VFU File Manager, écrit par Vladi Belperchinov-Shabanski.

VFU a une présentation et des raccourcis claviers très différents de ceux de Midnight Commander. Il faut un petit peu de temps pour s’y habituer. Mais ce n’est pas plus mal ! Autant ne pas retrouver un xième clone de Norton Commander

L’installation sous Ubuntu (et certainement sous Debian aussi) est très simple. C’est un très petit programme qui n’a pas de dépendance :

$ sudo aptitude install vfu

Les NOUVEAUX paquets suivants vont être installés :
  vfu
0 paquets mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 169ko d'archives. Après dépaquetage, 512ko seront utilisés.
Écriture de l'information d'état étendu... Fait
Prendre :1 http://be.archive.ubuntu.com hardy/universe vfu 4.06-4.1 [169kB]
169ko téléchargés en 0s (490ko/s)

Ensuite, il suffit de le démarrer par la commande “vfu” ou si vous devez avoir les droits d’accès système “sudo vfu”

Les commandes de base sont assez simples avec un peu d’habitude ( H pour Help, C pour copy, D pour changer de directory, ctrl-D pour afficher l’arborescence, etc …), et comme vous pouvez le voir, VFU ne travaille pas en 2 colonnes comme Midnight Commander.

Plutôt que d’en parler longuement, je vous mets quelques copies d’écran.

Copy with VFU

VFU Tree

Essaye le ! C’est un tout petit programme qui s’installe très facilement.

Ensuite, c’est à vous de choisir suivant vos besoins et vos préférences.