VPLEX: Сервер управління має високе використання пам'яті оперативної пам'яті та внутрішнього дискового простору

Summary: сервер управління, що працює без зовнішнього споживача подій AMQP, може мати високе навантаження пам'яті оперативної пам'яті та внутрішнього дискового простору.

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.
Check out other resources

Symptoms



  • Сервер управління, що працює без зовнішнього споживача подій AMQP, може мати високе використання оперативної пам'яті та використання внутрішнього дискового простору. 
  • Система з високим споживанням пам'яті зазнає більшої затримки при виконанні команд CLI або GUI.  
  • Система, яка закінчує внутрішній дисковий простір на кореневому розділі, не зможе записувати запис у цей розділ (хоча VPLEX продовжує записувати журнали в інші розділи, кілька сервісів Linux використовують кореневий розділ і не зможуть фіксувати подальші події).

Симптом 1:
Велика кількість оперативної пам'яті, яку використовує rabbitmq.
 
service@ManagementServer:~>Топ-топ
 
- 13:17:26, зростання 103 дні, 13 хв, 20 користувачів, середнє завантаження: 0,28, 0,34, 0,36
Завдання: Всього 201, 1 біг, 200 сплячих, 0 зупинок, 0 зомбі-процесорів
: 12.3%us, 0.9%sy, 0.0%ni, 85.0%id, 1.5%wa, 0.0%hi, 0.2%si, 0.0%st
Mem:   3920396k загалом, 3448376k використано, 472020k безкоштовно, 14752k буферів
Обмін:  8388604k загалом, 413608k використано, 7974996k безкоштовно, 1781800k
 
кешовано PID USER PR NI VIRT  RES SHR S %CPU %MEM TIME+ COMMAND
22674 rabbitmq 20 0 3.4g 3.7g 2040 S 2 87.9 225:09.39 beam.smp
16302 service 20 0 2975m 1.1g 9232 S 2 2.4 561:18.54 java
 
Симптом 2:
Телефонуйте додому, попереджаючи про велике або критичне завантаження дискового простору.
Коли кореневий розділ на сервері керування досягне 90% доступного простору, ви побачите наступний
виклик додому.
 
<ID>0x8a4a31fb</ID><
ім'я>SMS_PARTITION_HIGH_CAPACITY</ім'я><
серверності> ПОМИЛКА </серйозність
<>клієнтаRCA>Розділ на вашому сервері управління досяг великої ємності.</customerRCA >
 
Коли кореневий розділ заповниться, ви побачите наступний виклик додому.
 
<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. LOG
4.0K НАЙПІЗНІШЕ. LOG 32Kmsg_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
Використовуваний розмір файлової системи Avail Use % Монтується на
/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 13 листопада 11:14 .
drwxr-x--- 1 rabbitmq rabbitmq 734 13 листопада 15:03 .
.-rw-r----- 1 rabbitmq rabbitmq 15 листопада 6 листопада 05:51 0. rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 листопада 05:19 1000.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 листопада 05:21 1001.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 листопада 05:22 1002.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 листопада 05:23 1003.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 листопада 05:25 1004.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 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 Service Rabbitmq-server Restart

Вибірковий вихід:

service@ManagementServer:~>
rabbitmq-сервер
.Перезапуск rabbitmq-server: SUCCESS
sudo service rabbitmq-server restartservice@ManagementServer:~>  
 

Обхідний шлях 2:
З сервера керування перезапустіть сервер керування за допомогою наступної команди,

Sudo Shutdown R Now

Вибірковий вихід:
service@ManagementServer:~>sudo shutdown -r now

Трансляція повідомлення з root (pts/0) (Пн 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.