<div dir="ltr">Hi again all, <div>I'm top posting, sorry. I finally had a chance to do more in-depth analysis of these bug reports. </div><div><br></div><div>I hesitated initially on whether to post to the list, since there are a lot of hard feelings coming up around this, and people are pretty tired of the "drama." But we need to address these issues, and I don't want anyone to feel personally tied to the issues. There is no individual blame or fault here. That said, as PTL I do need to make a decision based on technical merits.</div><div><br></div><div>I did an analysis to see whether the install issues come up from a difference in philosophy or bugs in the doc. I'm leaning towards "bugs in the doc causing issues" as the final analysis, and I'd like us to consider stopping links to the Debian Install Guide until the issues are addressed. </div><div><br></div><div>Here's my analysis.</div><br>Where debconf inconsistency that don't cause failure to install but may confuse, these I don't consider as reasons to stop publishing:<br>1. deprecated options in mysql conf<br>2. database names end in db<br>3. uses ip address instead of name<br>4. admin tenant and user instead of separate users and a service tenant<br>5. deprecated xml body middleware and kvs backend for keystone<br>6. debconf doesn't enable verbose logging<br><br>Where there are actual doc bugs due to Debian being different, causing problems later:<br>1. rabbitmq bound to 127.0.0.1, perhaps means it thinks of itself as a single node install. While this is a philosophical difference, it does prevent services on the network and compute nodes from accessing the queue.<br>2. glance.conf problem that causes actual warnings [keystone_authtoken]: identity_uri must not use localhost<br>3. glance.conf problem that causes actual warnings [keystone_authtoken]: auth_uri must be set to public url, clients may not be able to authenticate against an admin endpoint<br>4. glance.conf problem: default_store in wrong location, should be in [glance_store]<br>5. my_ip incorrectly configured for glance, causing inability to connect from a separate server (When launching an instance, Compute attempts to contact the image service using the value of the my_ip option). Again this is probably due to assuming a single server install.<br><br>nova.conf config:<br>(opinion) metadata service enabled, different from other distros<br>6. spice console won't work<br>7. [keystone_authtoken]: identity_uri must not use localhost<br>8. [keystone_authtoken]: auth_uri must be set to public url<br>9.doesn't reference controller node for nova to glance connection (acts like single node install)<br>10.problems with needing port 35357 instead of 5000<br>(opinion) nova.conf compute node could remove database connection but optional<br><br>neutron problems<br>(opinion, but may cause problems) doesn't let people choose their own network settings<br>11. uses deprecated config files<br>12. local_ip option not there<br>13. metadata agent won't connect to misconfigured database<br>14. 16. same keystone problems as nova and glance<br>15. L2 population won't work <br><br>Overall problems due to basic architecture decisions being different:<br>- Debian assumes images served from same node as compute node<br><div>- Debian doesn't have nova-network<br>- Debian assumes use of Open vSwitch<br>- Debian assumes certain networking settings<br>- Debian enables rabbitmq for glance prior to needing it since telemetry is optional, so architecture seems to assume telemetry is a requirement.</div><div><br></div><div>I have been mediating this debate since November 2014 so I'd like to get forward movement. My analysis indicates the issues are due to too many assumptions being made for Debian causing problems. I know Thomas and Alex planned to test this week, so I hope they can validate these bugs and devise a plan to address them. </div><div><br></div><div> Based on the plan, we'll make a decision about links and/or redirects.</div><div><br></div><div>Let me know the plans by replying here or responding to the bugs by 2/16/15.</div><div><br></div><div>Thanks,</div><div>Anne<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 2, 2015 at 4:38 PM, Anne Gentle <span dir="ltr"><<a href="mailto:annegentle@justwriteclick.com" target="_blank">annegentle@justwriteclick.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Mon, Feb 2, 2015 at 3:21 PM, Matt Kassawara <span dir="ltr"><<a href="mailto:mkassawara@gmail.com" target="_blank">mkassawara@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Over the weekend, I attempted to install OpenStack Juno core services (keystone, glance, nova, and neutron) on Debian Wheezy using the Juno installation guide. I could not obtain an operational environment (i.e., successfully launch an instance) by exclusively using configuration generated by Debconf (and associated tools) or after fixing/augmenting the configuration with existing manual steps in the guide (primarily networking content). I opened the following bugs describing my observations:<div><br></div><div><a href="http://tinyurl.com/ooccchh" target="_blank">http://tinyurl.com/ooccchh</a></div><div><br></div><div>Thomas (zigo) and I briefly discussed a few of these issues on IRC, but I'm documenting them all for tracking purposes.</div></div></blockquote><div><br></div></div></div><div>Okay, thanks for the list Matt. Looks like 14 new bugs, some of which can't really be fixed in the docs, at a glance. The bug reports are thorough, and I would like further investigation.</div><div><br></div><div>Thomas and Alex and anyone else who'd like to work on these: Our usual processes, with these new bugs, is to look at them, mark them Status:Confirmed if you agree it can be fixed in the docs, or if it needs to be fixed in packaging and/or the config tool, then please set to Status:Won't Fix. I believe they are all of Medium Importance. </div><div><br></div><div>You can also assign yourself to these bugs once they are Status:Confirmed by clicking the exclamation point next to "Unassigned" in the Assigned column and then click "Pick me."</div><span><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>I'm stepping away to focus on the networking guide content.</div></div></blockquote><div><br></div></span><div>Sounds fine, we'll keep up with reviews of the Install Guide.</div><div><br></div><div>Thanks,</div><div>Anne</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>_______________________________________________<br>
OpenStack-docs mailing list<br>
<a href="mailto:OpenStack-docs@lists.openstack.org" target="_blank">OpenStack-docs@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs</a><br>
<br></blockquote></div><span><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div>Anne Gentle<br><a href="mailto:annegentle@justwriteclick.com" target="_blank">annegentle@justwriteclick.com</a></div>
</font></span></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div>Anne Gentle<br><a href="mailto:annegentle@justwriteclick.com" target="_blank">annegentle@justwriteclick.com</a></div>
</div></div></div></div>