Questione : Inizio attività dell'ANNUNCIO del mackintosh

Ho un problema con i clienti del mackintosh che sono limitati all'indice attivo in cui danno intermittentemente l'errore “che non potete entrare al cliente di utente “username„ attualmente.  Entrando al cliente è venuto a mancare perché un errore ha accaduto. “il

Accounts che entra perfettamente genererà questo errore alcune ore più successivamente ed allora alcune ore dopo il quel, magico comincia funzionare again.

I comprenderà l'Info relativa qui sotto dai ceppi.  Suona come una certa specie dell'edizione o di qualcosa di DNS fare con il percorso di ricerca per il 9:40 dell'ANNUNCIO domains.

6/29/10: 27 com.apple.log inwindow [433]
Tue 29 giugno 09: 40: del loginwindow di 27 dss-sscf-macbook.xxx.edu [433]: CGSShutdownServerConnections: Applicazione di staccamento dal 9:40 del server

6/29/10 della finestra: 27 com.apple.ScreenSharing.server [610]
Tue 29 giugno 09: 40: di 27 dss-sscf-macbook.xxx.edu AppleVNCServer [610]: CGSShutdownServerConnections: Applicazione di staccamento dal 9:40 del server

6/29/10 della finestra: 27 com.apple.ScreenSharing.server [610] Tue 29 giugno 09: 40: di 27 dss-sscf-macbook.xxx.edu AppleVNCServer [610]: CGSDisplayServerShutdown: Sottosistema di staccamento dell'esposizione dal 9:40 del server

6/29/10 della finestra: 27 com.apple.log inwindow [433] Tue 29 giugno 09: 40: del loginwindow di 27 dss-sscf-macbook.xxx.edu [433]: kCGErrorFailure: Fissare un punto di rottura @ CGErrorBreakpoint () per interferire gli errori poichè sono 9:40 di logged.

6/29/10: 27 com.apple.log inwindow [433] Tue 29 giugno 09: 40: del loginwindow di 27 dss-sscf-macbook.ucsd.edu [433]: CGSDisplayServerShutdown: Sottosistema di staccamento dell'esposizione dal 9:40 del server

6/29/10 della finestra: 29 com.apple.WindowServer [659] Tue 29 giugno 09: 40: di 29 dss-sscf-macbook.xxx.edu WindowServer [659]: kCGErrorFailure: Fissare un punto di rottura @ CGErrorBreakpoint () per interferire gli errori poichè sono 10:12 di logged.

6/29/10: 16 com.apple.DirectoryServices [11] digitano la parola d'accesso della macchina: 10:12 del

6/29/10: 18 aggiornamento di com.apple.DirectoryServices [11] DNS venuto a mancare! 10:12 del

6/29/10: 20 com.apple.DirectoryServices [11] digitano la parola d'accesso della macchina: 10:12 del

6/29/10: 22 aggiornamento di com.apple.DirectoryServices [11] DNS venuto a mancare! 10:12 del

6/29/10: 38 com.apple.DirectoryServices [11] digitano la parola d'accesso della macchina: 10:12 del

6/29/10: 39 aggiornamento di com.apple.DirectoryServices [11] DNS venuto a mancare! 10:16 del

6/29/10: 28 errore di inizio del launchctl di edu.mit. Kerberos.CCacheServer [590]: Nessun tale 10:16 del process

6/29/10: 33 com.apple.launchd.peruser.1215583987 [588] (com.apple.ReportCrash) che cadono di nuovo all'alimentatore di eccezione di Mach di difetto. Non ha potuto trovare: 10:16 di com.apple.ReportCrash.Self
6/29/10: 41 com.apple.launchd.peruser.1215583987 [588] (com.apple. Il di Kerberos.renew.plist [738]) è uscito con il codice di uscita: 10:16 di 1

6/29/10: 41 ServerScanner [734] che non esplora perché l'indice di /Active di nodo/tutti i dominii è nel searchPath

class= del

Risposta : Inizio attività dell'ANNUNCIO del mackintosh

Whoa, spiacente a tale proposito.  Qui è la parte relativa.

Ho risolto il problema che pubblico dalle seguenti lime come descritte:

/etc/automount

[[Nota: gli altri lettori dice che la lima di cui sopra dovrebbe essere /etc/hostconfig - Ed.]]

Sostituire AUTOMOUNT=-YES- con AUTOMOUNT=-NO-

/etc/auto_master

Tritare fuori le seguenti linee:

#/net - ospiti - nobrowse, nosuid
auto_home di #/home - nobrowse
#/Network/Servers - fstab

Basicamente, per quanto posso vedere questo rende invalide tutte le caratteristiche del automount che è benissimo per le messe a punto integrate ANNUNCIO che non usano alcune caratteristiche del automount e quella ha indici domestici immagazzinati sugli assistenti di Windows.