Pergunta : Os usuários do Mac não têm de repente nenhum acesso para ganhar os volumes 2003 compartilhados AFP/SFM do Mac do usuário

Olá!-

I am que tem um problema com Mac compartilhou de volumes de meu usuário 2003 de Windows. Esta edição tem sido endereçada já em peritos em 2008 nesta ligação: href= " http://www.experts-exchange.com/OS/Microsoft_Operating_Systems/Server/2003_Server/Q_23219577.html?sfQueryTermInfo=1+10+2003+30+mac+server+share+volum " do Microsoft_Operating_Systems/Server/2003_Server/Q_23219577.html do e.com/OS/ de http://www.experts-exchang? a ligação do sfQueryTermInfo=1+10+2003+30+mac+server+share+volum

This descreve meu problema exatamente (salvo que em meu caso, uma tempestade de noite bateu para fora o poder a meu usuário). Momentaneamente, a partilha de ficheiros do Mac (SFM/AFP, não SMB) funcitoning flawlessly neste usuário para os 20-30 meses passados. A noite passada a parada programada do usuário de repente (falho eléctrico). Após ter recarregado esta manhã, todos os usuários de Windows têm o acesso às partes de SMB, nenhuns usuários do Mac têm o acesso aos volumes compartilhados SMB/AFP (à exceção da parte de Microsoft UAM? Eu não sou certo porque este trabalha mas nenhuma do outro faz…). Os usuários do Mac PODEM alcançar volumes de SMB embora. o usuário do

The não está gerando nenhuma eventos de erro do tipo. As partes são configuradas corretamente; a configuração é a mesma como era ontem quando tudo estava trabalhando corretamente. Também, o usuário precedente a afixar aos peritos nesta edição resolveu-a simplesmente dando acima e criar AFP novo compartilhou de volumes em uma outra caixa do usuário 2003 de Windows em seu local; Eu não tenho que luxury.

I examinaram as seguintes ligações e estes não parecem pertencem a meu rel= " nofollow " do " _blank " " do target= de " http://support.microsoft.com/kb/147909/en-us do href= de problem.
rel= " nofollow " do " _blank " " do target= de " http://allinthehead.com/retro/218/accessing-a-windows-2003-share-from-os-x do href= do
om/kb/147909/en-us de http://support.microsoft.c (sob o método 5, como o usuário precedente que afixou aos peritos neste problema, meu usuário não estão gerando a mensagem de registro do evento que este KB diz esperar) > rel= " nofollow " do " _blank " " do target= de " http://hinkle.wordpress.com/2007/10/27/leopard-problems-active-directory-integration-now-fixed/ do href= do tro/218/accessing-a-windows-2003-share-from-os-x
o m/2007/10/27/leopard-problems-ative-directory-integration-now-fixed/
Win2003.html#082806a

Also de http://www.macwindows.com/, agradecimentos adiantado a algumas sugestões que nós comutarmos a SMB. Há uma linha de apps do negócio que ainda exigem o ósmio 9, que nós temos o corredor com ósmio X agora. Os apps do ósmio 9 não reconhecem limas com SMB. Também, este local usa o código de cores do dobrador para seus processos, também um AFP function.

Thanks para seu help.
CTSMKE class= do

Resposta : Os usuários do Mac não têm de repente nenhum acesso para ganhar os volumes 2003 compartilhados AFP/SFM do Mac do usuário

Esta edição parece ser resolvida. Estão aqui as notas que eu preparei em nosso sistema interno a respeito deste incidente:

O usuário relatou que o usuário foi abaixo do last night devido a um falho eléctrico. Após ter recarregado o usuário, os AFP/SFM volumes compartilhados não eram acessíveis aos Mac, mas os volumes de SMB (mesmo os mesmos dobradores) eram acessíveis aos PCes e aos Mac. O usuário não mostrou nenhuma mensagens de erro nos registros a respeito desta edição. Eu não podia encontrar nenhuma ajustes da configuração que não estavam correta (nenhuns tinham sido mudados), mas os volumes de AFP/SFM que começam a volta no seu próprio de cada vez, com o volume da produção (320GB) que volta após cinco horas do tempo do carregador. Pareceria o usuário necessário para recrear um índice de AFP/SFM, mas eu não sei qual, como monitorar seu progresso, ou como o iniciar deve ele não volta a próxima vez.

Olha como eu começ afortunado e o usuário se reparou. Agradecimentos para sua ajuda embora.