最近,我们将用户家庭文件夹和共享驱动器从NovellNetware6.5服务器转移到Novell服务器上。所有文件夹都存储在通过一个LeftHand连接附加到服务器的iSCSI SAN上。
在我们其中一个建筑的某些实验室里,探险家试图大量访问某些文件夹时,会在工作站上结冰/崩溃。(一组30名学生同时)这是间歇性的,通常发生在3-5台机器上。这并不发生在我们的任何其他实验室/建筑,但我们已经排除了所有我们能想到的现场可能性。(计算机图像、布线、开关、光纤、计算机硬件等)
如果我把这些文件夹放回Netware服务器上,我们就没有崩溃问题了。我们试图摆脱所有的网络软件,所以保持这种配置是不可能的。
我们一直试图孤立这一问题,但运气不佳。
长话短说,知道我们能做些什么来找出问题所在吗?我一直在看左岸的性能数据,但似乎一切都井井有条。
发布于 2010-02-03 21:09:32
我们喜欢2.x中的非专用服务器,但是他们说所有的3.x服务器都是专用的(天哪,今天没人会明白这个笑话)。
我们喜欢宾德瑞,但他们强迫我们在4.x中搬到NDS
我们喜欢IPX,但他们强迫我们在5.x中转移到IP
毕竟,我们喜欢NetWare,但现在他们试图迫使我们在6.x中迁移到Linux
这是你的决定。慎重决定
发布于 2010-02-03 18:31:01
与NetWare相比,在Linux上处理NCP连接需要更多的CPU。造成这种情况的原因很多,但事实上,NetWare上的无数连接将使CPU峰值达到40%,而到OES的相同连接将运行系统中处理器数量的平均负载。这一点在教育环境促进的高并发环境中尤为明显。当负载平均值超过客户端CPU性能的数量时,客户端的性能确实会下降。
另外,请记住,Novell在OES-fcs,OES-SP1,OES-SP2,甚至OES2,OES-2-SP1之间对做了一些重大的改进。如果你还没有上OES2,那就去那里。而且,如果你没有运行64位,你真的需要努力去做到这一点。32位Linux内核有一些缓存约束,可以像OES那样对文件服务器进行截击,而64位内核在这方面要宽容得多。
https://serverfault.com/questions/109160
复制相似问题