crazyMonkey1995 commented on issue #7489:
URL: https://github.com/apache/apisix/issues/7489#issuecomment-1190066642

   > > A given Kubernetes server will only preserve a historical record of 
changes for a limited time. Clusters using etcd 3 preserve changes in the last 
5 minutes by default. When the requested watch operations fail because the 
historical version of that resource is not available, clients must handle the 
case by recognizing the status code 410 Gone, clearing their local cache, 
performing a new get or list operation, and starting the watch from the 
resourceVersion that was returned.
   > 
   > Looking at the description of this text, the only solution to the Gone 
error is to "Clear Local Cache" and then Re-ListWatch If so, maybe the current 
way isn't a problem
   > 
   > @crazyMonkey1995
   
   
![image](https://user-images.githubusercontent.com/21658981/179952455-221e0406-006d-4bb2-817c-b174095657ba.png)
   
![image](https://user-images.githubusercontent.com/21658981/179952492-3986a3ed-01aa-45f2-9f13-ba6cbffe89d3.png)
   
   Here's the problem, this "informer" parameter will have a continue 
parameter, which will be set when listing, but you did not clear the continue 
parameter when returning 410, then the continue parameter is still there when 
retrying after 40 seconds, so it will continue for 410.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to