Xserve 10.4.11通过FC连接到Xserve RAID。 208GB的1.82TB可用。
Xserve连接到HP 2848千兆位交换机
Xserve为14位用户提供networking家庭文件夹。
客户端(mac mini-intel核心独奏1.5GHz运行10.4.11)
症状:客户端login到networking主文件夹的速度缓慢,整个工作日行为缓慢。
到目前为止检查:物理networking,服务器的DNSparsing(向前和向后)。 ApplePasswordServer.Server.log(人们正在进行身份validation)。 活动监视器显示没有exception活动。 简短的数据包分析显示没有无关的networkingstream量。
尝试了一个简单的开关,客户端和服务器的电源周期无济于事。
这里有三件事情要尝试:
检查身份validation是否是您的瓶颈
看看用户在ssh下login需要多长时间。
ssh <username>@localhost
exit time ssh <username>@localhost echo "Done"命中返回,一旦查询密码,点击ctrl-v粘贴,然后返回
echo "Done" ,应该几乎没有时间执行,并退出SSH会话 检查networking文件访问是否缓慢 :
看看传输文件需要多长时间
mkfile 100m 100MB time cp 100MB /Volumes/<network-home> curl file:/current/path/100MB -o /Volumes/<network-home>/100MB 查看您的计算机看到的其他networkingstream量 :
你是否redirectcaching文件夹(和其他)?
如果没有,你可以find如何: discuss.apple.com或AFP548.com
它内置在Leopard中 – 所以你不需要login钩子就可以了。 ( 说明 )
最后,你的大部分用户是否使用Mail.app或有大量的邮件? 我有几个用户的问题(只有一个用户需要这样做才会出现症状),这会让服务器几乎停下来,因为Spotlight会以尽可能快的速度打开和closures很小的文件。 在客户端上移动到Leopard并告诉Mail.app不要caching任何东西(邮件服务器是本地的)之间的混合解决了这个问题。
是否有任何特定的用户似乎在传输文件的数量方面“占用带宽”? 我build议寻找一个可移植的主目录,看看是否可以缓解问题。 还有更多的设置,但是消除那些消耗AppleFileServer时间的用户的体面方式。
我在RAID上提供了更多的空间,解决了这个问题。 我不确定这两者是直接相关的,但我非常感谢所有提交了答案的人。 他们都非常详细,但写得很清楚。 我非常感动!