-
Notifications
You must be signed in to change notification settings - Fork 316
[ISSUE] Supervisor not completely honor --listen-ctl or HAB_LISTEN_CTL #7699
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
Comments
Just for clarification, this is only for interacting with a Supervisor running on the same machine, but where that Supervisor has been configured for a non-standard control gateway port, correct? Given that the CLI looks for |
yes that is correct |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. We value your input and contribution. Please leave a comment if this issue still affects you. |
2 similar comments
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. We value your input and contribution. Please leave a comment if this issue still affects you. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. We value your input and contribution. Please leave a comment if this issue still affects you. |
When setting
--listen-ctl
orHAB_LISTEN_CTL
on a system. The supervisor will use it however, any subsequent commands to the supervisor includinghab svc load my/service
This behavior happens wether it is set in the supervisor, the system env or directly in the command line.
We also looked at the API for Census and Butterfly and the port setting is not persisted there no matter where it is set either.
We tested on Red Hat Linux 6, 7, 8 Windows 2008r2, 2012r2, 2016 and 2019
For ease of use it would make sense for the supervisor to take the port change as it new default rather than having to type
hab svc load my/service -r 127.0.0.1:19632
with every new command to the supervisor. It seems counter-intuitive to have to add extra arguments to existing automation or cookbooks to account for something the supervisor you would think the supervisor to know alreadyAha! Link: https://chef.aha.io/features/APPDL-24
The text was updated successfully, but these errors were encountered: