En r�ponse � Georges Mariano et stephane ancelot notamment > On Fri, 7 Feb 2003 14:12:11 +0000 > Fran�ois Boisson <[EMAIL PROTECTED]> wrote: > > > donc quelques changements majeurs. Or je n'ai pas de serveur de > > rechange et il ne faut pas que la machine soit plant�e. Le passage de > > Samba est notamment de 1.9.18 vers 2.2.3. Dois-je m'attendre � des > > difficult�s(changement important dans les configuration de Samba, > > incompatibilit� connu de paquets compil�s glibc2.1 et concernant NFS, > > Exim, Apache, Nis, Bind vis � vis de la glibc2.2). > [Georges Mariano r�pond] > ben j'ai pas de solutions ou r�ponses pr�cises sur ces points mais bon > si j'avais � faire la m�me chose ... > > 0) dans un chroot potato (si j'ai bien compris c'est pour une patate > qu'il ne faut pas perturber, le chroot peut-�tre -� la rigueur- effectu� > sur le serveur ...) a) r�cup�rer les sources du paquet Debian > b) tenter une recompilation � la Debian (oui un backport donc...) > c) si �a marche pas, tenter la compilation standard > c') en faire un paquet quand m�me ... (i.e pas de make install mais un > ./debian/rules binary + installation) > > Par contre pour le test sur "h�te", il serait bon de r�ussir � tester de > l'int�rieur du chroot, pour ne pas remplacer le samba originel, et > �ventuellement revenir en arri�re � tout moment ...[arr�ter le samba > d'origine, activer celui du chroot, ... ** est-ce possible ??? (1)*** > ...] > > Je parierai pas grand chose sur la capacit� � "downgrader" ce genre de > fonctionnalit� au cas o� l'upgrade passe pas... ;-) >
Bien, j'ai trouv� ces conseils excellents et me suis point� pour les suivre. Retards divers... je me dis finalement "essayons la mise � jour directement". Erreur grave! R�sultat 2 fois 2 heures de TD/TP � l'eau des sueurs froides et (quand m�me soyons un peu positif, un downgrade r�ussi de samba de woody vers hamm (si!)).-> Comment r�cup�rer du hamm: La ligne deb http://archive.debian.org/debian-archive/ hamm contrib main non-free dans le sources.list remplit ce r�le. Ce f�t la bonne surprise du jour. -> Je n'ai pas compris les erreurs: Une partie seulement des �l�ves �tait reconnu par le controleur Tout d'abord les connexions (se faisant ou non) engendrait syst�matiquement des lignes [2003/02/24 13:32:25, 0] passdb/pampass.c:smb_pam_passcheck(827) smb_pam_passcheck: PAM: smb_pam_auth failed - Rejecting User nom_de_l_eleve ! Je regarde le fichier /etc/pam.d/samba, effectivement il a �t� modifi� passant de auth required pam_unix.so nullok account required pam_unix.so � auth required pam_unix.so nullok account required pam_unix.so session required pam_unix.so password required pam_unix.so (je pr�cise que malgr� les apparences dans la premi�re configuration, les mots de passe �taient v�rifi�s � partir de /etc/passwd ce qui �tait id�al). Je rectifie le fichier, �a ne change rien. Je downgrade vers samba_potato version 2.0.8, les comptes des �l�ves sont reconnus mais pour une partie seulement. Pour �tre exact, le service netlogon �tait effectif pour certains seulement, (toujours les m�mes). Je repasse en Samba 1.9.18 et de nouveau tout marche bien (� mon grand �tonnement). Conclusion: Un merci � la gestion des paquets Debian et � la solidit� du tout me permettant un grand �cart entre hamm et woody. Des remerciements � Georges qui m'a dit ce que j'aurais du faire (et que je vais faire doucement) et un point d'interrogation sur ce comportement de Samba. Une piste quand m�me: J'ai eu des pbms de majuscules/minuscules dans les mots de passe et ai install� une tol�rance de 2 majuscules/minuscules sur les mots de passe Samba (lignes; rectifie 2 majuscules <-> minuscules password level = 2 dans /etc/smb.conf). Il n'est pas impossible que la distinction entre les comptes qui marchent et les autres soit due � cela mais il y a une majuscule dans mon mot de passe et mon compte fonctionnait. Aucun �l�ve est dans /etc/smbpasswd. Je suis � l'�coute de toute id�e ou suggestion. Fran�ois Boisson
