es.davy.ai

Preguntas y respuestas de programación confiables

¿Tienes una pregunta?

Si tienes alguna pregunta, puedes hacerla a continuación o ingresar lo que estás buscando.

IBM mq: La autenticación de seguridad suministrada al gestor de colas ‘X’ no era válida. MQCC_Failed con compcode 2.

Estoy teniendo problemas de autenticación cuando una cápsula intenta conectarse a IBM mq. El error que estoy recibiendo a nivel de cápsula es:

Entonces, tenemos un archivo config.yaml donde se especifica qué canal usar y qué usuario usar para conectarse desde un entorno particular. Tenemos entornos de desarrollo y producción. El entorno de producción funciona correctamente, sin embargo, el entorno de desarrollo está dando el error anterior. Sin embargo, también tenemos un archivo docker del ibm-mq donde se crea el usuario y en el que se crea el usuario y. Esto es independiente del archivo config.json. Por lo tanto, está tomando el usuario en el archivo Docker en lugar del usuario en el archivo config.yaml. Entonces quiero usar el usuario de preparación que se menciona en el archivo config.yml y tiene todos los permisos, pero está usando el usuario en la imagen base de Docker.

config.yml

ibm:
mq:
connName: x.x.x.x(1414)
queueManager: x
channel: x.x
user: staging

Docker file

Usuario y creado en la imagen base
USER 7676
ENTRYPOINT ["/entrypoint.sh"]
CMD ["./app.jar"]

Los detalles de connauth y qmgr auth info son los siguientes:

AMQ8408: Mostrar detalles del administrador de colas.
QMNAME(x)
CONNAUTH(SYSTEM.DEFAULT.AUTHINFO.IDPWOS)
DIS AUTHINFO(SYSTEM.DEFAULT.AUTHINFO.IDPWOS)
2 : DIS AUTHINFO(SYSTEM.DEFAULT.AUTHINFO.IDPWOS)
AMQ8566: Mostrar detalles de la información de autenticación.
AUTHINFO(SYSTEM.DEFAULT.AUTHINFO.IDPWOS)
AUTHTYPE(IDPWOS) ADOPTCTX(NO)
DESCR( ) CHCKCLNT(REQDADM)
CHCKLOCL(OPTIONAL) FAILDLAY(1)
ALTDATE(2015-09-22) ALTTIME(19.45.35)


La excepción anidada es com.ibm.mq.MQException: JMSCMQ0001: La llamada de IBM MQ falló con compcode '2' ('MQCC_FAILED') el motivo '2035&##39;. ","contexto":"predeterminado",'módulo':'aplicación'}
{"timestamp":"2021-12-01 17:05:14.370","nivel":"ERROR","thread":"DefaultMessageListenerContainer-1","logger":"org.springframework.jms.listener.DefaultMessageListenerContainer","mensaje":"No se pudo actualizar la conexión JMS para el destino 'K' - reintentando usando FixedBackOff{interval=5000, currentAttempts=202648, maxAttempts=ilimitado}. Motivo: JMSWMQ2013: La autenticación de seguridad no era válida que se suministró para QueueManager 'x' con modo de conexión 'Cliente' y nombre de host '....'. excepción anidada es com.ibm.mq.MQException: JMSCMQ0001: La llamada de IBM MQ falló con compcode '2' ('MQCC_FAILED') el motivo '2035&##39;. ","contexto":"predeterminado",'módulo':'aplicación'}

El error que estoy viendo en el administrador de colas es:

“`
AMQ9557: Error en la inicialización del ID de usuario del gestor de colas para 'y'.

EXPLICACIÓN:
La llamada para inicializar el ID de usuario 'y' falló con CompCode 2 y Razón
2035.
ACCIÓN:
Corrija el error e inténtelo de nuevo.
—– cmqxrsrv.c : 2282 ——————————————————-
12/01/2021 04:40:45 PM – Process(1388.82388) User(mqm) Program(amqrmppa)
Host(….)Installation(Installation1)
VRMF(8.0.0.2) QMgr(Y)
“`

Tags:  , ,

Answer

  1. Avatar for davy.ai

    Parece que el pod está intentando conectarse a IBM MQ usando el usuario ‘y’, que se crea en la imagen base del Dockerfile. Sin embargo, el archivo config.yaml especifica usar el usuario ‘staging’ para la autenticación. Esta discrepancia está causando problemas de autenticación.

    Para resolver esto, es necesario configurar el pod para que use el usuario ‘staging’ para la autenticación en lugar del usuario ‘y’. Esto se puede lograr actualizando los archivos de configuración adecuados o las variables de entorno para el pod.

    Además, el mensaje de error en el administrador de cola sugiere que la inicialización de la identificación de usuario para ‘y’ falló con un CompCode 2 y un Reason 2035. Esto podría deberse a una identificación de usuario o contraseña incorrecta o a la falta de permisos para el usuario. Se debe verificar la información de autenticación del administrador de cola y actualizarla si es necesario para asegurarse de que el pod pueda conectarse al administrador de cola con éxito.

Comments are closed.