Pod expiration drifts when system is suspended

Affected Stackable version

dev (24.11 prerelease)

Current and expected behavior

@xeniape ran into an issue (sble employees: see slack) where pods would be left with expired certificates after a while, rather than getting evicted by commons-op as expected. Restarting commons-op evicted the pods, as expected.

Our current working hypothesis here is that commons-op's re-reconciliation timer didn't advance while the computer was suspended, causing the eviction to be delayed by the same amount of time.

Possible solution

Either:

1. Change the timer to use wall time instead of monotonic/CPU time
2. Cap the re-reconciliation timer, causing spurious reconciles but at least limiting the issue
3. Make the timer automatically expire when resuming from suspend

Either way, we should probably also communicate upstream with kube-rs and either fix it there or highlight the issue somehow.

Additional context

No response

Environment

No response

Would you like to work on fixing this bug?

None

Bắt đầu bằng cách xác định bộ hẹn giờ tái-điều-phối của commons-op và xem xét cách các bộ hẹn giờ của kube-rs hoạt động khi hệ thống suspend và resume. Nếu có thể, hãy tái hiện việc pod bị eviction trễ, sau đó xác định liệu nên sửa upstream trong kube-rs hay thay đổi commons-op. Được xem là hoàn tất khi các chứng chỉ hết hạn dẫn đến eviction kịp thời sau khi resume, kèm theo coverage hồi quy hoặc một issue upstream ghi lại hạn chế này.