<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Docker-Swarm on Karstens Tech &amp; Infra Blog</title>
    <link>https://blog.bugtrack.eu/tags/docker-swarm/</link>
    <description>Recent content in Docker-Swarm on Karstens Tech &amp; Infra Blog</description>
    <generator>Hugo</generator>
    <language>de-de</language>
    <lastBuildDate>Sun, 03 May 2026 12:00:00 +0000</lastBuildDate>
    <atom:link href="https://blog.bugtrack.eu/tags/docker-swarm/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>PostgreSQL Major-Version-Upgrade in Docker Swarm</title>
      <link>https://blog.bugtrack.eu/posts/2026/05/postgresql-major-version-upgrade-in-docker-swarm/</link>
      <pubDate>Sun, 03 May 2026 12:00:00 +0000</pubDate>
      <guid>https://blog.bugtrack.eu/posts/2026/05/postgresql-major-version-upgrade-in-docker-swarm/</guid>
      <description>&lt;p&gt;Wer selbst gehostete Dienste betreibt, kommt irgendwann an den Punkt, an dem eine&#xA;Datenbank ein Major-Version-Upgrade braucht. Bei PostgreSQL ist das kein trivialer&#xA;Vorgang: Das Dateiformat des Datenverzeichnisses ist zwischen Hauptversionen&#xA;inkompatibel. PostgreSQL 18 verweigert schlicht den Start, wenn es ein PG14-Datenverzeichnis&#xA;vorfindet. Ein einfacher Image-Tausch in der &lt;code&gt;docker-compose.yml&lt;/code&gt; reicht nicht.&lt;/p&gt;&#xA;&lt;p&gt;Der einzige unterstützte Weg ist &lt;strong&gt;Dump und Restore&lt;/strong&gt;: Daten exportieren, frisches&#xA;Cluster mit der neuen Version initialisieren, Daten importieren. In der Theorie&#xA;einfach, in der Praxis hat Docker Swarm ein paar Eigenheiten, die einen erwischen können.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
