(In the spirit of "Concerning Hobbits")
Ryan O'Hara and I have been investigating RabbitMQ as it pertains to RDO
recently. There has been a lot of discussion on several disparate
threads, so I wanted to try and capture it on the list for the benefit
Ryan has been working on getting RabbitMQ running in a multi-node HA
configuration. I won't steal his thunder, and he can speak to it better
than I can, so I'll defer to him on the details.
As for me, I've been working on el7 support and bug squashing along the
The first bug causes the daemon to load incredibly slow, or outright
fail by timing out. This is due to the SELinux policy disallowing
name_bind on ports lower than 32768. RabbitMQ tries to name_bind to a
port starting at 10000, and increments if it fails. So if you have
SELinux in enforcing mode, you'll get 22768 AVC denials in the log
before it finally starts.
The second bug causes the daemon to intermittently fail to start due
to a race condition in the creation of the erlang cookie file. This
happens only the first time the service starts. Really this is an
Erlang bug, but there's a workaround for the RabbitMQ case.
I've submitted patches for both issues. Until those get merged in, I've
rebuilt RabbitMQ for F20 which includes the fixes.
Beyond bugs, I've also built out RabbitMQ and all the build/runtime
dependencies for el7. I have a yum repo on my fedorapeople page
containing all the bits. This is all the stuff that is presently
missing from EPEL7. In time, I would hope the maintainers build all
this stuff, but for now it'll work for testing. You will also need the
EPEL 7 Beta repository enabled.
As a side note, I built everything using mock with a local override repo
on my workstation. I've not used copr before but it seems relevant to
this sort of thing, so if it's any benefit I'll look to rebuilt the el7
stack there for easier consumption.
Hopefully this helps get the discussion into one place, and provide a
baseline for further investigation by everyone interested in RabbitMQ.
 Is really two bugzillas, but the same bug:
Now I try to test mutinode deploy Opentack with packstack
I use centos 6.5, GRE netwrok, two nic. (172.28.1.132 is my control node.)
he bug is if you separate roles install like neutron in single node, and
the control node not install compute service, the dashboard can not login,
becasue the separate roles node, lack a iptables rule ,allow the control
node access the roles node.
this is my answer files
I also report to
Would you be interested in acquiring our open-source software products users
list with the updated count and verified contacts? The list has been
recently verified in Fourth week of January is ready to use and this
information database can be helpful for your email marketing campaign,
tele-marketing campaign and other marketing campaign initiatives for
21st February 2014 Televerified contacts.
Ø Ubuntu users
Ø CentOS users
Ø Debian users
Ø Solaris users
Ø openSUSE users
We have a global reach and can customize your list to offer you a more
targeted approach. Our lists are Tele-verified and guarantee 100% of data
We do provide data cleansing and appending services to resolve this issue.
If interested, let me know your target criteria so that I can get back to
you with relevant information. If interested, let me know your target
criteria so that I can get back to you with relevant information.
Would such detail give you an edge over your competition?
Could we talk more?
Demand Generation Manager
List acquisition I Tracked Email campaign I Email/Data Appending I Search
Engine Optimization I Custom Built List I Tele Marketing I Multi Channel
Marketing I Web-site Designing I
If you do not wish to receive future emails from us, please reply as 'leave
I would like to send a couple of questions regarding VXLAN support in RDO.
Let me summary the context:
1) The documentation regarding VXLAN is available here:
2) The previous link says that VXLAN will be supported in RDO after
solving the following bug:
3) The previous bug seems to be already solved in
Now the question:
I have installed openstack-packstack-2013.2.1-0.29.dev956.el6.noarch
(higher than previous fixed version) so VXLAN should be natively
supported. However I do not find any documentation on how to change the
answers file. There are some recipes where you start by deploying a GRE
configuration and that change manually some items to support VXLAN.
However, if VXLAN is already supported in RDO then it should be
configured directly from the answers file. Is there some documentation
on that topic?
I've put together quickly some notes how I've installed my development
setup. It may be helpful, so here it is:
http://pad-katello.rhcloud.com/p/foreman-install-ofi There may be some
bugs I did it retrospectively so I may have forgotten to put something
Hello, RDO fans,
This isn't the regularly scheduled monthly newsletter - I wanted to tell
you about the opportunity to influence the schedule of the most
important event in the OpenStack ecosystem.
The OpenStack Summit is just around the corner - May 12-16 in Atlanta,
Georgia. Right now, voting is ongoing to decide what presentations will
appear at that event. While we, of course, would like to see folks from
the RDO community have their talks selected (we've listed some of them
- we encourage you to vote for the talks that you're most interested in,
The vote closes on March 2nd - this weekend, so don't wait too long!
Rich Bowen - rbowen(a)redhat.com
OpenStack Community Liaison
Rdo-newsletter mailing list
There is a patch for setting up multiple nova-conductors
(https://review.openstack.org/#/c/42342/), I wonder if this is included
in the grizzly packages on RDO repo ? And any documents on how to
configure it ?
I am now running openstack-nova-conductor-2013.1.4-6.el6.noarch on my
Including RDO List
On 25/02/14 15:13, Martyn Taylor wrote:
> We've started pulling together a plan for adding orchestration in the
> OpenStack Foreman Installer.
> We have a bunch of User Stories and some implementation notes here:
> http://pad-katello.rhcloud.com/p/ofi-orchestration that we would like
> feedback on.
> Please have a read over and let us know if there are any obvious
> issues / gaps. We'll be working from the etherpad, please add
> comments, questions there. Please add <name>: <comment> so we can
> keep track of discussion.
> Thank alot
> You received this message because you are subscribed to the Google
> Groups "foreman-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to foreman-dev+unsubscribe(a)googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
Tomorrow, at 10am, Lars Kellogg-Stedman will be presenting a
walk-through of a multi-node deployment using packstack. Details are
The presentation will be streamed live on YouTube, and available
recorded after the fact if you can't attend live. We'll also be on IRC
at #rdo-hangout on the Freenode network to discuss and answer questions
during the event.
Rich Bowen - rbowen(a)redhat.com
OpenStack Community Liaison