Closed Kyrremann closed 5 years ago
Foreslår at hvis Naiserator feiler når den skal generere ressurser, tyder det på en feil i spec, og sync skal ikke kjøres igjen før ny spec er lagret.
Enig, vi kunne brukt en annotasjon som blir sjekket før vi kjører en sync.
I stedet for annotasjon foreslår jeg at vi bruker det nye status-feltet.
Og i stedet for å lage nye felter, kan vi se på hvordan Kubernetes gjør det for sin egen spam allerede i dag. Ta for eksempel denne:
% kubectl describe pod tortuga-hoi-fb8447d65-2jnjd
(...)
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Normal Pulled 83m (x6744 over 18d) kubelet, b27apvl00232.preprod.local Container image "repo.adeo.no:5443/tortuga-hoi:135" already present on machine
Normal Killing 43m (x6755 over 18d) kubelet, b27apvl00232.preprod.local Killing container with id docker://tortuga-hoi:Container failed liveness probe.. Container will be killed and recreated.
Warning Unhealthy 13m (x20287 over 18d) kubelet, b27apvl00232.preprod.local Liveness probe failed: HTTP probe failed with statuscode: 500
Warning BackOff 8m36s (x84698 over 18d) kubelet, b27apvl00232.preprod.local Back-off restarting failed container
Warning Unhealthy 3m34s (x13536 over 18d) kubelet, b27apvl00232.preprod.local Readiness probe failed: Get http://192.168.254.42:8080/isReady: dial tcp 192.168.254.42:8080: connect: connection refused
Syns ikke det er heldig at vi spammer event-loggen med den samme feilen pga. sync :/
Fra
[dev-sbs:default]$ k describe app sykefravaer
:Burde heller ikke vært logget som en
warning
i events, når vi logger den som enerror
i vår logg.