New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cannot run flows if docker agent is started with the network option #2638
Comments
Thanks for opening @ManuelMourato25! |
Hey @ManuelMourato25 is this still an issue for you? |
@joshmeek apparently the issue is still here, experienced similar issue today. Same issue, when an agent is started with |
@ericwong3 Are you running Prefect Server? If so, are you also running it in that network? This looks like a different issue than above, here it can't connect to the backend API. |
Yes I am running prefect server. The server and agent is started separately. The server is started with 192.168.18.61 is the docker host's IP, so a container is running with bridge or host network should both be able to connect. Except it only starts without * I did |
I'm going to track a fix to this in #4840 — the issue is that the "host" network requires a change in container network mode as well. |
This brings our behavior in-line with the Docker CLI which will change the network mode on created containers to 'host' or 'none' respectively if the special network names 'host' or 'none' are used. These networks appear to be immutably defined by Docker. 'host' networking is still not expected to work on non-Linux systems, see the Docker documentation for more information. Closes #4840 Closes #2638
…5748) * Add inference of Docker network mode for 'host' and 'none' networks This brings our behavior in-line with the Docker CLI which will change the network mode on created containers to 'host' or 'none' respectively if the special network names 'host' or 'none' are used. These networks appear to be immutably defined by Docker. 'host' networking is still not expected to work on non-Linux systems, see the Docker documentation for more information. Closes #4840 Closes #2638 * Add changes entry * Fix Dask type-check CI error * Fix dask import -.- * Use `in` instead of two equality checks Co-authored-by: Jonathan Yu <jawnsy@cpan.org> Co-authored-by: Jonathan Yu <jawnsy@cpan.org>
…refectHQ#5748) * Add inference of Docker network mode for 'host' and 'none' networks This brings our behavior in-line with the Docker CLI which will change the network mode on created containers to 'host' or 'none' respectively if the special network names 'host' or 'none' are used. These networks appear to be immutably defined by Docker. 'host' networking is still not expected to work on non-Linux systems, see the Docker documentation for more information. Closes PrefectHQ#4840 Closes PrefectHQ#2638 * Add changes entry * Fix Dask type-check CI error * Fix dask import -.- * Use `in` instead of two equality checks Co-authored-by: Jonathan Yu <jawnsy@cpan.org> Co-authored-by: Jonathan Yu <jawnsy@cpan.org>
Description
Every time I try to run a flow using a docker agent with the network option specified, like so:
I get the following error:
Reproduction
The image is created with no issues.
Go to the UI and run the registered flow
You should see the behaviour mentioned above.
Environment
{
"config_overrides": {},
"env_vars": [
"PREFECT__CLOUD__AGENT__LEVEL"
],
"system_information": {
"platform": "Linux-4.15.0-91-generic-x86_64-with-debian-buster-sid",
"prefect_version": "0.10.7",
"python_version": "3.6.10"
}
}
The text was updated successfully, but these errors were encountered: