ElasticSearch fails to deploy with swagger_type error about es-apb HOT 5 CLOSED

So I think I identified an issue in this file: https://github.com/ansibleplaybookbundle/es-apb/blob/master/roles/provision-es-apb/templates/elasticsearch-is.yml.j2

If you look in the openshift_v1_image_stream code, then you see that spec_tags should be a list, and not a dictionary. Not sure if this is really a problem, but the tags setup under the spec of the ImageStream spec file seems to be the issue.

The error I'm seeing is the from line, since it seems the code can't process this setup. I haven't dug into the code to understand what it is trying to do, because I should already be in bed :)

from es-apb.

Looks like it is trying to replace the spec_docker_image_repository usage as it specifies you should use the spec.tags.from setup. Maybe it's being done wrong? Not sure...

from es-apb.

Well, I looked some more before bed, and I'm not sure the APB is really doing anything wrong, especially since I looked at the history, and this has pretty much been like this since it was created over 3 months ago.

I suspect something must have changed in the ansible-kubernetes-modules repository, perhaps in this module: https://github.com/ansible/ansible-kubernetes-modules/blob/master/library/openshift_v1_image_stream_tag.py

from es-apb.

Given the error:

unable to get swagger_type for from in __compare_obj_list() for item {'from': {'kind': 'DockerImage', 'name': 'registry.centos.org/rhsyseng/elasticsearch:6.2.1'}, 'name': '6.2.1'}

It seems to be complaining it can't find from in the swagger types for the loaded class. In this case, we believe the class is:

https://github.com/openshift/openshift-restclient-python/blob/master/openshift/client/models/v1_tag_reference.py

And so the swagger_types are defined at:

https://github.com/openshift/openshift-restclient-python/blob/2a798cd7f2a9d6d36c8d4a50f21f6f780ef860dd/openshift/client/models/v1_tag_reference.py#L33

As one can see, "from" is not a key in this swagger_type dictionary. However, "_from" is present in the dict. Is it possible that there is some sort of key translation that is missing, or that the template being used should be changed such that the item is defined as "_from" instead of "from"? Just thinking out loud.

from es-apb.

Since I can't reproduce this now (I guess something new was published that fix this), I'm going to close it out for now. If I run into it again, I'll reopen the issue.

from es-apb.