devopssec
n'est en aucun cas responsable du contenu généré par l'utilisateur. Le contenu posté
exprime les opinions de leur auteur seulement.
Les textes et messages publiés sont la propriété de ceux qui les postent.
je fais de mon mieux pour modérer les propos inappropriés qui pourraient être postés ici,
mais je me dégage de toute responsabilité sur ce que vous postez.
Vous demeurez le seul responsable de vos actes et de vos messages au regard de la loi.
Vous acceptez de ne pas utiliser le service pour poster ou lier vers un contenu qui est
diffamatoire, injurieux, haineux, menaçant, spams ou pourriels, étant de nature à offenser,
ayant un contenu réservé aux adultes ou répréhensible, contenant des renseignements
personnels des autres, risquant de violer les droits d'auteurs, encourageant une activité
illégale ou contraire à toutes les lois.
Le respect est la principale qualité de notre communauté. En conséquence, veillez à l'être envers
vos camarades ici présents, en particulier les nouveaux membres qui comme vous, cherchent
à découvrir l'univers DEVOPS, et n'ont pas toutes vos connaissances.
Tout manque de respect à l'encontre d'un membre, néophyte ou non, entraînera également des sanctions,
à savoir avertissements, bannissements voire poursuites selon la gravité de la situation.
devopssec
décline toute responsabilité concernant les rencontres réelles.
Commentaires
lfournier
Membre depuis le 25/05/2024
hello t'as checké les logs de ton coredns ? souvent quand ça fait ça c'est coredns qui a du mal. il est ptete surchargé ou il a des timeouts pour forwarder vers un résolveur externe si tu en as un
ines68
Membre depuis le 02/09/2024
ouais et la config coredns combien de replicas tu as ? si tu as un gros cluster et pas assez de replicas ça peut provoquer ce genre de soucis quand il y a un pic de requêtes dns
lfournier
Membre depuis le 25/05/2024
aussi tes pods clients ils utilisent bien le dns de coredns et pas un résolveur externe directement ? regarde le /etc/resolv.conf dans un de tes pods ça doit pointer vers le service coredns
mathilde-carpentier
Membre depuis le 03/06/2024
regarde aussi si tu as pas des network policies qui bloquent le traffic dns vers coredns par erreur. un deny all sur le namespace d'un pod sans une allow pour les dns peut causer ça
lucas18
Membre depuis le 10/07/2024
ok alors c'était un mix de plusieurs choses. j'avais que 2 replicas coredns pour un cluster assez gros donc je les ai passé à 4. et surtout j'avais une network policy un peu trop agressive qui bloquait le port udp 53 sortant pour certains pods. corrigé ça et depuis ça a l'air stable. thx la team vous m'avez sauvé !