我们最近将用户的主文件夹和共享驱动器从 Novell Netware 6.5 服务器移到了 Novell OES 服务器上。所有文件夹都存储在通过 iSCSI 连接连接到服务器的 LeftHand SAN 上。
在我们其中一栋大楼的某些实验室中，当尝试批量访问某些文件夹时，Explorer 会在工作站上冻结/崩溃。（一组 30 名学生同时访问）这种情况是间歇性的，通常发生在 3-5 台机器上。这不会发生在我们的其他实验室/大楼中，但我们已经排除了我们能想到的所有现场可能性。（计算机图像、布线、交换机、光纤、计算机硬件等）
如果我将这些文件夹放回 Netware 服务器上，就不会出现崩溃问题。我们正在尝试摆脱所有 Netware，因此无法保留此配置。
我们一直在尝试找出该问题，但是没有取得太大进展。
长话短说，你知道我们可以做什么来找出问题所在吗？我一直在查看 Lefthand SAN 的性能数据，但一切似乎都正常。
答案1
我们喜欢 2.x 中的非专用服务器，但他们说所有 3.x 服务器都将是专用的（天哪，今天没人会明白这个笑话）
我们喜欢 Bindery，但他们强迫我们转向 4.x 版的 NDS
我们喜欢 IPX，但他们强迫我们在 5.x 中转向 IP
毕竟，我们喜欢 NetWare，但现在他们试图强迫我们转向 Linux 6.x
决定权在你手中。谨慎决定
答案2
OES-on-Linux 需要比 NetWare 更多的 CPU 来处理 NCP 连接。造成这种情况的原因有很多，但事实是，NetWare 上的无数连接将使 CPU 的使用率飙升至 40%，而与 OES 的相同连接将使系统中处理器数量的负载平均化。这在教育环境所提倡的高并发情况下尤其明显。当负载平均峰值超过 CPU 数量时，客户端的性能确实会下降。
另外，请记住，Novell 在 OES-fcs、OES-SP1、OES-SP2 甚至 OES2、OES2-SP1 之间对 Open Enterprise Server 进行了一些重大改进。如果您还没有使用 OES2，请尽快使用。另外，如果您没有运行 64 位，您真的需要认真考虑这样做。32 位 Linux 内核有一些缓存限制，会限制 OES 等文件服务器，而 64 位内核在这方面要宽容得多。