Question : Ouvertures d'ANNONCE de Mac

J'ai un problème avec les clients de Mac qui sont liés à l'annuaire actif où ils donnent par intermittence l'erreur « que vous ne pouvez pas ouvrir une session au compte d'utilisateur « username » actuellement.  Ouvrir une session au compte a échoué parce qu'une erreur s'est produite. le « 

Accounts qui ouvrent une session parfaitement produira de cette erreur quelques plus tard et puis heures quelques heures après ce, commencent comme par magie à travailler again.

I inclura l'information appropriée ci-dessous des notations.  Cela ressemble à d'une certaine sorte d'issue ou de quelque chose de DNS de faire avec l'itinéraire de recherche pour le 9h40 de l'ANNONCE domains.

6/29/10 : 27 AM com.apple.log inwindow [433]
Tue 29 juin 09 : 40 : du loginwindow de 27 dss-sscf-macbook.xxx.edu [433] : CGSShutdownServerConnections : Application de détachement de 9h40 du server

6/29/10 de fenêtre : 27 AM com.apple.ScreenSharing.server [610]
Tue 29 juin 09 : 40 : de 27 dss-sscf-macbook.xxx.edu AppleVNCServer [610] : CGSShutdownServerConnections : Application de détachement de 9h40 du server

6/29/10 de fenêtre : 27 AM com.apple.ScreenSharing.server [610] Tue 29 juin 09 : 40 : de 27 dss-sscf-macbook.xxx.edu AppleVNCServer [610] : CGSDisplayServerShutdown : Sous-système de détachement d'affichage de 9h40 du server

6/29/10 de fenêtre : 27 AM com.apple.log inwindow [433] Tue 29 juin 09 : 40 : du loginwindow de 27 dss-sscf-macbook.xxx.edu [433] : kCGErrorFailure : Placer un point de rupture @ CGErrorBreakpoint () pour déceler des erreurs car elles sont 9h40 de logged.

6/29/10 : 27 AM com.apple.log inwindow [433] Tue 29 juin 09 : 40 : du loginwindow de 27 dss-sscf-macbook.ucsd.edu [433] : CGSDisplayServerShutdown : Sous-système de détachement d'affichage de 9h40 du server

6/29/10 de fenêtre : 29 AM com.apple.WindowServer [659] Tue 29 juin 09 : 40 : de 29 dss-sscf-macbook.xxx.edu WindowServer [659] : kCGErrorFailure : Placer un point de rupture @ CGErrorBreakpoint () pour déceler des erreurs car elles sont 10h12 de logged.

6/29/10 : Le 16h du matin com.apple.DirectoryServices [11] entrent le mot de passe de machine : 10h12 du

6/29/10 : Mise à jour du 18h du matin com.apple.DirectoryServices [11] DNS échouée ! 10h12 du

6/29/10 : Le 20h du matin com.apple.DirectoryServices [11] entrent le mot de passe de machine : 10h12 du

6/29/10 : Mise à jour du 22h du matin com.apple.DirectoryServices [11] DNS échouée ! 10h12 du

6/29/10 : 38 AM com.apple.DirectoryServices [11] entrent le mot de passe de machine : 10h12 du

6/29/10 : 39 mise à jour d'AM com.apple.DirectoryServices [11] DNS échouée ! 10h16 du

6/29/10 : 28 erreur de début de launchctl d'AM edu.mit. Kerberos.CCacheServer [590] : Aucun tel 10h16 du process

6/29/10 : 33 AM com.apple.launchd.peruser.1215583987 [588] (com.apple.ReportCrash) retombant au traiteur d'exception de mach de défaut. N'a pas pu trouver : 10h16 de com.apple.ReportCrash.Self
6/29/10 : 41 AM com.apple.launchd.peruser.1215583987 [588] (com.apple. Le de Kerberos.renew.plist [738]) a sorti avec le code de sortie : 10h16 de 1

6/29/10 : 41 AM ServerScanner [734] ne balayant pas parce que l'annuaire de /Active de noeud/tous les domaines est dans le searchPath

class= de

Réponse : Ouvertures d'ANNONCE de Mac

Whoa, désolé à ce sujet.  Voici la partie appropriée.

J'ai résolu le problème par éditant les dossiers suivants comme décrit :

/etc/automount

[[Note : des autres lecteurs dit que le dossier ci-dessus devrait être /etc/hostconfig - Ed.]]

Remplacer AUTOMOUNT=-YES- par AUTOMOUNT=-NO-

/etc/auto_master

Hacher dehors les lignes suivantes :

#/net - centres serveurs - nobrowse, nosuid
auto_home de #/home - nobrowse
#/Network/Servers - fstab

Fondamentalement, dans la mesure où je peux voir ceci désactive toutes les configurations d'automount qui est très bien pour les installations intégrées par ANNONCE qui n'emploient aucun dispositif d'automount et cela ont les répertoires locaux stockés sur les serveurs de Windows.