<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Benedikt Hollerauer</title>
    <description>The latest articles on DEV Community by Benedikt Hollerauer (@benedikt_hollerauer).</description>
    <link>https://dev.to/benedikt_hollerauer</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3991039%2F2ad3f266-77e7-4373-bf28-948e43e0adf6.jpg</url>
      <title>DEV Community: Benedikt Hollerauer</title>
      <link>https://dev.to/benedikt_hollerauer</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/benedikt_hollerauer"/>
    <language>en</language>
    <item>
      <title>Reproducing CrashLoopBackOff, OOMKills and phantom Services on a Kind cluster</title>
      <dc:creator>Benedikt Hollerauer</dc:creator>
      <pubDate>Thu, 18 Jun 2026 14:17:08 +0000</pubDate>
      <link>https://dev.to/benedikt_hollerauer/reproducing-crashloopbackoff-oomkills-and-phantom-services-on-a-kind-cluster-3a95</link>
      <guid>https://dev.to/benedikt_hollerauer/reproducing-crashloopbackoff-oomkills-and-phantom-services-on-a-kind-cluster-3a95</guid>
      <description>&lt;p&gt;Most engineers learn what a CrashLoopBackOff or an OOMKill actually looks like during an incident. That is the worst possible time. So we built a tool to create those conditions on purpose.&lt;/p&gt;

&lt;p&gt;Rotelle is an open source Kubernetes failure simulator written in Rust. You deploy it into a cluster and trigger named failure modes on demand: crash loops, OOM kills, missing env vars, unreachable services and more. Each one is reproducible so you can drill on it, write the runbook before you need it or use it as a fixture to test tooling against.&lt;/p&gt;

&lt;p&gt;Reproducible failures are also why we are building this. The Infraware Terminal at &lt;a href="https://infraware.dev/" rel="noopener noreferrer"&gt;infraware.dev&lt;/a&gt; investigates real incidents with a human approving every step, and you cannot train or evaluate something like that without realistic failures to point it at.&lt;/p&gt;

&lt;p&gt;If you run Kubernetes, try it on a test cluster and open an issue with anything that breaks or any failure mode you want added. Adding a scenario is one Rust file plus one registration line.&lt;/p&gt;

&lt;p&gt;Apache 2.0: github.com/infraware-dev/infraware-rotelle&lt;/p&gt;

</description>
      <category>kubernetes</category>
      <category>devops</category>
      <category>rust</category>
      <category>opensource</category>
    </item>
  </channel>
</rss>
