+++ This bug was initially created as a clone of Bug #1049565 +++ Routing SPI events do not contain the gear id. This means that a consumer can't construct gear DNS entries (<gear_id>-<domain>.<domain_suffix>) nor associate an endpoint with gear ids. This is a critical issue for at least one customer and should be targeted for OSE 2.0.2 --- Additional comment from Clayton Coleman on 2014-01-07 14:02:57 EST --- Fixed in https://github.com/openshift/origin-server/pull/4419
This script could be used to verify the new message format: https://github.com/openshift/openshift-extras/blob/enterprise-2.0/admin/routing-listeners/echo.rb
Merged into enterprise-2.0 https://github.com/openshift/enterprise-server/pull/187
Enter prise puddle: 2014-01-08.1 step 1: install openshift-origin-routing-activemq-0.0.gem yum install rubygem-openshift-origin-routing-activemq.noarch step 2: Put the following contents in /etc/openshift/plugins.d/openshift-origin-routing-activemq.conf cat /etc/openshift/plugins.d/openshift-origin-routing-activemq.conf ACTIVEMQ_TOPIC='/topic/routinginfo' ACTIVEMQ_USERNAME='routinginfo' ACTIVEMQ_PASSWORD='routinginfopasswd' ACTIVEMQ_HOST='localhost.localdomain' ACTIVEMQ_PORT='61613' step 3: Edit /etc/activemq/activemq.xml and add the following lines in the user auth section <authenticationUser username="routinginfo" password="routinginfopasswd" groups="routinginfo,everyone"/> Also around line 113, these two lines : <authorizationEntry topic="routinginfo.>" write="routinginfo" read="routinginfo" admin="routinginfo" /> <authorizationEntry queue="routinginfo.>" write="routinginfo" read="routinginfo" admin="routinginfo" /> step 4: Restart activemq and broker step 5: create a listener to the topic_listener.rb step 6: Run the routing listener on instance, please refer to the "Setup" section ruby topic_listener.rb step 8: Create an app rhc app create phps php-5.3 -s --no-git output: :action: :add_gear :app_name: phps :namespace: nweidomain :gear_id: 52ce39fb6892df1b06000044 :public_port_name: php-5.3 :public_address: 192.168.59.137 :public_port: 38061 :protocols: - http - ws :types: - web_framework :mappings: - frontend: '' backend: '' - frontend: /health backend: '' :deprecated: use add_public_endpoint. When delete the scale app, output result is correct.
And when scale-up and scalue-down, output result is also correct messages.
when scale-up app and it shows some message as follow: :action: :add_gear :app_name: phps :namespace: nweid :gear_id: 52ce49d76892df1b060000fe :public_port_name: php-5.3 :public_address: 192.168.59.137 :public_port: 38066 :protocols: when scale-down app and it shows some message as follow: :action: :delete_gear :app_name: phps :namespace: nweid :gear_id: 52ce49d76892df1b060000fe :public_address: 192.168.59.137 :public_port: 38066 :deprecated: use remove_public_endpoint when delete app and ti shows some message as follow: :action: :delete_gear :app_name: phps :namespace: nweidomain :gear_id: 52ce39fb6892df1b06000044 :public_address: 192.168.59.137 :public_port: 38062 :deprecated: use remove_public_endpoint --- :action: :remove_public_endpoint :app_name: phps :namespace: nweid :gear_id: 52ce39fb6892df1b06000044 :public_address: 192.168.59.137 :public_port: 38061 --- :action: :delete_gear :app_name: phps :namespace: nweid :gear_id: 52ce39fb6892df1b06000044 :public_address: 192.168.59.137 :public_port: 38061 :deprecated: use remove_public_endpoint --- :action: :delete_application :app_name: phps :namespace: nweidomain :scalable: true :ha: false
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2014-0102.html