2017-10-20 146 views
1

由于我们对如何处理perforce版本控制服务器当前情况的想法已经过时,所以我提出这个问题。如何禁止Perforce UNIX服务器生成数千个IDLE进程

服务器

服务器托管在Scaleway和引擎盖(我们知道这是不是硬件问题)下有两个SSD一个baremetal机。

我们正在使用免费的perforce授权对其进行评估。 P4信息产生如下:

enter image description here

的问题

我们正在使用UNIX服务器版本我们的虚幻引擎4项目上的Perforce。最近我们发现服务器存储了2771个进程,其中大约80%是p4d进程。我们怀疑这些IDLE连接/进程会淹没服务器,并成为我们在办公室遇到的连接问题的根源。

我们启用了监控,以保持眼睛上运行,并且空闲进程

p4 configure set monitoring=2 

当我们现在显示的监控流程,我们看到运行了一个多小时

p4 monitor show 

我们已经尝试过IDLE者禁用leepalive连接

p4 configure set net.keepalive.disable=1 

而我们看到下面的w高血压脑出血是怎么回事了一会儿 enter image description here

问题

现在我要问的问题是:

  • 有没有人曾经遇到这种行为与UNIX一个Perforce服务器?
  • 有谁知道我们如何告诉服务器我们想丢弃IDLE连接?

编辑

因此,一些跟踪后,我们发现,我们的代理网络办公是背后的原因的问题和由于某些原因不允许连接关闭。有没有人有一些线索如何解决这些问题?

+0

P4V和P4VS被设计为在短时间内保持与服务器的连接(我认为默认值是30秒左右,但它是可配置的)。连接是否全部来自单个IP地址(195.245.224.246?)是否是某种代理或路由器?或者是某人的工作站? –

+1

Hey Bryan, 连接来自一个IP,因为我们所在的办公室位于代理服务器后面的网络中。这就是连接来自的代理IP地址。你知道客户端代理服务器与P4服务器有什么限制吗? – Codebrewer

回答

0

基于监视器输出,看起来这些客户端正在打开一堆连接并将它们打开,基本上是对服务器执行DOS操作。您可以通过并杀死服务器端的pid,但这听起来像客户端中的一个bug,应该通过Perforce技术支持提出。

+0

据我所知,在办公室的开发机器上,我发现P4V客户端和P4VS插件导致了这个问题 - 我完全没有想法,因为它们都是来自Perforce主页的最新版本,我们运行没有技术支持的免费许可证服务器 – Codebrewer

+0

我会尝试降级到较旧的版本。 (使用Perforce时的FWIW由于稳定性问题,我通常避免使用P4V或VS插件,尽管您所描述的内容听起来比平均水平差。) –

相关问题