<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jun 14, 2013 at 2:47 AM, Flavio Percoco <span dir="ltr"><<a href="mailto:flavio@redhat.com" target="_blank">flavio@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
FWIW, I don't consider it broken either and I agree with the support<br>
for unix sockets.<br></blockquote><div><br></div><div>I see I am in in the minority here and I'm guessing it is due to some lack of common knowledge on my part.  Please explain how something that fails 100% of the time for a common use case is not broken.<br>
<br></div><div>The common use case is multiple services using the same config file.  backdoor_port allows for a non-zero value and most people will likely not choose 0 as their first choice.  That will fail 100% of the time for all but the first service.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Also, I'd rather use a boolean that *always* pick a random port. It<br>
doesn't make sense to allow port hints if the user will have to "find<br>
out" what port was picked up anyways.<br></blockquote><div><br>There is some value in the values being close to a chosen number.  Because once you find out in either case, it is easier to remember that 8801 is nova-api and 8802 is nova-compute than it is to remember 9281 is nova-api and 3724 is nova-compute.<br>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We also have to consider that this is a major change and might break<br>
some deployments that are using it so, we better take a<br>
deprecation-path for the old argument - by warning users that it'll be<br>
deprecated in the Ith release or whatsoever.<br></blockquote><div><br></div><div>+1 to that<br></div></div></div></div>