You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
The reason will be displayed to describe this comment to others. Learn more.
What is the reason behind doing this?
ebs-node also uses port 9808 for its DS, so if you have both ebs and efs CSI's installed, you have problems (efs controller pods can not schedule since both are binding to host port):
The reason will be displayed to describe this comment to others. Learn more.
@jurgen-weber-deltatre In case pod access to instance metadata is blocked (which is recommended for all eks users by eks documentation), need hostnetwork true. However the port being the same is a mistake that could have been avoided. In any case, you have to edit the deployment to fix the port conflict until the port number change is released #436#437#438
The reason will be displayed to describe this comment to others. Learn more.
Or you can set hostNetwork false if it worked fine before. It's debatable whether it should default true (like I said a lot of EKS users will need it but not necessarily all )
The reason will be displayed to describe this comment to others. Learn more.
in the end I reverted back to 1.2.1. I would argue the items in the chat should all be configurable instead of hardcoded... but thank you for letting me know, appreciated.
1c47a40
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.
What is the reason behind doing this?
ebs-node also uses port 9808 for its DS, so if you have both ebs and efs CSI's installed, you have problems (efs controller pods can not schedule since both are binding to host port):
https://github.com/kubernetes-sigs/aws-ebs-csi-driver/search?q=hostNetwork&type=code
1c47a40
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.
@jurgen-weber-deltatre In case pod access to instance metadata is blocked (which is recommended for all eks users by eks documentation), need hostnetwork true. However the port being the same is a mistake that could have been avoided. In any case, you have to edit the deployment to fix the port conflict until the port number change is released #436 #437 #438
1c47a40
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.
Or you can set hostNetwork false if it worked fine before. It's debatable whether it should default true (like I said a lot of EKS users will need it but not necessarily all )
1c47a40
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.
in the end I reverted back to 1.2.1. I would argue the items in the chat should all be configurable instead of hardcoded... but thank you for letting me know, appreciated.