-
Notifications
You must be signed in to change notification settings - Fork 102
[rabbitmq] v4.2.2 ERROR: execute[rabbitmqctl add_user guest] (/var/chef/cache/cookbooks/rabbitmq/providers/user.rb line 86) had an error: Mixlib::ShellOut::ShellCommandFailed: Expected process to exit with [0], but received '2' #934
Comments
What OS is this for? Was the rabbitmq-server already installed and running on this box before the chef-client run (i.e. you had chef-server installed on this same node before you ran chef-client)? |
OS: Ubuntu 12.04.4 |
cool @ELEXTRO. Was there an error before the guest user creation around installing or starting rabbitmq-server for the first time? Is there a stale rabbitmq-server process running? Can you gist up the log files in /var/log/rabbitmq? |
Definitely. It doesn't look like rabbit had any ERRORs when it was first starting up I also pasted the relevant chef output in the gist. |
@ELEXTRO There should be some more log files in /var/log/rabbitmq like rabbit@*.log. Can you gist that one up for me? |
Sorry about this, the logs have gotten kind of long :/ Let me know if you want me to re-create. |
Just wanted to point out that I experienced this error as well with 4.2.2, same setup (2 controllers in HA, Ubuntu server 12.04.04 fresh install). Just in case ended up going back to 4.2.1 which didn't had the error. |
@ELEXTRO and @Itxaka - So, we haven't run into any of these problems with our gate jobs nor QE testing. Can you help me reproduce the circumstances that led up to the problem? I'd like to understand how you deployed, where you deployed and what you deployed on. As much detail as you can provide would assist us in tracking this down.
Thanks! I hope we can figure out what is causing this. |
Sure thing @rackerjoe.
I just ran chef-client on a clean box to re-create, and it happened again. Here are the rabbit logs (fresh out of the oven). |
=ERROR REPORT==== 15-Apr-2014::12:07:58 === ^ looks like you’ve got an issue with your disk/logfiles/rabbit dir structure, which is crashing the log handler, which is crashing the rest. On Apr 15, 2014, at 12:16, Alex Cantu [email protected] wrote:
|
^ should mention that was my comment. Replying to the email doesn't credit me, apparently. |
Oddly enough, I can make this happen in one environment but not another. Both are 12.04.4 and running in virtualbox. Now to see what I did differently. |
Some questions:
I, like several others, am attempting to narrow down this issue. Any information you can share would be great. |
This is the working one: Chef server is installed per the rpcs scripts, chef client by using the curl | sudo bash method. Not working list: re: rabbit, it shouldn't be being shared. Other notes: Same vagrant install, same vbox install, same 12.04.4 base box. |
RE: Environments, I had meant vagrant environments (one using vagrant-hostmanager, the other not), tis why I think the problem is in something I'm doing. Will know more soon. |
I had same problem and I resolved it. In my situation, I changed /etc/hosts on controller node. so my controller node has some network interfacese, and rabbitmq-server need hostname with gw network on /etc/hosts.
xxx.xxx.xxx.xxx must be on network with public network which has gateway not private network. so this is rabbitmq problem. |
Ok, so, the difference in how I was building things seems to have made all the difference in the world. When things were /not/ functioning, I had installed chef client using curl | sudo bash on the nodes. When they were working, I had used knife bootstrap from the chef server. |
I am experiencing the same issue. I'm on Ubuntu 12.04 (since it's allegedly stable) under Vagrant (in preparation for a rollout to metal). It's the precise64 image hosted by Vagrant itself. I have chef-client v. 11.12.8-1 installed via knife bootstrap on my two Openstack nodes. The one which gets role[single-controller] or role[ha-controller1](I've tried it both ways) errors out with the message above. I have verified this around 15 times; it is consistent from completely clean state. I've set all the nodes hostnames via Vagrant and pointed them at each other through /etc/hosts files. Getting them actual FQDNs is never going to happen (we'd like this to be behind the firewall in production as well), but maybe it's related to the hostname setting in some way? jedipunkz can you share more details of your solution? I can't quite tell what you're saying there. |
UPDATE: rebooting the node and then re-running chef-client seems to do the trick. |
@jacobsevart "Vagrant". That's the problem. Specifically, depending on the image and who made it, and the version of vagrant, it will update the hosts file and sometimes not in a same manner causing name resolution to fail, which causes rabbit install to fail. |
@jacobsevart @claco @jedipunkz @bunchc I also facing same problem:- related to rabbitMq chef-client logs-STDOUT: Creating user "guest" ... DIAGNOSTICS nodes in question: ['rabbit@clo-test-23'] hosts, their running nodes and ports:
current node details:
Steps I followed-I've created one VM on aws ec2 cloud where i install chef-client 11.16.4 from https://downloads/getchef.com
I'm using chef-zero instead of chef server
Can you please help me!! To resolve this issue.!! Thanks! |
I receive this ERROR after running chef-client on ha-controller1. It has happened with one other user as well, can anyone else re-create? Chef-client tries to start the rabbitmq-server service but it already seems to be running. This ERROR can be by-passed by killing the rabbitmq processes then re-running chef-client.
The text was updated successfully, but these errors were encountered: