Open kriswuollett opened 2 months ago
As an alternative I recommend something like delve
or strace
to debug this sort of thing with go.
We don't currently log commands in kind
because that resulted in users assuming it was supported to just run those commands manually (sometimes plus their own flags) against the images leading to a lot of support headaches when the exec docker is an implementation detail and one we need good control over to make things work (IE running arbitrary similar commands wouldn't work). Given the code is open source and the process is running locally, advanced users have options to trace the implementation details.
cloud-provider-kind is a little different, but I'm a little wary of this now, there wasn't an obvious way to say "this is the command we're running but here be dragons". that may be less true for this project, but it's re-using the packages from kind.
We do capture the full exec details on errors currently, as something of a middle ground. And it could be revisited in kind, but it will be hard for this repo to do it without revisiting it in kind.
Regarding #132, commenting
Suggest something like base64-encoding the rendered wrapped commands in high verbosity logs so they could be copy and pasted without any issues like shell quoting or line continuations. Expected workflow something like:
OR, the command to use with
curl
if it was an API call (like found in browser dev tools).Reason:
Due to #132 I was not able to debug why
cloud-provider-kind
was not working withnerdctl
because thefailed to create continers
log entry does not show what I could likely copy and paste for the wrappeddocker
command: