<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Mike,</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">
A few extra discoveries and notes, both icehouse and havana aren't including the admin_hosts override after the install. I need to re-import the puppet classes, override the admin_hosts variable in the controller/compute sections and then update the variable in the hostgroup settings. I'm confused, why this is used if there's already priv and pub host.</div>
<div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Further notes inline.</div><div class="gmail_default" style="font-family:tahoma,sans-serif">
<br></div><div class="gmail_extra"><div class="gmail_quote">On Mon, Mar 17, 2014 at 2:53 AM, Mike Orazi <span dir="ltr"><<a href="mailto:morazi@redhat.com" target="_blank">morazi@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Andrew,<br>
<br>
See a few comments inline below, but first thanks for giving the foreman<br>
installer a shot. It looks like you have had a good amount of success<br>
and made some good discoveries along the way!<br>
<br>
I really appreciate the fact that you have gotten so far & the feedback<br>
on areas where you are running into issues.<br>
<br>
Thanks,<br>
Mike<br>
<div class=""><br>
<br>
<br>
On 03/16/2014 08:02 AM, Andrew Lau wrote:<br>
> Hi all,<br>
><br>
> So far, I've been successful with the following setup on havana, but<br>
> icehouse had issue as below:<br>
> 1x Controller<br>
> 2x Compute + Network + Gluster<br>
><br>
> I forked the astapor repo so I can run the compute + networker in the<br>
> same module, along with a few other tweaks. [1]<br>
><br>
<br>
</div>Nice -- this is one variation that a lot of people seem interested in.<br>
We'd probably have to give some thought on how to fold things together<br>
but I bet it would be a good candidate for further discussion and<br>
potential inclusion at some point in the future.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-family:tahoma,sans-serif">It would be a nice concept if the modules could be integrated as nested hostgroups, it would just be a matter of having to some how remove the duplicate class calls when they get nested.</div>
<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class=""><br>
> So far everything is working, I plan on uploading my notes in a few days<br>
> but I've run into a few issues which I'm hoping someone could help:<br>
><br>
> - When using the icehouse repo, the controller hostgroup will install<br>
> but httpd will fail with 'no listening sockets available, shutting down,<br>
> Unable to open logs'. There were no selinux denies, or anything else in<br>
> the log files.<br></div></blockquote><div><br></div><div><div class="gmail_default" style="font-family:tahoma,sans-serif">The "Listen <a href="http://0.0.0.0:80">0.0.0.0:80</a>" in /etc/http/conf/httpd.conf some how does not get added, I noticed in the havana modules, it would keep removing and adding this. I recall seeing somewhere this related to puppetlabs/apache. So havana it works, icehouse no..</div>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
><br>
> - >From a brief look at the manifest and trial and error, it looks like<br>
> the ml2 plugin does have some support in the quickstack files. It<br>
> however fails at the neutron-db-manage. Manual steps: [2]<br>
> Error Output: [3]<br>
<br>
</div>The team has been working to track down the remaining issues in<br>
neutron-db-manage. John Eckersberg (added to the message to make sure<br>
he sees this) is eck or jeckersb on irc and is likely a good person to<br>
coordinate with in terms of the foreman side of the equation. He has<br>
been working with some neutron folks to try to run this down.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-family:tahoma,sans-serif">I look forward to hearing from him.</div></div><div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class=""><br>
><br>
> I'm aware there's a few new projects going on to bridge the foreman and<br>
> rdo integration, I like the current foreman setup because it's very<br>
> customizable, but the key flaws are too many options. ie. if I'm using<br>
> VLANs, I don't want to see tunnel options etc.<br>
><br>
<br>
</div>Yes! A lot of the present work can be broken down into 2 bits. The<br>
quickstack work proper to make several reasonably easy to deploy cloud<br>
examples + a good amount of usability work that is presently just<br>
getting started to help weave things together a lot more elegantly for<br>
end-user consumption. A lot of the "I'm using VLAN please don't bother<br>
showing me params that apply only to tunnel solutions" falls into that<br>
latter set of work.<br>
<div class=""><br>
<br>
> Thanks,<br>
> Andrew.<br>
><br>
> [1] <a href="https://github.com/andrewklau/astapor" target="_blank">https://github.com/andrewklau/astapor</a><br>
> [2] <a href="http://openstack.redhat.com/ML2_plugin" target="_blank">http://openstack.redhat.com/ML2_plugin</a><br>
> [3] <a href="http://www.fpaste.org/85834/94970823/" target="_blank">http://www.fpaste.org/85834/94970823/</a><br>
><br>
><br>
><br>
</div>> _______________________________________________<br>
> Rdo-list mailing list<br>
> <a href="mailto:Rdo-list@redhat.com">Rdo-list@redhat.com</a><br>
> <a href="https://www.redhat.com/mailman/listinfo/rdo-list" target="_blank">https://www.redhat.com/mailman/listinfo/rdo-list</a><br>
><br>
<br>
</blockquote></div><br></div></div>