2017-10-20 145 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插件,儘管您所描述的內容聽起來比平均水平差。) –

相關問題