Pergunta : Inícios de uma sessão do ANÚNCIO do Mac

Eu tenho um problema com clientes do Mac que são limitados ao diretório ativo onde dão intermitentemente o erro “que você é incapaz de entrar ao cliente de usuário “username” neste tempo.  Entrar ao cliente falhou porque um erro ocorreu. o “

Accounts que entra perfeitamente gerará este erro algumas horas mais tarde e então algumas horas após o esse, começa màgica trabalhar again.

I incluirá a informação relevante abaixo dos registros.  Soa como alguma sorte da edição ou de algo do DNS fazer com o trajeto de busca para o 9:40 do ANÚNCIO domains.

6/29/10: 27 AM com.apple.log inwindow [433]
Tue 29 de junho de 09: 40: do loginwindow de 27 dss-sscf-macbook.xxx.edu [433]: CGSShutdownServerConnections: Aplicação de destaque do 9:40 do server

6/29/10 da janela: 27 AM com.apple.ScreenSharing.server [610]
Tue 29 de junho de 09: 40: de 27 dss-sscf-macbook.xxx.edu AppleVNCServer [610]: CGSShutdownServerConnections: Aplicação de destaque do 9:40 do server

6/29/10 da janela: 27 AM com.apple.ScreenSharing.server [610] Tue 29 de junho de 09: 40: de 27 dss-sscf-macbook.xxx.edu AppleVNCServer [610]: CGSDisplayServerShutdown: Subsistema de destaque da exposição do 9:40 do server

6/29/10 da janela: 27 AM com.apple.log inwindow [433] Tue 29 de junho de 09: 40: do loginwindow de 27 dss-sscf-macbook.xxx.edu [433]: kCGErrorFailure: Ajustar um limite de faturamento @ CGErrorBreakpoint () para travar erros porque são 9:40 de logged.

6/29/10: 27 AM com.apple.log inwindow [433] Tue 29 de junho de 09: 40: do loginwindow de 27 dss-sscf-macbook.ucsd.edu [433]: CGSDisplayServerShutdown: Subsistema de destaque da exposição do 9:40 do server

6/29/10 da janela: 29 AM com.apple.WindowServer [659] Tue 29 de junho de 09: 40: de 29 dss-sscf-macbook.xxx.edu WindowServer [659]: kCGErrorFailure: Ajustar um limite de faturamento @ CGErrorBreakpoint () para travar erros porque são 10:12 de logged.

6/29/10: 16 AM com.apple.DirectoryServices [11] incorporam a senha de máquina: 10:12 do

6/29/10: 18 atualização do AM com.apple.DirectoryServices [11] DNS falhada! 10:12 do

6/29/10: 20 AM com.apple.DirectoryServices [11] incorporam a senha de máquina: 10:12 do

6/29/10: 22 atualização do AM com.apple.DirectoryServices [11] DNS falhada! 10:12 do

6/29/10: 38 AM com.apple.DirectoryServices [11] incorporam a senha de máquina: 10:12 do

6/29/10: 39 atualização do AM com.apple.DirectoryServices [11] DNS falhada! 10:16 do

6/29/10: 28 erro do começo do launchctl do AM edu.mit. Kerberos.CCacheServer [590]: Nenhum tal 10:16 do process

6/29/10: 33 AM com.apple.launchd.peruser.1215583987 [588] (com.apple.ReportCrash) que caem de volta ao alimentador da exceção do Mach do defeito. Não podia encontrar: 10:16 de com.apple.ReportCrash.Self
6/29/10: 41 AM com.apple.launchd.peruser.1215583987 [588] (com.apple. O de Kerberos.renew.plist [738]) retirou com código de saída: 10:16 de 1

6/29/10: 41 AM ServerScanner [734] que não faz a varredura porque diretório de /Active do nó/todos os domínios está no searchPath

class= do

Resposta : Inícios de uma sessão do ANÚNCIO do Mac

Whoa, pesaroso sobre aquele.  Está aqui a parcela relevante.

Eu resolvi a edição que edito pelas seguintes limas como descritas:

/etc/automount

[[Nota: uns outros leitores dizem que a lima acima deve ser /etc/hostconfig - Ed.]]

Substituir AUTOMOUNT=-YES- com o AUTOMOUNT=-NO-

/etc/auto_master

Picar para fora as seguintes linhas:

#/net - anfitriões - nobrowse, nosuid
auto_home de #/home - nobrowse
#/Network/Servers - fstab

Basicamente, tanto quanto eu posso ver isto incapacita todas as caraterísticas do automount que é muito bem para as instalações integradas ANÚNCIO que não usam nenhuma caraterísticas do automount e aquela tem os diretórios home armazenados nos usuários de Windows.