<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Bug on Le Blog d'Arhuman</title><link>https://blog.assad.fr/tags/bug/</link><description>Recent content in Bug on Le Blog d'Arhuman</description><generator>Hugo</generator><language>fr-fr</language><lastBuildDate>Fri, 20 Mar 2026 15:24:26 +0100</lastBuildDate><atom:link href="https://blog.assad.fr/tags/bug/index.xml" rel="self" type="application/rss+xml"/><item><title>Et si votre OOM n’était pas qu’un problème de mémoire ?</title><link>https://blog.assad.fr/post/what-if-oom-is-not-only-about-memory/</link><pubDate>Fri, 20 Mar 2026 15:24:26 +0100</pubDate><guid>https://blog.assad.fr/post/what-if-oom-is-not-only-about-memory/</guid><description>&lt;p&gt;Parfois, une investigation raconte une autre histoire que celle que vous attendez.&lt;/p&gt;
&lt;p&gt;C’est ce qui m’est arrivé récemment en cherchant pourquoi un pod finissait en OOMKilled deux à trois fois par jour.&lt;/p&gt;
&lt;p&gt;Une rapide observation de la mémoire du pod incriminé ne montre pas la courbe croissante typique d’un memory leak. Je manque de données juste avant le OOM (parce que c’est toujours quand votre système de métriques est en train de migrer que ce type d’incident se produit) mais avec les données de la journée, la cause semble se trouver ailleurs.&lt;/p&gt;</description></item></channel></rss>