-
Notifications
You must be signed in to change notification settings - Fork 102
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
AMQ9557E: Queue Manager User ID initialization failed for 'worker' #104
Comments
"worker" will be the userid associated with the channel before authentication is done. You'd need to look at the MCAUSER setting on the channel, which userid is actually executing the qmgr processes, which userid is executing the client program, and any CHLAUTH rules that might have been defined to map userids. there's no way of telling from here what precisely might have applied that identity. |
Thanks for the reply, Here is the CHLAUTH config:
Is the issue related to this config? |
MQ isn't inventing the "worker" ID. It must be coming from something running in your environment. Your AUTHINFO rule has "NONE" for CHCKCLNT so any userid/password is being ignored. Have you got Authorisation Events enabled on the qmgr? Those events can give a lot more information than error log entries. |
Thanks, Is there a way to debug mqQueueConnectionFactory properties before it tries to authenticate? val map = mqQueueConnectionFactory.keys.associateWith { mqQueueConnectionFactory[it] }.toSortedMap()
map.forEach { entry ->
logger.info("JMS config: ${entry.key} : ${entry.value}")
} And I didn't see any user 'worker', It is also not a default value or configured anywhere in the project. |
Hello, I am using this implementation in our JmsConfig file:
Every property is set correctly from application.yml, the issue I have is that the connectionFactory trying to connect with a different user in the header as I see in the log here:
I don't know from where we see this user 'worker' in the header, the only user we use in config file is admin. Can you help with that to see if it's a client issue or related to CHLAUTH rules on IBM MQ Server.
The text was updated successfully, but these errors were encountered: