[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: 500 Server error on invoking /broker/rest/[domains|cartridges] after installing Origin on RHEL 6.4



Just for the record. After reinstalling all from scratch there was the same exception (I use production profile so I had only information about missing node). There was no problem with the node itself. I was just missing any cartridge in version 2. 

After installing them manually from night build repo everything works fine. I've also deinstall all v1 cartridges as they are not used.

There is an option to manually change version of the node to v1 but I haven't check it. 

Btw. How can we contribute to the documentation? I have to do some additional steps except of theses describe in http://openshift.github.io/origin/file.install_origin_using_puppet.html while installing on Centos 6 so maybe it worth of sharing.

Cheers,
Marek


On 14 June 2013 21:36, Marek Śmigielski <marek smigielski gmail com> wrote:
Hi,

I have exactly the same problem. Have you found any solution?

Cheers,
Marek

On 13 June 2013 00:17, Shiva Bhanujan <sxb075 gmail com> wrote:
Hello,

I've installed OpenShift Origin on RHEL 6.4 w/ EPEL.  The node/broker are installed on the same host.  After the installation, the invocation of /broker/rest/domains and /broker/rest/cartridges returns a '500 Internal Server Error'.  The STOMP configuration for host/port/user/password in /etc/mcollective/[client|server].cfg looks correct.  The DNS lookup for the broker/node succeeds, and 'mco ping' also returns success.

The following logs from /var/log/openshift/broker/production.log seems to be interesting :

<<...snip...>>

Error processing custom_request for action cartridge-list: no current connection exists
["/opt/rh/ruby193/root/usr/local/share/gems/gems/stomp-1.2.9/lib/stomp/connection.rb:243:in `subscribe'", "/opt/rh/ruby193/root/usr/libexec/mcollective/mcollective/connector/stomp.rb:242:in `subscribe'", "/opt/rh/ruby193/root/usr/share/ruby/mcollective/util.rb:192:in `block in subscribe'", "/opt/rh/ruby193/root/usr/share/ruby/mcollective/util.rb:191:in `each'", "/opt/rh/ruby193/root/usr/share/ruby/mcollective/util.rb:191:in `subscribe'", "/opt/rh/ruby193/root/usr/share/ruby/mcollective/client.rb:65:in `subscribe'", "/opt/rh/ruby193/root/usr/share/ruby/mcollective/client.rb:53:in `sendreq'", "/opt/rh/ruby193/root/usr/share/ruby/mcollective/client.rb:149:in `block in req'", "/opt/rh/ruby193/root/usr/share/ruby/timeout.rb:68:in `timeout'", "/opt/rh/ruby193/root/usr/share/ruby/mcollective/client.rb:148:in `req'", "/opt/rh/ruby193/root/usr/share/ruby/mcollective/rpc/client.rb:822:in `call_agent'",

<<...snip...>> 


Right where connection.subscribe is invoked in self.subscribe@/opt/rh/ruby193/root/usr/share/ruby/mcollective/util.rb, the values for the parameters being passed are as follows :

util.rb:192:in `block in subscribe' connection.subscribe - :agent = 'openshift', :type = 'reply', :collective = 'collective'


I have tried executing 'rhc setup --server <host>', but because /broker/rest/domains doesn't pass, the setup also fails.


This is as far as my debugging goes.  Can somebody suggest based on the above what to look for?  Or, what other information might be required to debug this?


Regards,

Shiva



_______________________________________________
dev mailing list
dev lists openshift redhat com
http://lists.openshift.redhat.com/openshiftmm/listinfo/dev




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]