Closed Arabus closed 7 years ago
I am able to replicate this issue with 2016.11.3.
However, it looks like this was fixed in the 2016.11 branch already, so it should work in 2016.11.4
Thanks, Daniel
@terminalmage or @ticosax do either of you happen to know which PR might have fixed this?
Thanks, Daniel
@Arabus What version of docker-py are you running? You can run pip freeze | grep docker
to get this info.
I have a hunch that the breakage could have been fixed by a6a17d58.
@terminalmage sorry I thought I mentioned, I see this with the docker python module, not with docker-py
I remembered y'all had done some work with that.
I will check if that commit fixes the errors I was seeing when testing after lunch.
Thanks, Daniel On Wed, Mar 29, 2017 at 11:41 AM Erik Johnson notifications@github.com wrote:
@Arabus https://github.com/Arabus What version of docker-py are you running? You can run pip freeze | grep docker to get this info.
I have a hunch that the breakage could have been fixed by a6a17d5 https://github.com/saltstack/salt/commit/a6a17d58aaa5b478d25870037561d4a7e4fc233e .
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/saltstack/salt/issues/40389#issuecomment-290148971, or mute the thread https://github.com/notifications/unsubscribe-auth/AAssocTFyrANkbdP_yJp4b2i7-UF3eceks5rqom3gaJpZM4Ms64l .
Yup, that pr appears to fix the problem.
@Arabus this will be fixed in 2016.11.4 when we tag and release it.
Thanks!
OK. For @Arabus, if you're getting the same issue, and have docker
installed instead of docker-py
, you can uninstall it and install docker-py
and the states should being working again.
thanks, but unfortunately I am using the above mentioned docker-py 2.1.0 ebuild. I might be able to patch it until the gentoo guys provide a newer version. I'll have a look thanks alot.
I cannot downgrade the docker-py though, because docker-compose requires it :-/
@Arabus OK, thanks for confirming. Sorry for the inconvenience, Docker kind of threw us a curveball by a) changing the name of the module in PyPI, and b) without preserving backwards-compatibility, changing the name of the class for the low-level API that we use. We've fixed the issue, but unfortunately that fix did not get in before we released 2016.11.3.
Thanks, no problem, the docker guys have a history of breaking API compatibility without further notice. I am starting to get used to it so much that I created a seperate docker-dev environment to test new salt/docker/docker-py/swarm etc. versions. I am happy that you guys fix those incompatibilities so fast, that most of the time I do not even have to open an Issue.
I have used the referenced patch from https://github.com/saltstack/salt/commit/a6a17d58aaa5b478d25870037561d4a7e4fc233e and fixed the problem temporarily to continue my testing.
Description of Issue/Question
When trying to start a new container via the state dockerng.running, the state fails with the error message:
Failed to create new container: create_host_config() got multiple values for keyword argument 'self'
Setup
SLS File to test this with
Salt command to run
salt-call -l all --local state.sls dockers.loadbalancer
Steps to Reproduce Issue
Run the above state with the above salt-call command.
Error messages with
-l all
and slightly adjusted dockerng module for more debug infoAdditional docker version info:
Further comments
My hunch is its something related to docker-py and the docker api but I can't debug it properly for now. Will most likely dig into it further this evening.
Versions Report