-
Notifications
You must be signed in to change notification settings - Fork 6
add troubleshooting section for Docker MTU issues #192
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
Conversation
Signed-off-by: Valentin Schneider-Lunitz <valentin.schneider-lunitz@charite.de>
Reviewer's GuideAdds a new Docker MTU troubleshooting section to the README, documenting how to diagnose and permanently fix MTU-related connectivity issues between containers and external networks. Flow diagram for Docker MTU troubleshooting stepsflowchart TD
A[Container cannot reach external hosts] --> B[Run ip link show on host to check MTU of physical and bridge interfaces]
B --> C[From container, run curl tests and inspect etc_resolv_conf]
C --> D[Capture ICMP traffic on host with tcpdump while reproducing issue]
D --> E{Suspect PMTU mismatch?}
E -- No --> F[Investigate other network causes]
E -- Yes --> G[Temporarily lower container eth0 MTU using nsenter and ip link set]
G --> H[Test connectivity again from container]
H --> I{Connectivity restored?}
I -- No --> F
I -- Yes --> J[Choose permanent fix]
J --> K[Set global Docker daemon MTU in etc_docker_daemon_json and restart Docker]
J --> L[Or set compose network MTU via networks_default_driver_opts in docker_compose_yaml]
K --> M[Recreate networks_or_compose_stack]
L --> M
M --> N[Verify MTU with ip link and confirm with test curl from container]
File-Level Changes
Possibly linked issues
Tips and commandsInteracting with Sourcery
Customizing Your ExperienceAccess your dashboard to:
Getting Help
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hey there - I've reviewed your changes - here's some feedback:
- Consider formatting the subsections "Quick checks", "Temporary verification", and "Permanent fixes" as markdown subheadings (e.g.,
### Quick checks) for better readability and consistent structure within the README. - The examples hard-code an MTU of 1400; it may help users if you add a brief note on how to determine an appropriate MTU value for their environment rather than implying 1400 is always correct.
Prompt for AI Agents
Please address the comments from this code review:
## Overall Comments
- Consider formatting the subsections "Quick checks", "Temporary verification", and "Permanent fixes" as markdown subheadings (e.g., `### Quick checks`) for better readability and consistent structure within the README.
- The examples hard-code an MTU of 1400; it may help users if you add a brief note on how to determine an appropriate MTU value for their environment rather than implying 1400 is always correct.Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.
uniqueg
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fantastic - thanks a lot, @vschnei ! Maybe mention somewhere what MTU means, but otherwise gtg
Signed-off-by: Valentin Schneider-Lunitz <valentin.schneider-lunitz@charite.de>
|
@uniqueg Thanks for the quick review. |
Details
This pull request updates the README.txt documentation to include a new section on Docker MTU Troubleshooting (see issue #191 )
.
This change is to help users diagnose and resolve connectivity issues caused by MTU mismatches between Docker container networks and host/underlay networks (cloud).
The added section provides:
Testing
Since this is a documentation-only change, no unit or integration tests apply.
Documentation
The new MTU section has been added directly to README.txt.
Style
The new content follows the existing README formatting.
Closing issues
#191
Summary by Sourcery
Documentation: