VPLEX: Erfaring med administrasjonsserver høy RAM-minnebruk og bruk av intern diskplass

Summary: Administrasjonsserver som kjører uten en ekstern AMQP-hendelsesforbruker, kan oppleve høy RAM-minnebruk og intern diskplassbruk.

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



  • En administrasjonsserver som kjører uten en ekstern AMQP-hendelsesforbruker, kan oppleve høy RAM-minnebruk og intern diskplassbruk. 
  • Et system med høyt minneforbruk vil oppleve høyere ventetid enn normalt når det utføres CLI- eller GUI-kommandoer.  
  • Et system som går tom for intern diskplass på rotpartisjonen, vil ikke kunne skrive til den partisjonen (mens VPLEX vil fortsette å skrive logger til andre partisjoner, bruker flere linux-tjenester rotpartisjonen og vil ikke kunne logge flere hendelser).

Symptom 1:
Stor mengde RAM-minne som brukes av rabbitmq.
 
service@ManagementServer:~>topp
 
topp - 13:17:26 opp 103 dager, 13 min, 20 brukere, belastningsgjennomsnitt: 0.28, 0.34, 0.36
Oppgaver: 201 totalt, 1 løping, 200 sovende, 0 stoppet, 0 zombie
Cpu (er): 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 totalt, 3448376k brukt, 472020k gratis, 14752k buffere
Bytte:  8388604k totalt, 413608k brukt, 7974996k gratis, 1781800k bufret
 
PID BRUKER 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
 
Symptom 2:
Ring hjem og advarer om høy eller kritisk bruk av diskplass.
Når rotpartisjonen på administrasjonsserveren når 90 % av ledig plass, vil du se følgende
ringe hjem.
 
<ID>0x8a4a31fb</ID-navn<>
>SMS_PARTITION_HIGH_CAPACITY</name><
serverity> ERROR </severity><
customerRCA>En partisjon på administrasjonsserveren har nådd høy kapasitet.</customerRCA >
 
Når rotpartisjonen blir full, vil du se følgende: ring hjem.
 
<ID>0x8a4a61fa</ID-navn
>><SMS_PARTITION_CRITICAL_CAPACITY</name><
serverity> ERROR </severity><
customerRCA>En partisjon på administrasjonsserveren har overskredet en kritisk kapasitetsterskel.</customerRCA >
 
Symptom 3:
En stor mengde diskplass brukes av rabbitmq.
 
service@ManagementServer:/var/lib/rabbitmq/mnesia/rabbit@localhost # du -shx *4.0K cluster_nodes.config

4.0K DECISION_TAB. LOGG
4.0K NYESTE. LOGG 32K msg_store_persistent
14G msg_store_transient <<<<4.0K nodes_running_at_shutdown 408M køer 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
Filsystem Størrelse brukt Benytt bruk% Montert på
/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/ | hode
totalt 14G
drwxr-x--- 1 rabbitmq rabbitmq 12K 13 november 11:14 .
drwxr-x--- 1 rabbitmq rabbitmq 734 13 november 15:03 ..
-rw-r----- 1 rabbitmq rabbitmq 15M 6 november 05:51 0.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 november 05:05:01 19 1000.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 november 05:21 1001.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 november 05:22 1002.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 november 05:23 1003.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 november 05:25 1004.rdq-rw-r
----- 1 rabbitmq rabbitmq 17M 13 november 05:30 1005.rdq


Symptom 4:
Et stort antall meldinger i den eksterne meldingskøen.
 
service@sms-bali-2: ~>sudo rabbitmqctl list_queues
Oppføring køer ...
aliveness-test 0
queue.vplex.external    1749909 <<<<<
queue.vplex.ndu.events 0
sms_internal 0...
Gjort.
 

Cause

  • RabbitMQ vil forsøke å beholde alle hendelser til hendelsene er brukt opp eller terskelen for minneforbruk er nådd. 
  • For VPLEX er det for øyeblikket ingen standardforbruker for queue.vplex.ekstern kø. 
  • Hvis det ikke er merket av, kan køstørrelsen bli veldig stor. 
  • Når minneforbruket treffer 20%, vil RabbitMQ skrive køen ut til disk som igjen bruker rotdiskplass. 

Resolution

Løsning 1:
Fra administrasjonsserveren starter rabbitmq-serveren på nytt ved hjelp av følgende kommando:

sudo service rabbitmq-server restart

Eksempel på utdata:

service@ManagementServer:~>
rabbitmq-server.
Start rabbitmq-server på nytt: SUKSESS
sudo service rabbitmq-server restartservice@ManagementServer:~>  
 

Omgåelse av problemet 2:
Fra administrasjonsserveren starter du administrasjonsserveren på nytt ved hjelp av følgende kommando:

Sudo Shutdown R nå

Eksempel på utdata:
service@ManagementServer:~>sudo shutdown -r nå

Kringkastingsmelding fra root (pts / 0) (man 5. mars 19:33:18 2018):

Systemet går ned for omstart NÅ!


Merk:
Deretter vises en PuTTY Fatal Error-melding som sier "Server uventet lukket nettverkstilkobling"

Permanent løsning:
Dette problemet ble løst i GeoSynchrony 5.5 og nyere.

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.