<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Libvirt on SETKEH</title><link>https://setkeh.com/tags/libvirt/</link><description>Recent content in Libvirt on SETKEH</description><generator>Hugo</generator><language>en-AU</language><copyright>James 'SETKEH' Griffis</copyright><lastBuildDate>Wed, 04 Nov 2026 00:00:00 +1100</lastBuildDate><atom:link href="https://setkeh.com/tags/libvirt/index.xml" rel="self" type="application/rss+xml"/><item><title>The vTPM that wouldn't boot: swtpm on Kolla 2025.1</title><link>https://setkeh.com/posts/vtpm-swtpm-kolla-2025-1/</link><pubDate>Wed, 04 Nov 2026 00:00:00 +1100</pubDate><guid>https://setkeh.com/posts/vtpm-swtpm-kolla-2025-1/</guid><description>&lt;h2 id="why-i-needed-a-tpm-in-a-vm"&gt;Why I needed a TPM in a VM&lt;a class="anchor" href="#why-i-needed-a-tpm-in-a-vm" aria-label="Link to this section"&gt;#&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;I&amp;rsquo;m standing up OpenBao, the open-source fork of HashiCorp Vault, on my OpenStack cloud. Vault-style servers start &lt;strong&gt;sealed&lt;/strong&gt; after every reboot, and something has to unseal them. If that something is me typing in unseal keys, then a two-minute power cut at 3 a.m. leaves every secret-dependent service down until I wake up.&lt;/p&gt;
&lt;p&gt;The usual fix is auto-unseal from another key store. But a second OpenBao just moves the problem: what unseals &lt;em&gt;that&lt;/em&gt; one when the whole rack loses power? The chain has to end at something that comes back on its own. In my case that&amp;rsquo;s the cloud itself. A virtual TPM in the OpenBao VM can hold the unseal material, and the vTPM&amp;rsquo;s own secret lives in Barbican, which has to be up before any VM can start anyway.&lt;/p&gt;</description></item></channel></rss>