我们最近将用户的主文件夹和共享驱动器从Novell Netware 6.5服务器移到Novell OES服务器上。 所有文件夹都通过iSCSI连接存储在连接到服务器的LeftHand SAN上。
在我们的某个build筑物的某些实验室中，当试图访问某些文件夹时，探险家在工作站上死机/崩溃（一次30人）。这是间歇性的，通常发生在3-5台机器上。 这在我们的其他实验室/build筑物中不会发生，但是我们已经消除了每个现场的可能性。 （电脑图像，接线，开关，光纤，电脑硬件等）
如果我把这些文件夹放在Netware服务器上，我们没有崩溃的问题。 我们正试图摆脱所有的Netware，所以保持这种configuration是不可能的。
我们一直在试图孤立这个问题，但没有太多的运气。
长话短说，任何想法我们可以做什么来find问题是什么？ 我一直在看Lefthand SAN的性能数据，但是一切似乎都是按顺序的。
我们喜欢2.x中的非专用服务器，但是他们说所有的3.x服务器都是专用的（男孩，今天没有人会理解这个笑话）
我们喜欢Bindery，但他们迫使我们在4.x移动到NDS
我们喜欢IPX，但是他们迫使我们在5.x中转向IP
毕竟，我们很喜欢NetWare，但是现在他们试图强迫我们在6.x中转向Linux
决定权在你。 谨慎决定
OES-on-Linux比NetWare需要更多的CPU来处理NCP连接。 其原因很多，但事实是，NetWare上的连接数将超过40％，并且与OES的连接将以系统中的处理器数量为负载平均值运行。 这在教育环境促进的高并发情况下尤为明显。 当负载平均峰值超过客户端CPU性能的数量时，会真正下降。
另外，请记住，Novell在OES-fcs，OES-SP1，OES-SP2甚至OES2，OES2-SP1之间对Open Enterprise Server进行了一些重大的改进。 如果你还没有使用OES2，那就去那里吧。 另外，如果你没有运行64位，你真的需要努力做到这一点。 32位Linux内核有一些caching限制，像OES一样的文件服务器，64位内核在这方面更为宽容。