Skip to content
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

WARN: Starting local-mode server in deprecated socket mode (CHEF-18) #115

Open
EugenMayer opened this issue Jul 18, 2017 · 12 comments
Open

Comments

@EugenMayer
Copy link

When using knife zero nowdays i get

WARN: Starting local-mode server in deprecated socket mode (CHEF-18) at /opt/chefdk/embedded/lib/ruby/gems/2.4.0/gems/chef-13.2.20/bin/knife:25:in `<top (required)>'.

Are there any plans or alternatives to the socket mode?

@sawanoboly
Copy link
Member

sorry for delay.

If chef-zero completely removes the HTTP interface and there is no option to use it, maintaining knife-zero will be difficult. As of now there are no plans at all.

@sawanoboly
Copy link
Member

However, since the socketless server is also based on Rack interface, it is possible to implement TCP listeners with knife-zero.
It depends on the motivation of me or the contributors.

@EugenMayer
Copy link
Author

I guess there is still some time until those depreciation is going to be a limitation but I guess it's good to have this issue as a possibility to channel the future effort or at least have a clear communication that this will not be implemented and people can look on how they can work around this... Or contribute :)

Thank you for giving some feedback on this!

@limitusus
Copy link

Chef local-mode is announced to be removed at Chef14, expected to be released on 2 April 2018.
It looks the time to migrate to socketless server.

@sawanoboly
Copy link
Member

Thanks @limitusus ,

If tcp socket mode is deleted, this test will fail, so we will consider if we can deal with it later.

https://circleci.com/gh/higanworks/knife-zero/tree/integration_testedge

@darkn3rd
Copy link

darkn3rd commented Mar 26, 2018

Actually, they are saying just add --listen for services that need it, when running chef-client -z on the remote system. If I am reading this correctly, the fix is easy.

They had the same problem with chef provision (aka chef metal) that bootstraps systems using a similar mechanism.

Source: https://docs.chef.io/deprecations_local_listen.html

@sawanoboly
Copy link
Member

@darkn3rd Thanks, and don't worry about it.

knife-zero already turns on --listen option by default since v1.18.1. https://github.com/higanworks/knife-zero/blob/master/CHANGELOG.md

However, Chef's RFC could be interpret the --listen option someday to disappear. If it disappears then I will consider about it.

@stale
Copy link

stale bot commented Nov 6, 2018

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the wontfix label Nov 6, 2018
@EugenMayer
Copy link
Author

@sawanoboly so this issue is fixed already? (1.18.1) ?

@stale stale bot removed the wontfix label Nov 6, 2018
@sawanoboly
Copy link
Member

@EugenMayer

We have not solved the fundamental concern that the core might delete the function, and the WARN message will continue to be displayed.

However, it does not need to take any action for a while.

@EugenMayer
Copy link
Author

thanks for the clarification!

@sawanoboly sawanoboly pinned this issue Feb 13, 2019
@sawanoboly sawanoboly unpinned this issue Dec 10, 2019
@sawanoboly
Copy link
Member

If Chef-Zero's local TCP listening is abolished, maybe we should introduce http://goiardi.gl.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants