[Questions] Cannot upgrade from v3.13 to v4.0 "bad_config_entry_decoder,missing_passphrase" #14233
Unanswered
Joren-Thijs-KasparSolutions
asked this question in
Questions
Replies: 1 comment 4 replies
-
That error means that a configuration file is using an encrypted secret, and when RabbitMQ starts, the passphrase is not being provided. Since you have one environment that upgraded successfully, and one that didn't, you must very carefully determine what is different between the two environments. I would start by examining / diffing the configuration in each cluster's running containers. I'm not 100% certain on k8s, but RabbitMQ configs usually live in |
Beta Was this translation helpful? Give feedback.
4 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Community Support Policy
RabbitMQ version used
4.0.9
Erlang version used
27.3.x
Operating system (distribution) used
Linux
How is RabbitMQ deployed?
Kubernetes Operator(s) from Team RabbitMQ
rabbitmq-diagnostics status output
See https://www.rabbitmq.com/docs/cli to learn how to use rabbitmq-diagnostics
I couldn't run this on node 3 since it keeps crashin so I ran these commands on node 1.
rabbitmq-diagnostics status
rabbitmq-diagnostics cluster_status
Logs from node 1 (with sensitive values edited out)
See https://www.rabbitmq.com/docs/logging to learn how to collect logs
Logs from node 2 (if applicable, with sensitive values edited out)
See https://www.rabbitmq.com/docs/logging to learn how to collect logs
Logs from node 3 (if applicable, with sensitive values edited out)
See https://www.rabbitmq.com/docs/logging to learn how to collect logs
rabbitmq.conf
See https://www.rabbitmq.com/docs/configure#config-location to learn how to find rabbitmq.conf file location
10-defaults.conf
10-operatorDefaults.conf
11-default_user.conf
90-userDefinedConfiguration.conf
Steps to deploy RabbitMQ cluster
Our RabbitMQ cluster is controlled by A rabbitMQ operator on kubernetes. We specify the version of RabbitMQ we want and the required plugins. Then the operator will perform a Rolling upgrade of each Rabbitmq node until each node in the cluster has the same version. The operator config is a yaml file that is applied to the AKS cluster by a Azure Release pipeline. The pipeline uses the kubectl apply command.
Steps to reproduce the behavior in question
Currrently the cluster is running v3.13. When I upgrade the cluster operator config to use Rabbitmq:4.0-management-alpine, the first node is upgraded but fails to start due to a
throw:{bad_config_entry_decoder,missing_passphrase}
Error.advanced.config
N/A
Application code
N/A
Kubernetes deployment file
What problem are you trying to solve?
I am currently running upgrades to update our RabbitMQ clusters on k8s from 3.11 to the latest 4.1.
We have multiple environments dev, test and prod.
I upgraded RabbitMQ on our dev environment from version v3.11 to v4.1 without any issues. Upgrading one version at a time and enabling all stable feature flags in the management UI before proceeding.
Now I am repeating the same steps on our Test environement using the same configuration.
But when I try to upgrade from v3.13 to v4.0 RabbitMQ fails to start with the following error:
throw:{bad_config_entry_decoder,missing_passphrase}
(See logs from node 3)I looked around but couldn't find any other user who ran into that error.
When I downgrade the cluster back to v3.13 the failing nodes starts back up as a v3.13 node without any issues. All stable feature flags are enabled in the Management UI:
Can anyone please help?
Beta Was this translation helpful? Give feedback.
All reactions