Forum Linux.général Migration samba : mission accomplie.

Voilà, suite la suite logique de ça : http://linuxfr.org/forums/10/5183.html(...) : la migration est effectuée et fonctionnelle. Je me propose ici de vous en faire l'histoire, et de vous faire part de quelques bizzareries qui m'ont plus étonnées que bloquées.

1. HISTORIQUE
Or donc, nous possédons un serveur Dell disposant de deux pentiums III, d'un Go de mémoire et plusieurs disques durs répartis sur deux contrôleurs RAIDS. Certains disques sont sur la baie interne (le système, et une autre partie de l'arborescence), et les autres sont dans une baie de disques externes, reliée à un contrôleur PERC 3Di. Le but de la manoeuvre, c'est de récupérer l'unité de sauvegarde (ultrium LTO) et la baie de disques sur un nouveau serveur fraîchement acheté. Pour la migration du matériel, rien de plus simple : y'a même pas besoin de tournevis ni pour enlever la carte, ni pour la remonter : merci aux ingénieurs de chez dell pour ce matos de qualité : je n'ai jamais vu de boitiers aussi pratiques que ceux de la marque, soit dit en passant.
De son côté, le manchot s'en sort à merveille : compilation d'un noyau avec les bons paramètres, agrémenté de quelques modules bien sentis et le tour est joué. Ah, j'oubliais : la baie externe et ses 376 Go contient simplement le /home, qu'il ne faut surtout pas perdre, c'est là que résident TOUS les documents des utilisateurs samba !

2. De la migration
Côté logiciel, ça ne s'est pas passé aussi bien qu'espéré. En effet, j'ignorais jusqu'il y a peu l'existence de ces choses que sont SID et consorts. Je pensais juste qu'en récupérant adresse IP, nom netbios et configuration, ça suffirait... Erreur ! Faut en plus récupérer ce truc infâme qu'est le SID... Bon, en fait, il faut récupérer les fichiers *.tdb de l'ancienne machine et les remettre sur la nouvelle. Dit comme ça, c'est d'un simple ! Quoi que... Faut aussi récupérer les fichiers contenant les utilisateurs/mots de passe (smbpasswd, passwd, group). Faut surtout pas faire comme moi : faut pas les reconstruire de 0. Pourtant, je trouvais ça pas mal, ça m'aurais permis de repartir avec une base d'utilisateurs/comptes machines propre ; tant pis.
Ceux qui posent problème, ce sont les clients windows 2000/XP. Apparemment, ils sont bien plus sensibles que les clients 98. Bon, ça, je peux le comprendre, après tout ils n'ont pas le même héritage.
3. Les questions
Quand même, ce que je n'ai pas compris, c'est qu'après coup, 5 postes sous 2000 sur la 20aine que nous avons ont purement refusé de se connecter au nouveau domaine (enfin nouveau... Vous m'avez compris...). Il a fallu les désinscrire et les réinscrire pour qu'ils daignent enfin démarrer comme avant. Bizarre.
Et puis, pourquoi ne peut-on recréer les comptes machines depuis 0 ? Après tout, si j'ai récupéré les comptes, avec la même uid qu'auparavant, ça devrais rouler, non ? Pourtant, sur les deux serveurs ces comptes ont été créés avec les mêmes commandes :
$ useradd -g machines -d /dev/null -s /bin/false PC$
$ smbpasswd -a -m PC

Pas compris ? Doit y avoir une subtilité... A moins que le SID ne fasse partie de toute la bouillie qui suit le nom du compte dans le fichier smbpasswd ? Mais même, j'ai recréé les comptes machines APRES avoir récupéré tous les fichiers .tdb et vérifié le SID avec la commande smbpasswd -X domaine.
Tout ça, ça me laisse sans voix. C'est tellement plus simple avec des clients unix "simples"....
Et les caractères accentués ! Mon dieu, mais pourquoi est-ce si compliqué ? Sur l'ancien serveur (samba 2.2.8a), ça fonctionnait à merveille, je me suis donc contenté de récupérer le fichier smb.conf pour lancer le nouveau (3.0.9 au passage, se mettre au goût du jour n'est pas interdit que je sache...). Hé ben, quel bordel dans les noms de fichiers... Je sais qu'il ne faudrait pas utiliser de tels caractères pour nommer ces documents, mais allez expliquer ça à quelqu'un, mettons une secrétaire, qui n'en a rien à péter de la technique, elle veut appeler son courrier "Lettre à monsieur Machin que j'ai créée le tel jour comme ça.doc"... Bon, il a fallu préciser deux directives nouvelles dont je ne me souviens plus trop dans le smb.conf (display encoding, peut-être et unix encoding ou quelque chose du genre pour que tout rentre dans l'ordre ; si ça vous intéresse, je regarderais ça demain).
Enfin, quoi qu'il en soit, les quelques interrogations qui me restent n'attestent qu'une chose : avant, on disait à l'ordinateur de calculer 1+1 et il nous répondait 2 ou 10, selon les cas, mais on arrivait à comprendre. Maintenant, il répond quand il a le temps, et encore, et on ne comprend pas toujours la réponse !

Conclusion
A toutes fins utiles, nous avons procédé comme suit pour récupérer nos informations sans passer par active directory (ou un truc du genre, je ne suis pas fort dans ces choses là !).

Chacun a ses documents dans /home/%U/samba.
Les documents du services sont dans /home/%G
Le partage public va dans /home/pub
Le profile mail de mozilla dans /home/%U/Mail

Ce dernier s'appelle defaut, et a été créé avec un utilisateur bidon de samba. Le but de la manoeuvre était de créer un squelette propre d'un utilisateur de windows. Aussi avons-nous connecté un poste XP à ce compte, configuré la messagerie, mozilla, putty, bref, ce genre de choses depuis cette connexion. Maintenant, lorsque nous créons un utilisateur du domaine, nous utilisons le répertoire de cet utilisateur bidon comme squelette (option -k de useradd), et du coup tout est configuré proprement. L'avantage : c'est qu'il ne reste plus que les imprimantes à configurer. Et puis, comme de cette manière, le profile de mozilla porte toujours le même nom, dans le même répertoire à la con (/home/%U/Mail/defaut/dsqjkljdl.dsk/), on peut passer d'un micro à l'autre et récupérer quand même son profile, local du point de vue de windows, itinérant de notre point de vue !
Voilà, j'espère que vous avez trouvé ça intéressant, même si c'est pas trop technique. Si vous avez des réponses aux quelques questions que je me pose, lâchez-vous : j'ai soif d'apprendre. Pour le reste, merci de m'avoir lu jusque là !