Comportement très bizare :
Je viens de passer une de mes station en Mdk 9.0. J'ai reconfigure mon NIS pour que cette station voit les utilisateurs NIS de mon réseaux. (d'autre station fonctionnent parfaitement en Mdk8.2).
 
Le problème est le suivant :
A l'invite de log Mdk mes utilisateurs NIS apparaisent tous (jusqu'ici tout va bien). Mais dès que je me log en quelqu'un d'autre que le root, j'ai, dès le démarrage de KDE le message
suivant :
could not read network connection list
/home/seb/.DCOPserver_station.domaine__0
verifier que le programme dcopserver est actif
Puis retour au log -> impossibillité de se logguer pour ces users.
 
En investigant un peu plus je me suis rendu compte que qd le root se connecte et regarde les droits des dossiers il voit apparaitre les noms des propriétaires : seb (par exemple)
Par contre si dans un terminal je me loggue en seb et que je regarde mes propres fichiers : ils appartiennent a "502" et seb n'a pas de droit d'écriture dessus et donc pas de droit non plus sur les fichiers .DCOPserver...
 
C'est bizare je ne comprend pas comment le NIS arrive à logguer l'utilisateur "seb" sur cette station sans savoir que son UID est 502...  
Je pense qu'en resolvant ce problème NIS je resoudrait mon problème avec les fichiers .DCOPserver....
 
Une idée? je sombre en pleine déprime...... help !!!!!

uuuuuuuuup!!!!!!!

Ton fichier /etc/nsswitch.conf est correct ?

la commande id avec ton user seb te repond quoi?
et un ypcat passwd, ca te renvoie tout ce qu'il faut?

s'cusez pour le delai, j'etait absent...
 
Jar Jar : le fichier nsswitch.conf est le même que celui que j'utilisait sous le 8.2 Mdk et qui marchait parfaitement, le voici.
 

#
# /etc/nsswitch.conf
#
# An example Name Service Switch config file. This file should be
# sorted with the most-used services at the beginning.
#
# The entry '[NOTFOUND=return]' means that the search for an
# entry should stop if the search in the previous entry turned
# up nothing. Note that if the search failed due to some other reason
# (like no NIS server responding) then the search continues with the
# next entry.
#
# Legal entries are:
#
# nisplus or nis+  Use NIS+ (NIS version 3)
# nis or yp  Use NIS (NIS version 2), also called YP
# dns   Use DNS (Domain Name Service)
# files   Use the local files
# db   Use the local database (.db) files
# compat   Use NIS on compat mode
# hesiod   Use Hesiod for user lookups
# [NOTFOUND=return] Stop searching if not found so far
#
 
# To use db, put the "db" in front of "files" for entries you want to be
# looked up first in the databases
#
# Example:
#passwd:    db files nisplus nis
#shadow:    db files nisplus nis
#group:     db files nisplus nis
 
passwd: files nis
shadow: files nis
group: files nis
 
#hosts:     db files nisplus nis dns
hosts: files nis dns
 
# Example - obey only what nisplus tells us...
#services:   nisplus [NOTFOUND=return] files
#networks:   nisplus [NOTFOUND=return] files
#protocols:  nisplus [NOTFOUND=return] files
#rpc:        nisplus [NOTFOUND=return] files
#ethers:     nisplus [NOTFOUND=return] files
#netmasks:   nisplus [NOTFOUND=return] files      
 
bootparams: nis [NOTFOUND=return] files
 
ethers: files
netmasks: files
networks: files
protocols: files
rpc: files
services: files
 
netgroup: nis
 
publickey: nis
 
automount: files nis
aliases: files nis
 

 
ZoidBerg :
je lance KDE en Root et sur une console je fait un su seb et voila, surprenant :

 
[root@station1 root]# su seb
id: ne peut trouver le nom du groupe ID 1001
id: ne peut trouver le nom de l'usager ID 502
 
[I have no name!@station1 root]$ id
uid=502 gid=1001 groupes=1001,22(cdrom),504,415,43(usb),48,80(cdwriter),81(audio)
 
[I have no name!@station1 root]$ ypcat passwd
seb:XXXXXXXXXXXXXXX:502:1001:Sébastien Castanhome/sebbin/bash

 
tout ceci me laisse quoi.....

tu as essaye d'ajouter un '+:' a la fin de tes fichiers passwd et group afin que la machine sache qu'il faut aller chercher la suite ailleurs??
sur certains OS c'est necessaire...

sans succes....
 
ce qui est bizarre c'est que dans la zone de log de session de KDE tout mes utilisateur NIS apparaissent
correctement... mais dès que j'en loggue un, autre que le root (qui est en local), KDE n'arrive pas à lire/écrire les fichiers .DCOPserverxxx (dans les home des user) pretextant qu'il n'a pas de droits sur ces fichiers...
 
C'est un peu comme si pour la session tout etait OK, mais
pas pour le KDEstart.....
 
Et en plus ce comportement est nouveaux depuis la 9.0, j'aurais oublie un paquetage, quelquechose aurait change ??????
 
Je nage....

Vous allez rire....... moi un peu moins parceque ça fait
4 jours que je cherche c'te connerie :
 
le fichier /etc/profile n'était pas en lecture pour les autres user que le root..... donc tout ce qui est
variable d'environement $HOME $GROUP et autres ne pouvait
pas être initialisé au log........... tout simplement....
Et donc KDE logguait l'user mais ne configurait rien....
Du coup il etait dans les choux.............
Rien a voir avec le NIS qui marchait bien !!!!!!!!!!!!!!!!!!!
 
Merci bcp de votre aide, j'espère que mon erreur servira
à d'autre lecteur.....