Data Protection Central: RabbitMQ no se inicia
Summary: En este artículo, se proporciona un procedimiento para Data Protection Central (DPC) cuando RabbitMQ no se inicia después de una actualización de software.
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
Cuando RabbitMQ no se inicia después de una actualización de software de DPC, el estado muestra el servicio de RabbitMQ (
rabbitmq-server) se está activando, pero nunca se completa:
# /usr/local/dpc/bin/dpc status
Version: 19.9.0-13
msm-ui-main: active
msm-monitor: inactive
msm-elg: active
mongod: active
rabbitmq-server: activating
nginx: active
dp-iam: active
FIPS: disabled
# El registro de RabbitMQ muestra errores cuando se accede al almacén de mensajes durante el inicio. Por ejemplo, en el archivo /var/log/dpc/rabbitmq/rabbit@<DPC Hostname>.log, muestra que RabbitMQ falla cuando se intenta reconstruir el índice:
2024-05-07 23:56:25.408992-04:00 [info] <0.230.0> Running boot step recovery defined by app rabbit
2024-05-07 23:56:25.410137-04:00 [info] <0.423.0> Making sure data directory '/var/lib/dpc/rabbitmq/mnesia/rabbit@<DPC Hostname>/msg_stores/vhosts/628WB79CIFDYO9LJI6DKMI09L' for vhost '/' exists
2024-05-07 23:56:25.412199-04:00 [info] <0.423.0> Starting message stores for vhost '/'
2024-05-07 23:56:25.412425-04:00 [info] <0.428.0> Message store "628WB79CIFDYO9LJI6DKMI09L/msg_store_transient": using rabbit_msg_store_ets_index to provide index
2024-05-07 23:56:25.413720-04:00 [info] <0.423.0> Started message store of type transient for vhost '/'
2024-05-07 23:56:25.413970-04:00 [info] <0.432.0> Message store "628WB79CIFDYO9LJI6DKMI09L/msg_store_persistent": using rabbit_msg_store_ets_index to provide index
2024-05-07 23:56:25.414552-04:00 [warning] <0.432.0> Message store "628WB79CIFDYO9LJI6DKMI09L/msg_store_persistent": rebuilding indices from scratch
2024-05-07 23:56:25.495894-04:00 [error] <0.369.0> ** Generic server <0.369.0> terminating
2024-05-07 23:56:25.495894-04:00 [error] <0.369.0> ** Last message in was {'$gen_cast',
2024-05-07 23:56:25.495894-04:00 [error] <0.369.0> {submit_async,
2024-05-07 23:56:25.495894-04:00 [error] <0.369.0> #Fun<rabbit_classic_queue_index_v2.11.72031207>,
2024-05-07 23:56:25.495894-04:00 [error] <0.369.0> <0.367.0>}}
2024-05-07 23:56:25.495894-04:00 [error] <0.369.0> ** When Server state == undefined
2024-05-07 23:56:25.495894-04:00 [error] <0.369.0> ** Reason for termination ==
2024-05-07 23:56:25.495894-04:00 [error] <0.369.0> ** {function_clause,
2024-05-07 23:56:25.495894-04:00 [error] <0.369.0> [{rabbit_queue_index,journal_minus_segment1,
2024-05-07 23:56:25.495894-04:00 [error] <0.369.0> [{no_pub,no_del,ack},
2024-05-07 23:56:25.495894-04:00 [error] <0.369.0> {{true,
2024-05-07 23:56:25.495894-04:00 [error] <0.369.0> <<136,59,154,30,244,191,111,192,154,235,124,189,92,104,1,207,
Cause
RabbitMQ no se inicia debido a un alto volumen de mensajes bloqueados en la línea de espera.
En este ejemplo, hay más de 800 MB de datos en la línea de espera:
En este ejemplo, hay más de 800 MB de datos en la línea de espera:
<DPC Hostname>:/var/lib/dpc/rabbitmq/mnesia # du -h . 20K ./rabbit@<DPC Hostname>/quorum/rabbit@<DPC Hostname> 20K ./rabbit@<DPC Hostname>/quorum 58M ./rabbit@<DPC Hostname>/msg_stores/vhosts/628WB79CIFDYO9LJI6DKMI09L/msg_store_persistent 824M ./rabbit@<DPC Hostname>/msg_stores/vhosts/628WB79CIFDYO9LJI6DKMI09L/queues/BV3H25N6AGWF7TDIN2L5RE0DA 824M ./rabbit@<DPC Hostname>/msg_stores/vhosts/628WB79CIFDYO9LJI6DKMI09L/queues 0 ./rabbit@<DPC Hostname>/msg_stores/vhosts/628WB79CIFDYO9LJI6DKMI09L/msg_store_transient 881M ./rabbit@<DPC Hostname>/msg_stores/vhosts/628WB79CIFDYO9LJI6DKMI09L 881M ./rabbit@<DPC Hostname>/msg_stores/vhosts 881M ./rabbit@<DPC Hostname>/msg_stores 20K ./rabbit@<DPC Hostname>/coordination/rabbit@<DPC Hostname> 20K ./rabbit@<DPC Hostname>/coordination 881M ./rabbit@<DPC Hostname> 0 ./rabbit@<DPC Hostname>-plugins-expand 881M . <DPC Hostname>:/var/lib/dpc/rabbitmq/mnesia #
Resolution
Para solucionar el problema, utilice el siguiente procedimiento para reconstruir los recursos de RabbitMQ:
Un ejemplo de salida de un entorno de laboratorio:
- Tome una instantánea de la máquina virtual de DPC o realice un respaldo completo del servidor de DPC.
- Acceda mediante el protocolo SSH al DPC e inicie sesión como "admin" y, a continuación, cambie el usuario a root:
su -
- Detenga el servicio RabbitMQ (
rabbitmq-server) con el siguiente comando:
service rabbitmq-server stop
- Cambie el directorio a
/var/lib/dpc/rabbitmq/mnesia:
cd /var/lib/dpc/rabbitmq/mnesia
- Si hay suficiente espacio libre en
/tmp, copie los datos en/tmp(Opcional):
cp -rp * /tmp
- Elimine los datos en
/var/lib/dpc/rabbitmq/mnesiacon el siguiente comando:
rm -rf *
- Reinicie el servicio RabbitMQ, archivos en
/var/lib/dpc/rabbitmq/mnesiadebe ser regenerado:
service rabbitmq-server start
- Reinicie los servicios de DPC:
/usr/local/dpc/bin/dpc restart
Un ejemplo de salida de un entorno de laboratorio:
Figura 1: Un ejemplo que muestra a RabbitMQ regenerando la estructura de datos en
/var/lib/dpc/rabbitmq/mnesia Durante la puesta en marcha
- Inicie sesión en la interfaz de usuario de DPC para verificar si DPC funciona según lo esperado.
- Elimine las subcarpetas que se transfirieron anteriormente a
/tmpsi los datos se han copiado en el paso 5. - Cuando el servicio vuelva a la normalidad, elimine la instantánea de la máquina virtual de DPC si se tomó.
Affected Products
Data Protection Central, PowerProtect DP4400, PowerProtect DP5300, PowerProtect DP5800, PowerProtect DP8300, PowerProtect DP8800, PowerProtect Data Protection Software, Integrated Data Protection Appliance Family
, Integrated Data Protection Appliance Software, PowerProtect DP5900, PowerProtect DP8400, PowerProtect DP8900
...
Article Properties
Article Number: 000225640
Article Type: Solution
Last Modified: 27 Jun 2025
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.