<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Podman on 摇头晃脑</title>
    <link>https://blog.deoops.com/zh-cn/tags/podman/</link>
    <description>Recent content in Podman on 摇头晃脑</description>
    <generator>Hugo</generator>
    <language>zh-cn</language>
    <lastBuildDate>Mon, 19 Oct 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://blog.deoops.com/zh-cn/tags/podman/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>磁盘只剩 54G：一次从 containerd、Podman 和构建缓存里找回 74G 的排查记录</title>
      <link>https://blog.deoops.com/zh-cn/posts/reclaiming-disk-space/</link>
      <pubDate>Mon, 19 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://blog.deoops.com/zh-cn/posts/reclaiming-disk-space/</guid>
      <description>df 显示一块 200G 的盘只剩 54G。真正吃掉空间的不是日志，而是 containerd 的镜像快照、Podman 的旧镜像和一堆构建缓存。记录一次逐层排查：只删&amp;#34;确实没被用到&amp;#34;的东西，再用 Pod 状态、PVC 和一个 HTTP 探针确认没有删错。</description>
    </item>
    <item>
      <title>Pod 重启了 15 次：一次 podman 网桥引发的 microk8s 证书轮换事故</title>
      <link>https://blog.deoops.com/zh-cn/posts/pod-restart-15-times/</link>
      <pubDate>Mon, 28 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://blog.deoops.com/zh-cn/posts/pod-restart-15-times/</guid>
      <description>启动一个 podman 容器，为什么会让整个 Kubernetes 集群的容器全部被重启？一次由 hostname -I、证书轮换和启动硬依赖共同造成的连环故障排查记录。</description>
    </item>
  </channel>
</rss>
