VPLEX: Server di gestione con elevato utilizzo della memoria RAM e utilizzo dello spazio su disco interno

Summary: Il server di gestione in esecuzione senza un evento AMQP esterno Il consumer potrebbe riscontrare un utilizzo elevato della memoria RAM e dello spazio su 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



  • Un server di gestione in esecuzione senza un consumer di eventi AMQP esterno potrebbe riscontrare un utilizzo elevato della memoria RAM e dello spazio su disco interno. 
  • Un sistema che sperimenta un elevato consumo di memoria sperimenterà una latenza superiore al normale durante l'esecuzione dei comandi CLI o GUI.  
  • Un sistema che esaurisce lo spazio su disco interno nella partizione root non sarà in grado di scrivere in quella partizione (mentre VPLEX continuerà a scrivere i registri in altre partizioni, diversi servizi Linux utilizzano la partizione root e non saranno in grado di registrare ulteriori eventi).

Sintomo 1:
Grande quantità di memoria RAM utilizzata da rabbitmq.
 
service@ManagementServer:~>top
 
top - 13:17:26 su 103 giorni, 13 min, 20 utenti, carico medio: 0.28, 0.34, 0.36
Compiti: 201 in totale, 1 in esecuzione, 200 in modalità dormiente, 0 arrestata, 0 CPU zombie
: 12,3% USA, 0,9% SY, 0,0% NI, 85,0% ID, 1,5% WA, 0,0% HI, 0,2% SI, 0,0% ST
Mem:   3920396k totali, 3448376k utilizzati, 472020k liberi, 14752k buffer
Sostituisci:  8388604k totale, 413608k usato, 7974996k libero, 1781800k memorizzato
 
nella 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
 
Sintomo 2:
Call home che avvisa di utilizzo elevato o critico dello spazio su disco.
Quando la partizione root sul server di gestione raggiunge il 90% dello spazio disponibile, viene visualizzata la seguente
chiamata home.
 
<ID>0x8a4a31fb</Nome>ID<>
SMS_PARTITION_HIGH_CAPACITY</Nome><
serverity> ERRORE</gravità><
customerRCAUna partizione sul server di gestione ha raggiunto una capacità elevata.<>/customerRCA >
 
Quando la partizione root si riempie, viene visualizzato il seguente messaggio call home.
 
<ID>0x8a4a61fa</Nome>ID<>
SMS_PARTITION_CRITICAL_CAPACITY</Nome><
serverity> ERRORE </gravità><
customerRCAUna partizione sul server di gestione ha superato una soglia di capacità critica.<>/customerRCA >
 
Sintomo 3:
rabbitmq utilizza una grande quantità di spazio su disco.
 
service@ManagementServer:/var/lib/rabbitmq/mnesia/rabbit@localhost # du -shx *
4.0K cluster_nodes.config
4.0K DECISION_TAB. REGISTRA
4.000 PIÙ RECENTI. REGISTRO
: 32.000 msg_store_persistent14G msg_store_transient <<<<4.000 nodes_running_at_shutdown 408 M code 4.000 rabbit_durable_exchange.


DCD
4.000 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.0K rabbit_serial
4.0K rabbit_user. DCD
4.000 rabbit_user_permission. DCD
4.000 rabbit_vhost. DCD

service@ManagementServer:/var/lib/rabbitmq/mnesia/rabbit@localhost # df -h
Dimensione file system usata Avail Use% Mounted on
/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/ | head
total 14G
drwxr-x--- 1 rabbitmq rabbitmq 12K Nov 13 11:14 .
drwxr-x--- 1 rabbitmq rabbitmq 734 Nov 13 15:03 ..
-rw-r----- 1 rabbitmq rabbitmq 15M Nov 6 05:51 0.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M Nov 13 05:19 1000.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M Nov 13 05:21 1001.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M Nov 13 05:22 1002.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M Nov 13 05:23 1003.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M Nov 13 05:25 1004.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M Nov 13 05:30 1005.rdq


Sintomo 4:
Numero elevato di messaggi nella coda di messaggistica esterna.
 
service@sms-bali-2:~>sudo rabbitmqctl list_queues
Elenco code ...
aliveness-test 0
queue.vplex.external    1749909 <<<<<
queue.vplex.ndu.events 0
sms_internal 0...
Fatto.
 

Cause

  • RabbitMQ tenterà di conservare tutti gli eventi fino a quando gli eventi non vengono consumati o non viene raggiunta la soglia di consumo di memoria. 
  • Per VPLEX, attualmente, non esiste un consumer predefinito per queue.vplex.external queue. 
  • Se questa opzione non viene selezionata, le dimensioni della coda possono aumentare notevolmente. 
  • Una volta raggiunto il 20%, RabbitMQ scriverà la coda su disco, che a sua volta utilizza lo spazio su disco root. 

Resolution

Soluzione alternativa 1:
Dal server di gestione, riavviare il server rabbitmq utilizzando il seguente comando:

servizio sudo rabbitmq-server restart

Output di esempio:

service@ManagementServer:~>
rabbitmq-server.
Riavvio di rabbitmq-server: OPERAZIONE RIUSCITA
del servizio sudo rabbitmq-server restartservice@ManagementServer:~>  
 

Soluzione alternativa 2:
Dal server di gestione, riavviare il server di gestione utilizzando il seguente comando:

sudo arresta ora

Output di esempio:
service@ManagementServer:~>sudo shutdown -r now

Messaggio di trasmissione da root (pts/0) (Mon Mar 5 19:33:18 2018):

Il sistema è inattivo per il riavvio ORA!


Nota:
Quindi verrà visualizzato un messaggio di errore irreversibile PuTTY che indica "Connessione di rete chiusa inaspettatamente dal server"

Correzione permanente:
questo problema è stato risolto in GeoSynchrony 5.5 e versioni successive.

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.