https://blog.margrop.net/en/tag/qsv/ Recent content in QSV on Margrop Blog Hugo -- gohugo.io en-US Sat, 13 Jun 2026 08:30:00 +0800 https://blog.margrop.net/en/post/photoprism-init-intel-stuck/ Sat, 13 Jun 2026 08:30:00 +0800 https://blog.margrop.net/en/post/photoprism-init-intel-stuck/ <blockquote> <p><strong>TL;DR (The Short Version)</strong></p> <p>The <code>PHOTOPRISM_INIT: &quot;intel&quot;</code> line in PhotoPrism&rsquo;s Plus Docker image is <strong>not</strong> just a flag to enable Intel hardware acceleration at runtime — it&rsquo;s a one-shot <strong>system-level installer</strong> that runs <code>apt-get dist-upgrade</code> against <code>archive.ubuntu.com</code> and then installs 8 Intel/VA-API packages before the main process is allowed to start. On a fresh container this takes <strong>5–10 minutes</strong> (sometimes more), during which nothing inside the container listens on port <code>2342</code>.</p> <p>Meanwhile: <code>docker ps</code> says <code>Up</code>, Portainer is green, <code>ss -ltn</code> on the host shows <code>:2342</code> LISTEN — but your browser gets <code>ERR_CONNECTION_RESET</code> / <code>Connection reset by peer</code>. Because host-side <code>docker-proxy</code> accepts the connection and then tries to forward to a port inside the container that has no listener, the kernel sends back an RST.</p> <p><strong>Fix:</strong> just remove or empty that one line. If you already pass <code>/dev/dri/renderD128</code> via <code>devices:</code>, the host&rsquo;s drivers and userland libraries are perfectly usable from the container — there&rsquo;s nothing to &ldquo;install&rdquo; in there.</p> </blockquote>