I did a landscape-server deployment from the trunk charm (lp:landscape-charm) which went fine. I then added a landscape-server unit, and haproxy failed with this backtrace in reverseproxy-relation-changed hook:
Traceback (most recent call last):
File "/var/lib/juju/agents/unit-haproxy-0/charm/hooks/reverseproxy-relation-changed", line 1302, in <module>
main(hook_name)
File "/var/lib/juju/agents/unit-haproxy-0/charm/hooks/reverseproxy-relation-changed", line 1275, in main
reverseproxy_interface("changed")
File "/var/lib/juju/agents/unit-haproxy-0/charm/hooks/reverseproxy-relation-changed", line 959, in reverseproxy_interface
config_changed()
File "/var/lib/juju/agents/unit-haproxy-0/charm/hooks/reverseproxy-relation-changed", line 909, in config_changed
if not create_services():
File "/var/lib/juju/agents/unit-haproxy-0/charm/hooks/reverseproxy-relation-changed", line 579, in create_services
relation_info['services'])
File "/var/lib/juju/agents/unit-haproxy-0/charm/hooks/reverseproxy-relation-changed", line 494, in parse_services_yaml
services.get(service_name, {}), service)
File "/var/lib/juju/agents/unit-haproxy-0/charm/hooks/reverseproxy-relation-changed", line 521, in merge_service
servers.extend(new_service["backends"][i]["servers"])
IndexError: list index out of range
FWIW, the root of the problem is that Landscape tries to do something like the following:
https:/
Basically, old_service has more backends than the new_service. I see no reason why this should be allowed, but if I am missing something, please let me know.