<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Update Debian 12 > 13 / Postgres 15 > 17]]></title><description><![CDATA[<p dir="auto">Hello @all,</p>
<p dir="auto">today i updated our NetXMS server vom Debian 12 to 13. At the first try i upgraded, as part of the Debian Update, the Postgres Cluster from 15 to 17 too. But there are many warnings:</p>
<p dir="auto">Example:</p>
<pre><code>Fixing hardcoded library paths for stored procedures...
WARNUNG:  Version von Sortierfolge für Datenbank »postgres« stimmt nicht überein
DETAIL:  Die Datenbank wurde mit Sortierfolgenversion 2.36 erzeugt, aber das Betriebssystem hat Version 2.41.
TIP:  Bauen Sie alle Objekte in dieser Datenbank, die die Standardsortierfolge verwenden, neu und führen Sie ALTER DATABASE postgres REFRESH COLLATION VERSION aus, oder bauen Sie PostgreSQL mit der richtigen Bibliotheksversion.
Upgrading database postgres...
WARNUNG:  Version von Sortierfolge für Datenbank »postgres« stimmt nicht überein
DETAIL:  Die Datenbank wurde mit Sortierfolgenversion 2.36 erzeugt, aber das Betriebssystem hat Version 2.41.
TIP:  Bauen Sie alle Objekte in dieser Datenbank, die die Standardsortierfolge verwenden, neu und führen Sie ALTER DATABASE postgres REFRESH COLLATION VERSION aus, oder bauen Sie PostgreSQL mit der richtigen Bibliotheksversion.
Fixing hardcoded library paths for stored procedures...
WARNUNG:  Version von Sortierfolge für Datenbank »netxms« stimmt nicht überein
DETAIL:  Die Datenbank wurde mit Sortierfolgenversion 2.36 erzeugt, aber das Betriebssystem hat Version 2.41.
TIP:  Bauen Sie alle Objekte in dieser Datenbank, die die Standardsortierfolge verwenden, neu und führen Sie ALTER DATABASE netxms REFRESH COLLATION VERSION aus, oder bauen Sie PostgreSQL mit der richtigen Bibliotheksversion.
Upgrading database netxms...
WARNUNG:  Version von Sortierfolge für Datenbank »netxms« stimmt nicht überein
DETAIL:  Die Datenbank wurde mit Sortierfolgenversion 2.36 erzeugt, aber das Betriebssystem hat Version 2.41.
TIP:  Bauen Sie alle Objekte in dieser Datenbank, die die Standardsortierfolge verwenden, neu und führen Sie ALTER DATABASE netxms REFRESH COLLATION VERSION aus, oder bauen Sie PostgreSQL mit der richtigen Bibliotheksversion.
</code></pre>
<p dir="auto">So i decided to rollback the snapshot of the VM and upgrade Debian without the cluster update of Potsgres.</p>
<p dir="auto">Are there any howto's or links to websites where i can figure out how i make the Postgres Cluster Update from 15 to 17 on the "right" way for NetXMS?</p>
<p dir="auto">Greetings<br />
Marco</p>
]]></description><link>https://forum.netxms.org/topic/8406/update-debian-12-13-postgres-15-17</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 07:25:37 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/8406.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 22 Jun 2026 07:29:41 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Update Debian 12 > 13 / Postgres 15 > 17 on Mon, 06 Jul 2026 07:25:42 GMT]]></title><description><![CDATA[<p dir="auto">Hi Alex,</p>
<p dir="auto">thanks for the hint. I give it a try...</p>
<p dir="auto">Greetings<br />
Marco</p>
]]></description><link>https://forum.netxms.org/post/35585</link><guid isPermaLink="true">https://forum.netxms.org/post/35585</guid><dc:creator><![CDATA[Spheron]]></dc:creator><pubDate>Mon, 06 Jul 2026 07:25:42 GMT</pubDate></item><item><title><![CDATA[Reply to Update Debian 12 > 13 / Postgres 15 > 17 on Fri, 03 Jul 2026 09:56:08 GMT]]></title><description><![CDATA[<p dir="auto">Simplest approach is to modify retention time in server configuration, then run housekeeper (or just leave it overnight). Once done, vacuum DB and you'll have more space.</p>
]]></description><link>https://forum.netxms.org/post/35581</link><guid isPermaLink="true">https://forum.netxms.org/post/35581</guid><dc:creator><![CDATA[alk]]></dc:creator><pubDate>Fri, 03 Jul 2026 09:56:08 GMT</pubDate></item><item><title><![CDATA[Reply to Update Debian 12 > 13 / Postgres 15 > 17 on Tue, 30 Jun 2026 09:54:38 GMT]]></title><description><![CDATA[<p dir="auto">Hello Alex,</p>
<p dir="auto">thanks for the description. I tried that today, but running out of storage... <img src="https://forum.netxms.org/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61e.png?v=72b86a538fc" class="not-responsive emoji emoji-android emoji--disappointed" style="height:1.4em;width:auto;vertical-align:middle" title=":-(" alt="😞" /></p>
<p dir="auto">Is there an function in nxdbmgr or any other tool for deleting all DCI Data in tables, so the tables has less amount of data so i can do the migration?</p>
<p dir="auto">Greetings<br />
Marco</p>
]]></description><link>https://forum.netxms.org/post/35568</link><guid isPermaLink="true">https://forum.netxms.org/post/35568</guid><dc:creator><![CDATA[Spheron]]></dc:creator><pubDate>Tue, 30 Jun 2026 09:54:38 GMT</pubDate></item><item><title><![CDATA[Reply to Update Debian 12 > 13 / Postgres 15 > 17 on Mon, 22 Jun 2026 13:43:03 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">Those messages are warnings, not errors. Upgrade did not fail. This is normal PostgreSQL collation mismatch. Has nothing to do with 15→17 — comes only from Debian 12→13, because Trixie has glibc 2.41 instead of 2.36, and PostgreSQL remembers glibc version used to build indexes.</p>
<p dir="auto">For in-place upgrade use pg_upgradecluster. Stop NetXMS, make dump for safety, drop empty PG17 cluster that was auto-created, then upgrade:</p>
<pre><code>systemctl stop netxms-server
sudo -u postgres pg_dump -Fc netxms &gt; /backup/netxms.dump   # safety net
pg_dropcluster 17 main --stop        # remove empty auto-created PG17 cluster
pg_upgradecluster 15 main
nxdbmgr check
systemctl start netxms-server
# when verified:  pg_dropcluster 15 main
</code></pre>
<p dir="auto">Important detail: pg_upgradecluster without --method=upgrade uses dump method inside. It rebuilds all indexes under new glibc, so you get no collation warnings and no reindex needed. Only -m upgrade / -m link (fast file-reuse mode) makes the warnings. If you use that mode, fix it correct way — reindex first, then refresh — for each database (netxms, postgres, template1):</p>
<pre><code>REINDEX DATABASE netxms;
ALTER DATABASE netxms REFRESH COLLATION VERSION;
</code></pre>
<p dir="auto">Do not run only REFRESH. It hides warning but leaves bad-sorted indexes. Reindex is mandatory.</p>
]]></description><link>https://forum.netxms.org/post/35555</link><guid isPermaLink="true">https://forum.netxms.org/post/35555</guid><dc:creator><![CDATA[alk]]></dc:creator><pubDate>Mon, 22 Jun 2026 13:43:03 GMT</pubDate></item></channel></rss>