VPLEX:管理伺服器遇到高 RAM 記憶體使用率和內部磁碟空間使用率

Summary: 在沒有外部 AMQP 事件消費者的情況下運行的管理伺服器可能會遇到高 RAM 記憶體使用率和內部磁碟空間使用率。

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms



  • 在沒有外部 AMQP 事件消費者的情況下運行的管理伺服器可能會遇到高 RAM 記憶體使用率和內部磁碟空間使用率的情況。 
  • 記憶體耗用量偏高的系統在執行 CLI 或 GUI 命令時,會發生高於正常的延遲。  
  • 系統在根分區處的內部磁碟空間不足,將無法寫入該分區(雖然 VPLEX 將繼續將日誌寫入其他分區,但一些 Linux 服務使用根分區,將無法記錄進一步的事件)。

症狀 1:
rabbitmq 正在使用大量的 RAM 記憶體。
 
service@ManagementServer:~>頂部
 
- 13:17:26 向上 103 天, 13 分鐘, 20 個使用者, 負載平均值:0.28、0.34、0.36
工作:共 201 個評分,1 個執行中,200 個睡眠中,0 個停止,0 個殭屍
CPU:12.3%us、0.9%sy、0.0%ni、85.0%id、1.5%wa、0.0%hi、0.2%si、0.0%st
記憶體:   總計 3920396k,已使用 3448376k,可用 472020k,14752k 緩衝區
交換:  8388604k 總計, 413608k 已使用, 7974996k 免費, 1781800k 快取
 
PID USER PR NI VIRT  RES SHR S %CPU %MEM TIME+ 命令
22674 rabbitmq 20 0 3.4g 3.7g 2040 S 2 87.9 225:09.39 beam.smp
16302 服務 20 0 2975m 1.1g 9232 S 2 2.4 561:18.54 java
 
症狀 2:
Call homes 警告磁碟空間使用率過高或嚴重不足。
當管理伺服器上的根分割區達到 90% 的可用空間時,您將看到下列
Call Home。

 
<ID>0x8a4a31fb</ID>
<名稱>SMS_PARTITION_HIGH_CAPACITY</名稱><
伺服器錯誤></嚴重性><
customerRCA> 管理伺服器上的磁碟分割已達到高容量。</customerRCA >

 
當根磁碟分割已滿時,您將看到下列 Call Home。
 
<ID>0x8a4a61fa</ID>
<名稱>SMS_PARTITION_CRITICAL_CAPACITY</名稱><
伺服器錯誤></嚴重性><
customerRCA管理伺服器上的磁碟分割已超過關鍵容量閾值。<>/customerRCA >

 
症狀 3:
rabbitmq 正在使用大量的磁碟空間。

 
service@ManagementServer:/var/lib/rabbitmq/mnesia/rabbit@localhost # du -shx *
4.0K cluster_nodes.config
4.0K DECISION_TAB.記錄
4.0K 最新。記錄 32K msg_store_persistent
14G msg_store_transient <<<<4.0K nodes_running_at_shutdown 408M 佇列 4.0K rabbit_durable_exchange。



DCD
4.0K rabbit_durable_queue。DCD
4.0K rabbit_durable_queue。DCL
4.0K rabbit_durable_route。DCD
4.0K rabbit_runtime_parameters。DCD
8.0K rabbit_runtime_parameters。DCL
4.0K rabbit_serial
4.0K rabbit_user。DCD
4.0K rabbit_user_permission。DCD
4.0K rabbit_vhost。DCD

service@ManagementServer:/var/lib/rabbitmq/mnesia/rabbit@localhost # df -h
使用的檔案系統大小可用使用% 掛接於
/dev/sda5 20G 19G 692K 100% /
<<<<
udev 1.9G 196K 1.9G 1% /dev
tmpfs 1.9G 0 1.9G 0% /dev/shm
/dev/sda1 504M 60M 420M 13% /boot
/dev/sda7 16G 4.1G 11G 27% /var/log
/dev/sda8 44G 5.0G 37G 13% /diag
/dev/sda9 9.9G 151M 9.2G 2% /data


service@ManagementServer:/var/lib/rabbitmq/mnesia/rabbit@localhost # ls -lah msg_store_transient/ | 頭部
總計 14G
drwxr-x--- 1 rabbitmq rabbitmq 12K Nov 13 11:14 .
drwxr-x--- 1 rabbitmq rabbitmq 734 11月 13 15:03 ..
-rw-r----- 1 rabbitmq rabbitmq 15M Nov 6 05:: 51 0.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 11月 13 05:19 1000.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 11月 13 05:21 1001.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 11月 13 05:22 1002.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 11月 13 05:23 1003.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 11月 13 05:25 1004.rdq-rw-r
----- 1 rabbitmq 17M 11月 13 05:30 1005.rdq


症狀 4:
外部消息佇列上的大量消息。

 
service@sms-bali-2:~>sudo rabbitmqctl list_queues
正在列出佇列...
aliveness-test 0
queue.vplex.external    1749909 <<<<<
queue.vplex.ndu.events 0
sms_internal 0...
完成。

 

Cause

  • RabbitMQ 會嘗試保留所有事件,直到事件耗用或達到記憶體耗用閾值為止。 
  • 對於 VPLEX,目前 queue.vplex.external queue 沒有預設消費者。 
  • 如果不加以控制,佇列大小可能會變得非常大。 
  • 一旦記憶體消耗達到 20%,RabbitMQ 就會將佇列寫入磁碟,進而使用根磁碟空間。 

Resolution

因應措施 1:
使用下列命令,從管理伺服器重新啟動 rabbitmq 伺服器:

sudo 服務 rabbitmq-server restart

範例輸出:

service@ManagementServer:~>
rabbitmq-server。
重新啟動 rabbitmq-server:成功
sudo service rabbitmq-server restartservice@ManagementServer:~>  

 

因應措施 2:
使用下列命令從管理伺服器重新開機管理伺服器,

sudo shutdown r now

範例輸出:
service@ManagementServer:~>sudo shutdown -r now

從根廣播訊息 (pts/0) (週一 Mar 5 19:33:18 2018):

系統即將關閉,以便立即重新開機!


注意:
接著會彈出 PuTTY 嚴重錯誤訊息,指出「伺服器意外關閉網路連線」

永久修正:
此問題已在 GeoSynchrony 5.5 及更新版本中解決。

Affected Products

VPLEX Series

Products

VPLEX for All Flash, VPLEX GeoSynchrony, VPLEX Series, VPLEX VS1, VPLEX VS2
Article Properties
Article Number: 000170841
Article Type: Solution
Last Modified: 20 Nov 2020
Version:  2
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.