itimpi Posted April 23, 2019 Share Posted April 23, 2019 Including the docker templates in the diagnostics logs would help with diagnosing situations where a docker has been misconfigured. Quote Link to comment
Squid Posted April 23, 2019 Share Posted April 23, 2019 May be personal information included in them that would be difficult to anonymize properly. That, and the docker run command should cover everything. Quote Link to comment
itimpi Posted April 23, 2019 Author Share Posted April 23, 2019 Is the docker run command included in diagnostics then? I was just thinking of making it easier to get everything upfront for all types of issues without having to go back and ask for it thus delaying response time. Quote Link to comment
Squid Posted April 23, 2019 Share Posted April 23, 2019 Nope. But we only ask for it when theres a problem with an app.Because of the personal info potentially available in any given template with wildly varying tags for it, we can't have them included by default.Good idea though. I've got no issues with anything else though. Just pop in a PR for the othersSent via telekinesis Quote Link to comment
itimpi Posted April 23, 2019 Author Share Posted April 23, 2019 I wonder if it might be possible to only get the drive and port mappings? Are these likely to contain anything that might be deemed personal information? If so maybe some level of anonomisation as is done for Shares could be used for the drive mappings. This would still tend to make it easy to check that drive mounts correctly point outside the container which is one of the things most frequently set up incorrectly. Quote Link to comment
bonienl Posted April 23, 2019 Share Posted April 23, 2019 I haven't looked at this, but one condition is important. This information must be obtainable for diagnostics whether docker is running or not. Quote Link to comment
itimpi Posted April 23, 2019 Author Share Posted April 23, 2019 I agree. That was one reason why I originally suggested the templates as they are stored on the USB drive and are thus always available and could thus be conditionally included. I will have some more though on this to see if I can think it out in more detail. There is also the question as to whether anything proposed should be limited to running containers or should include all defined containers even if they are not running. Quote Link to comment
bonienl Posted April 23, 2019 Share Posted April 23, 2019 3 minutes ago, itimpi said: There is also the question as to whether anything proposed should be limited to running containers or should include all defined containers even if they are not running. When the Docker daemon is stopped, no containers are running anyway. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.