La mise à jour de Lenny à Squeeze sur 5 serveurs Debian s’était bien passée mais hier j’ai eu quelques soucis sur un debian avec un noyau que j’avais recompilé moi même (ça je m’en suis souvenu après le reboot).
Sous backuppc, les utilisateurs peuvent être avertis d’une erreur de sauvegarde des fichiers Outlook lorsque leur poste est sauvegardé par smb. Mais je voulais profiter de la rapidité et de la sécurité de SSH couplé à Rsync. Le problème de cette solution est que les fichiers ouverts, tout comme en sauvegardant en smb, no peuvent pas être sauvegardés.
Mon but est donc de procéder comme suit :
Lancer la commande suivante :
/usr/share/mdadm/mkconf
Copier coller le contenu dans le fichier /etc/mdadm/mdadm.conf en vérifiant bien que vous avez tous vos array et qu’il n’y en a pas en double (j’ai eu le souci sur un array).
J’ai dû vérifier les uuid des array démarrés et utilisés actuellement avec les commandes
mdadm --query --examine /dev/sda1 mdadm --query --examine /dev/sda2
La commande suivante est peut-être plus rapide pour faire ce job
mdadm --detail --scan
Il existe aussi la commande suivante que je viens de découvrire
blkid
J’ai donc ensuite ignoré les lignes avec les uuid fantômes.
Je suis actuellement en train de chercher ce qu’il faut faire pour supprimer ces uuid fantômes.
Petit tuto comme beaucoup d’autres pour la migration d’une Debian Lenny a une Debian Squeeze.
Lors de la mise à jour d’une Debian Lenny a la version Squeeze de l’un de mes serveurs, j’ai obtenu le message d’erreur suivant :
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-2.fw for module r8169 W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-1.fw for module r8169
Pour résoudre ce souci, j’ai trouvé la solution dans un forum, voilà la procédure :
Connecté en root installer les packets suivants
aptitude install firmware-linux firmware-linux-free firmware-linux-nonfree modconf
Ensuite lancer modconf et activer les pilotes suivants :
Dans la section kernel/drivers/pci/hotplug activer fakephp (pas présent sur mon serveur) pci_hotplug shpchp
Dans la section kernel/drivers/net activer 8139too
Source : http://lists.debian.org/debian-user-french/2011/02/msg00536.html
Après avoir installé mon serveur de sauvegarde, j’ai constaté que je ne pouvais pas faire de ping de son nom depuis un pc sous windows ou mon autre serveur Linux. J’ai donc procédé à une vérification des ports ouverts, du paramétrage de samba, des règles des firewall, des logs de samba, etc. … rien d’anormal…
Avant d’abandonner… pour cette nuit 
, j’essai un dernier test depuis mon autre serveur Linux :
Bon il ne le trouve toujours pas, normal car le ping srv02 ne fonctionnait pas. Je fais donc le test dans l’autre sens sur l’autre serveur :
Et là que vois-je ????? une adresse en 192.255.255.255 alors que sur l’autre l’adresse de broadcast était 192.168.2.2555.
He oui finalement ce n’était qu’une erreur de masque sur l’interface de mon serveur srv02, après avoir mis 255.255.255.0 tout est rentré dans l’ordre et tout le monde pouvait se pinguer joyeusement par le nom…
Une petite compilation de liens utiles ou amusants quand on administre un ou plusieurs serveurs sous Linux :
: http://www.cyberciti.biz/tips/my-10-unix-command-line-mistakes.html