Infinite loop on certain misconfiguration
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 48/100
- Type d'issue
- Bug
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- go
- Domaine
- devops, infrastructure
Piste de recherche
Start by locating the operator reconciliation entry points that handle GitHub client misconfiguration and set the affected object's status condition. Check whether those paths also return the same error, then inspect similar condition-setting paths for the same pattern. Done means the condition remains available for debugging without triggering an endless immediate reconciliation loop.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
/kind bug
What steps did you take and what happened:
If the Github client is misconfigured, e.g. by a secret that is not working, the operator correctly sets a condition that can be used for the user to debug. However, it also returns an error, which means that the operator reconciles immediately again. As nothing has changed, it will run into the same issue again.
What did you expect to happen:
There is no need to return the error, as the user checks the conditions stored in the status of the object rather than potential error logs. Even if a log should be produced, it should happen only once the first time the error occurs. Instead of returning the error, we can return nil and don't run into an endless loop.
Anything else you would like to add:
This pattern might exist somewhere else as well and should be always addressed in the same way: setting the condition appropriately and returning nil.
- Langage dominant
- Go
- Étoiles
- 18
- Forks
- 4
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Propose un modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de SovereignCloudStack/cluster-stack-operator
-
CI issues (1)Peut-être à nouveau libre @jschoone l’a pris il y a 140 jours, et aucune pull request n’est ouverte. Ouvertebug Container
SovereignCloudStack/cluster-stack-operator#340 · 1 commentaire · 3 personnes assignées ·
-
cso: crash ....Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 58/100
SovereignCloudStack/cluster-stack-operator#337 · 2 commentaires ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 50/100
SovereignCloudStack/cluster-stack-operator#336 · 3 commentaires ·
-
CI fails: no default in switchPeut-être à nouveau libre @batistein l’a pris il y a 330 jours, et aucune pull request n’est ouverte. Ouvertebug
SovereignCloudStack/cluster-stack-operator#327 · 1 personne assignée ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
SovereignCloudStack/cluster-stack-operator#272 · 32 commentaires ·
Toutes les issues de SovereignCloudStack/cluster-stack-operator
Issues similaires
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
Rafaeldelinares/gentle-mesh#125 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
Gentleman-Programming/gentle-ai#5643 ·
Les mainteneurs répondent en général sous 1 jour
-
security
Difficulté 2/5 1-3 heures Accessibilité débutants 80/100
FootprintAI/Containarium#2869 ·
Les mainteneurs répondent en général sous 1 jour
-
kind/bug
Difficulté 2/5 1-3 heures Accessibilité débutants 86/100
kubevirt/kubevirt#19559 · 1 réaction ·
Les mainteneurs répondent en général sous 1 jour
-
bug raised-by:verifier
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
medici-finance/assay#3817 ·
Les mainteneurs répondent en général sous 1 jour