Openstack API Charms have a naive haproxy connection timeout

Yes, I think a charm config option (and/or a more sane timeout default value) would be great, for all os-charms which employ haproxy.

I've observed the "''" return during times of elevated load, in neutron-api, nova and dashboard.

Observable a symptom when attempting to delete nova security groups as a normal user just using the cloud:

nova secgroup-delete XYZ
ERROR: ('Connection aborted.', BadStatusLine("''",))

http://paste.ubuntu.com/13623685/

I misread this and thought it was case of just adding haproxy-server-timeout and haproxy-client-timeout options to the config.yaml of the charms which do not have it already. I see now that the options that need changing aren't the ones controlled by those config options.

For the record *all* of the timeout values could use reconfigurability. I wound up changing

    timeout queue 1000
    timeout connect 1000
    timeout client 30000
    timeout server 30000

to

    timeout queue 30000
    timeout connect 30000
    timeout client 90000
    timeout server 90000

This all in the haproxy.cfg template file
defaults
    log global
    mode tcp
    option tcplog
    option dontlognull
    retries 3
    timeout queue 1000
    timeout connect 1000
{% if haproxy_client_timeout -%}
    timeout client {{ haproxy_client_timeout }}
{% else -%}
    timeout client 30000
{% endif -%}

{% if haproxy_server_timeout -%}
    timeout server {{ haproxy_server_timeout }}
{% else -%}
    timeout server 30000
{% endif -%}