-
Notifications
You must be signed in to change notification settings - Fork 604
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
service update --publish-rm unable to remove pair of ports #1396
Comments
ping @yongtang |
From #1348 |
Tested and verified this is a problem. Also worth noting is that |
@sheerun That is "expected" behavior of the current
It will remove any mappings that matches So the The current
See processing of I can work on improving the |
Also see some other discussions on |
@sheerun @aaronlehmann @dperny It looks like However, I created a pull request moby/moby#25860 to return an error if the invalid format (like Please take a look and let me know if there are any issues, or if there are better ways to handle it. |
@thaJeztah and I think it makes sense to be able to have |
+1; can confirm that the first time I tried to use |
…TargetPort>` Currently `--publish-rm` only accepts `<TargetPort>` or `<TargetPort>[/Protocol]` though there are some confusions. Since `--publish-add` accepts `<PublishedPort>:<TargetPort>[/Protocol]`, some user may provide `--publish-rm 80:80`. However, there is no error checking so the incorrect provided argument is ignored silently. This fix adds the check to make sure `--publish-rm` only accepts `<TargetPort>[/Protocol]` and returns error if the format is invalid. The `--publish-rm` itself may needs to be revisited to have a better UI/UX experience, see discussions on: moby/swarmkit#1396 moby#25200 (comment) moby#25338 (comment) This fix is short term measure so that end users are not misled by the silently ignored error of `--publish-rm`. This fix is related to (but is not a complete fix): moby/swarmkit#1396 Signed-off-by: Yong Tang <yong.tang.github@outlook.com>
…TargetPort>` Currently `--publish-rm` only accepts `<TargetPort>` or `<TargetPort>[/Protocol]` though there are some confusions. Since `--publish-add` accepts `<PublishedPort>:<TargetPort>[/Protocol]`, some user may provide `--publish-rm 80:80`. However, there is no error checking so the incorrect provided argument is ignored silently. This fix adds the check to make sure `--publish-rm` only accepts `<TargetPort>[/Protocol]` and returns error if the format is invalid. The `--publish-rm` itself may needs to be revisited to have a better UI/UX experience, see discussions on: moby/swarmkit#1396 moby#25200 (comment) moby#25338 (comment) This fix is short term measure so that end users are not misled by the silently ignored error of `--publish-rm`. This fix is related to (but is not a complete fix): moby/swarmkit#1396 Signed-off-by: Yong Tang <yong.tang.github@outlook.com>
…TargetPort>` Currently `--publish-rm` only accepts `<TargetPort>` or `<TargetPort>[/Protocol]` though there are some confusions. Since `--publish-add` accepts `<PublishedPort>:<TargetPort>[/Protocol]`, some user may provide `--publish-rm 80:80`. However, there is no error checking so the incorrect provided argument is ignored silently. This fix adds the check to make sure `--publish-rm` only accepts `<TargetPort>[/Protocol]` and returns error if the format is invalid. The `--publish-rm` itself may needs to be revisited to have a better UI/UX experience, see discussions on: moby/swarmkit#1396 moby/moby#25200 (comment) moby/moby#25338 (comment) This fix is short term measure so that end users are not misled by the silently ignored error of `--publish-rm`. This fix is related to (but is not a complete fix): moby/swarmkit#1396 Signed-off-by: Yong Tang <yong.tang.github@outlook.com>
…TargetPort>` Currently `--publish-rm` only accepts `<TargetPort>` or `<TargetPort>[/Protocol]` though there are some confusions. Since `--publish-add` accepts `<PublishedPort>:<TargetPort>[/Protocol]`, some user may provide `--publish-rm 80:80`. However, there is no error checking so the incorrect provided argument is ignored silently. This fix adds the check to make sure `--publish-rm` only accepts `<TargetPort>[/Protocol]` and returns error if the format is invalid. The `--publish-rm` itself may needs to be revisited to have a better UI/UX experience, see discussions on: moby/swarmkit#1396 moby/moby#25200 (comment) moby/moby#25338 (comment) This fix is short term measure so that end users are not misled by the silently ignored error of `--publish-rm`. This fix is related to (but is not a complete fix): moby/swarmkit#1396 Signed-off-by: Yong Tang <yong.tang.github@outlook.com> Upstream-commit: 8597e231a5caa23247934f7a89c1001d87e26192 Component: cli
…TargetPort>` Currently `--publish-rm` only accepts `<TargetPort>` or `<TargetPort>[/Protocol]` though there are some confusions. Since `--publish-add` accepts `<PublishedPort>:<TargetPort>[/Protocol]`, some user may provide `--publish-rm 80:80`. However, there is no error checking so the incorrect provided argument is ignored silently. This fix adds the check to make sure `--publish-rm` only accepts `<TargetPort>[/Protocol]` and returns error if the format is invalid. The `--publish-rm` itself may needs to be revisited to have a better UI/UX experience, see discussions on: moby/swarmkit#1396 moby/moby#25200 (comment) moby/moby#25338 (comment) This fix is short term measure so that end users are not misled by the silently ignored error of `--publish-rm`. This fix is related to (but is not a complete fix): moby/swarmkit#1396 Signed-off-by: Yong Tang <yong.tang.github@outlook.com> Upstream-commit: 1b400f6284b17fffa0495e1c801155fdd0716e98 Component: cli
--publish-rm 82:80
fails when I published before with the same port pair. Full commands are:I'd expect that only
80:80
is left, but the only thing that works is--publish-rm 80
but that removes both bindings instead of only one. Probably removing only single binding pair is not implemented.The text was updated successfully, but these errors were encountered: