Chaos-tproxy controller does not properly handle the logic to end the HttpChaos Experiment, and the container remains in a disconnected state after the experiment is completed
Expected Behavior
After the experiment is over, the container network should return to normal
Current Behavior
After the HttpChaos experiment, the container is still in a disconnected state.
Kubernetes: AWS EKS with kubernetes version v1.24.8-eks-ffeb93d
Chaos Mesh: chaos-mesh v2.5.1
Chaos Daemon: chaos-daemon v2.5.1
Detailed Description
I entered nginx container after experiment ,
I found that the arp table is not normal,
so, I use "arp -s gateway eth0" recover arp table,
nginx container is back to normal.
I known Chaos-tproxy controller is the executor of "change arp table" and "restore arp table",
so, This maybe a Chaso-tproxy's bug.
Chaos-tproxy controller does not properly handle the logic to end the HttpChaos Experiment, and the container remains in a disconnected state after the experiment is completed
Expected Behavior
After the experiment is over, the container network should return to normal
Current Behavior
After the HttpChaos experiment, the container is still in a disconnected state.
Steps to Reproduce
setup chaos mesh environment on aws eks ( basic setup )
deploy nginx in namespace chaos-test
Context (Environment)
Kubernetes: AWS EKS with kubernetes version v1.24.8-eks-ffeb93d Chaos Mesh: chaos-mesh v2.5.1 Chaos Daemon: chaos-daemon v2.5.1
Detailed Description
I entered nginx container after experiment , I found that the arp table is not normal, so, I use "arp -s gateway eth0" recover arp table,
nginx container is back to normal.
I known Chaos-tproxy controller is the executor of "change arp table" and "restore arp table", so, This maybe a Chaso-tproxy's bug.