Je viens de passer un serveur hp 9000 de hpux 10.20 vers hpux 11.00.
J'ai des clients (station hp 712 encore sous hpux 10.20) qui
beneficiaient jusqu'alors de certains FS (comme /home) montes par NFS et
NIS (enfin NIS c'est plutôt /etc/passwd et /group), les utilisateurs se
connectent sur les clients par le biais d'une interface CDE qui leur
demande nom d'utilisateur et mot de passe, ils arrivent donc sur leur
interface graphique (bureau) en quelques secondes. Depuis la migration
du serveur vers hpux 11.00 et une coupure de courant, mes clients (qui
n'ont pas migre, eux) mettent maintenant 3 à 4 minutes pour se connecter
et finissent enfin par acceder a leur bureau et donc leurs applications.
Qu'est-ce qui se passe ? Quel est le processus qui freine la connexion?
Y a-t-il incompatibilite entre hpux 10.20 chez les clients et hpux 11.00
sur le serveur??
NB : Un autre probleme apparemment sans lien s'est egalement produit; le
serveur de secours, qui avait le même nom de domaine NIS que le serveur
en production a eu les demons NIS et NFS reactives apres la coupure
electrique et les clients semblaient s'adresser a lui. depuis on a
supprime NIS et NFS sur le serveur de secours et on a verifie par SAM
que les clients s'adressaient bien au bon serveur a nouveau. En derniere
mesure on a meme verifie avec ypwhich et ypmatch.
Donc je ne sais pas si ce probleme vient de la migration ou de la
coupure EDF et encore moins comment y remedier.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Laurent Wacrenier
Billy BOY écrit:
NB : Un autre probleme apparemment sans lien s'est egalement produit; le serveur de secours, qui avait le même nom de domaine NIS que le serveur en production a eu les demons NIS et NFS reactives apres la coupure electrique et les clients semblaient s'adresser a lui. depuis on a supprime NIS et NFS sur le serveur de secours et on a verifie par SAM que les clients s'adressaient bien au bon serveur a nouveau. En derniere mesure on a meme verifie avec ypwhich et ypmatch.
Les clients NIS interrogent le premier serveur du domaine qui leur répond au démarrage.
Billy BOY <viking2@club-internet.fr> écrit:
NB : Un autre probleme apparemment sans lien s'est egalement produit; le
serveur de secours, qui avait le même nom de domaine NIS que le serveur
en production a eu les demons NIS et NFS reactives apres la coupure
electrique et les clients semblaient s'adresser a lui. depuis on a
supprime NIS et NFS sur le serveur de secours et on a verifie par SAM
que les clients s'adressaient bien au bon serveur a nouveau. En derniere
mesure on a meme verifie avec ypwhich et ypmatch.
Les clients NIS interrogent le premier serveur du domaine qui leur
répond au démarrage.
NB : Un autre probleme apparemment sans lien s'est egalement produit; le serveur de secours, qui avait le même nom de domaine NIS que le serveur en production a eu les demons NIS et NFS reactives apres la coupure electrique et les clients semblaient s'adresser a lui. depuis on a supprime NIS et NFS sur le serveur de secours et on a verifie par SAM que les clients s'adressaient bien au bon serveur a nouveau. En derniere mesure on a meme verifie avec ypwhich et ypmatch.
Les clients NIS interrogent le premier serveur du domaine qui leur répond au démarrage.
