2015-11-04 57 views
3

我们最近有服务器上的一个错误,它已用完的内存,并最终发现罪魁祸首是这个文件夹:的XPages应用吃了所有的硬盘空间服务器

\用户\ currentuser \ AppData \ Local \ Temp \ notes618068 \ xspstate

一旦我们将Domino服务器关闭(运行在9.0.1-FP4和HF3上)并重新启动,此错误将消失,直到下一次!

有没有人遇到过这个问题,以及关于为什么会发生这种情况的任何建议或想法?

更新16/12/15:IBM现在发布了此问题的修补程序。

+0

我们有一个与IBM开放的SPR。他们解释说,设置xsp.persistence.mode = fileex意味着大多数页面都保存在磁盘上(在文件系统中),除了单个页面是内存。但是,他们还没有解决服务器在JSF容器超过用户会话后清除文件的失败。我们仍然在与他们讨论这个问题。 – pipalia

+0

我们终于与IBM就此问题开放了SPR。 – pipalia

+0

如果其他人感兴趣或存在类似问题,我们现在有一个来自IBM的修补程序。 – pipalia

回答

5

该文件夹将会话会话保存到磁盘的位置。我会检查:

  1. 应用中的网页,以节省数XSP财产已经增加到大量
  2. 应用中,XSP财产会话超时已更改为较高的数字。即使在浏览器关闭后,会话仍然会保留在磁盘上,直到tineout已经过去 - 服务器不知道浏览器已关闭!
  3. 应用程序与任一用户的这些高数字可能是原因
  4. 应用程序与XAgents为REST或没有的视图状态=“nostate”集(仔细检查大小写其它瞬时接入点,它是在XPage的所有属性)。否则,这些组件树会持续存在。如果它们用于REST访问,每个都是一个单独的会话,所以最大页数不适用。

我不知道xspstate中的文件是否给出了应用程序的任何指示。如果是这样,它可能有助于追查肇事者。

+0

非常感谢保罗,有几件事要检查和尝试,会让你知道我是怎么做的。 – pipalia

+0

感谢viewState =“nostate”的XAgents属性,让我们看看是否可以解决问题。会话超时未在我们的xsp属性文件中定义,这意味着它将接受服务器默认值。 xspstate文件夹的内容是一些非常大的ser文件。直到上周8.5.3,我们都没有问题,只有相同的代码和相同数量的用户,所以不知道还有什么错误!任何与垃圾收集有关的事情。无论如何,停止Domino吃掉所有HD空间将会很好,至少应该有一个限制! – pipalia

+0

Paul我很乐意接受你的回答,因为这是一个我们都没有预测到的软件bug。 – pipalia