Revert "Revert "Changing tiller pod networking settings to improve swact time""
This reverts commit a5c236dc522c050b036e638955c03074a2963996.
It was thought that setting the TCP timeouts for the cluster
network was enough to address the issues with the helm commands
hanging after a controller swact. This is not the case. In
particular, swacting away from the controller with the
tiller-deploy pod seems to cause tcp connection from that pod to
the kube-apiserver to hang. Putting the tiller-deploy pod back on
the host network "fixes" the issue.
Reviewed: https:/ /review. opendev. org/672741 /git.openstack. org/cgit/ starlingx/ config/ commit/ ?id=ae145b78f8b 8891ac718fa2a4e a4b5c5a510c306
Committed: https:/
Submitter: Zuul
Branch: master
commit ae145b78f8b8891 ac718fa2a4ea4b5 c5a510c306
Author: Bart Wensley <email address hidden>
Date: Wed Jul 24 14:47:56 2019 -0500
Revert "Revert "Changing tiller pod networking settings to improve swact time""
This reverts commit a5c236dc522c050 b036e638955c030 74a2963996.
It was thought that setting the TCP timeouts for the cluster
network was enough to address the issues with the helm commands
hanging after a controller swact. This is not the case. In
particular, swacting away from the controller with the
tiller-deploy pod seems to cause tcp connection from that pod to
the kube-apiserver to hang. Putting the tiller-deploy pod back on
the host network "fixes" the issue.
Change-Id: I8f37530e1f615a fcffcf6cb1d6295 18436c99cb9
Related-Bug: 1817941
Partial-Bug: 1837055
Signed-off-by: Bart Wensley <email address hidden>