VPLEX: O servidor de gerenciamento experimenta alto uso de memória RAM e uso de espaço em disco interno

Summary: servidor de gerenciamento em execução sem um consumidor de evento AMQP externo pode enfrentar alto uso de memória RAM e uso de espaço em disco interno.

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



  • Um servidor de gerenciamento em execução sem um consumidor externo de eventos AMQP pode enfrentar alto uso de memória RAM e uso de espaço em disco interno. 
  • Um sistema que experimenta alto consumo de memória experimentará latência maior do que o normal ao executar comandos CLI ou GUI.  
  • Um sistema que fica sem espaço em disco interno na partição raiz não poderá gravar nessa partição (embora o VPLEX continue a gravar logs em outras partições, vários serviços Linux usam a partição raiz e não poderão registrar mais eventos).

Sintoma 1:
Grande quantidade de memória RAM sendo usada pelo rabbitmq.
 
service@ManagementServer:~>Top
 
- 13:17:26 até 103 dias, 13 min, 20 usuários, média de carga: 0.28, 0.34, 0.36
Tarefas: 201 total, 1 em execução, 200 dormindo, 0 parado, 0 zumbi
CPU(s): 12,3%US, 0,9%SY, 0,0%NI, 85,0%ID, 1,5%WA, 0,0%OI, 0,2%SI, 0,0%ST
Mem:   Total de 3920396k, 3448376k usados, 472020k livres, 14752k buffers
Swap:  8388604k total, 413608k usado, 7974996k livre, 1781800k em cache
 
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
 
Sintoma 2:
Call homes avisando sobre o uso alto ou crítico do espaço em disco.
Quando a partição raiz no servidor de gerenciamento atingir 90% do espaço disponível, você verá o seguinte
call home.
 
<ID>0x8a4a31fb</nome do>ID>
<SMS_PARTITION_HIGH_CAPACITY</servidor> do nome
><ERRO</gravidade><
clienteRCA>Uma partição do Servidor de Gerenciamento atingiu uma alta capacidade.</clienteRCA >
 
Quando a partição raiz ficar cheia, você verá o seguinte call home.
 
<ID>0x8a4a61fa</nome>do ID>
<SMS_PARTITION_CRITICAL_CAPACITY</servidor> do nome
><ERRO</gravidade><
clienteRCA>Uma partição do Servidor de Gerenciamento excedeu um limite crítico de capacidade.</clienteRCA >
 
Sintoma 3:
Uma grande quantidade de espaço em disco está sendo usada pelo rabbitmq.
 
service@ManagementServer:/var/lib/rabbitmq/mnesia/rabbit@localhost # du -shx *
4.0K cluster_nodes.config
4.0K DECISION_TAB. LOG
4.0K MAIS RECENTE. REGISTRAR 32 MIL msg_store_persistent
14 GB msg_store_transient <<<<4,0 mil nodes_running_at_shutdown 408 milhões de filas de 4 mil rabbit_durable_exchange.


DCD
4.0000 rabbit_durable_queue. DCD
4.000 rabbit_durable_queue. DCL
4.000 rabbit_durable_route. DCD
4.000 rabbit_runtime_parameters. DCD
8.000 rabbit_runtime_parameters. DCL
4.0000 rabbit_serial
4.0000 rabbit_user. DCD
4.000 rabbit_user_permission. DCD
4.000 rabbit_vhost. DCD

service@ManagementServer:/var/lib/rabbitmq/mnesia/rabbit@localhost # df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 20G 19G 692K 100% / <<<<
udev 1.9G 196K 1.9G 1.9G 1.9G /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/ | head
total 14G
drwxr-x--- 1 rabbitmq rabbitmq 12K 13 de novembro 11:14 .
drwxr-x--- 1 rabbitmq rabbitmq 734 13 de novembro 15:03 ..
-rw-r----- 1 rabbitmq rabbitmq 15M 6 de novembro 05:51 0.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 de novembro 05:19 1000.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 de novembro 05:21 1001.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 de novembro 05:22 1002.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 de novembro 05:23 1003.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 de novembro 05:25 1004.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 de novembro 05:30 1005.rdq


Sintoma 4:
Um grande número de mensagens na fila de mensagens externas.
 
service@sms-bali-2:~>sudo rabbitmqctl list_queues
Listando filas ...
aliveness-test 0
queue.vplex.external    1749909 <<<<<
queue.vplex.ndu.events 0
sms_internal 0...
Feito.
 

Cause

  • O RabbitMQ tentará reter todos os eventos até que eles sejam consumidos ou o limite de consumo de memória seja atingido. 
  • Para o VPLEX, atualmente, não há um consumidor padrão para a fila queue.vplex.external. 
  • Se não estiver marcada, o tamanho da fila pode aumentar muito. 
  • Quando o consumo de memória atingir 20%, o RabbitMQ gravará a fila no disco que, por sua vez, usará o espaço do disco raiz. 

Resolution

Solução temporária 1:
No servidor de gerenciamento, reinicie o servidor rabbitmq usando o seguinte comando:

sudo service rabbitmq-server restart

Exemplo de resultado:

service@ManagementServer:~>
rabbitmq-servidor.
Reiniciando rabbitmq-server: SUCESSO
sudo serviço rabbitmq-server restartservice@ManagementServer:~>  
 

Solução alternativa 2:
No servidor de gerenciamento, reinicie o servidor de gerenciamento usando o seguinte comando:

sudo desligar r agora

Exemplo de resultado:
service@ManagementServer:~>sudo shutdown -r now

Broadcast message from root (pts/0) (Mon Mar 5 19:33:18 2018):

O sistema está sendo reinicializado AGORA!


Nota:
em seguida, uma mensagem de erro fatal PuTTY aparecerá informando que a "Conexão de rede fechada inesperadamente pelo servidor"

Correção permanente:
Esse problema foi resolvido no GeoSynchrony 5.5 e versões posteriores.

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.