Hi Charles,
On Tue, Nov 15, 2016 at 10:39:19PM +0000, Charles Short wrote:
 So I have finally tried OSP9 and here are the results -
 
 3 Controllers 40 compute - 1 hours 20 mins to deploy.
 
 This is much more the sort of deployment time I was expecting :)
 
 I then tried TripleO Newton Stable again with  3 Controllers 40 Compute -
 
 4 hours and counting.....
 
 The two deployment scripts (for OSP9 and TripleO Newton) were pretty much
 identical (allowing for any changes between releases)
 
 During the OSP9 deployment I could use nova list to list the nodes. The
 Undercloud API access was in general very responsive.
 
 During the TripleO Newton deployment 'nova list' hangs -
 ERROR (ClientException): The server has either erred or is incapable of
 performing the requested operation. (HTTP 500)
 Undercloud API access was very sluggish.
 I noticed Keystone was stuck at 140% for most of the deployment (albeit
 multi threaded) which is not the case for OSP9.
 
 I know it is hard to compare two releases, but the difference is enormous.
 I will stick with OSP9 for now as this for me works properly out of the box
 for  large deployments. 
May I ask what version of python-oslo-messaging you have on Newton?
The reason I ask, is that Eck fixed a pretty serious epoll() issue which
caused deploys to fail with newton on weaker hardware (which would work
in mitaka). The change I mention is this one:
https://review.openstack.org/#/c/394963/
It would be great to confirm or not if the python-oslo-messaging package
you are using has this change included.
Thanks,
Michele
-- 
Michele Baldessari            <michele(a)acksyn.org>
C2A5 9DA3 9961 4FFB E01B  D0BC DDD4 DCCB 7515 5C6D