<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Self-Hosting on Pingtower</title><link>https://www.pingtower.com/tags/self-hosting/</link><description>Recent content in Self-Hosting on Pingtower</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Sun, 11 Oct 2026 04:26:53 +0200</lastBuildDate><atom:link href="https://www.pingtower.com/tags/self-hosting/index.xml" rel="self" type="application/rss+xml"/><item><title>Upgrading a self-hosted box to 1.2.0</title><link>https://www.pingtower.com/posts/release-1-2-0-upgrade/</link><pubDate>Sun, 11 Oct 2026 00:00:00 +0000</pubDate><guid>https://www.pingtower.com/posts/release-1-2-0-upgrade/</guid><description>&lt;p&gt;The &lt;a href="https://www.pingtower.com/docs/self-hosting/install/#upgrading"&gt;install guide&lt;/a&gt; says an upgrade is
a binary swap and a restart, and that a release needing more says so on this
blog. 1.2.0, coming from 1.1.0, needs more. This post is the whole list.&lt;/p&gt;
&lt;h2 id="1-take-a-backup-first"&gt;1. Take a backup first&lt;/h2&gt;
&lt;p&gt;Startup runs 1.2.0&amp;rsquo;s schema migrations, and they only go forward. Its first
start with your secret key also reseals stored secrets in a form 1.1.0 can&amp;rsquo;t
read (step 3). Back up before you replace the binary:&lt;/p&gt;</description></item><item><title>A new look for public status pages, and what 1.1.0 changes on yours</title><link>https://www.pingtower.com/posts/status-page-redesign/</link><pubDate>Wed, 07 Oct 2026 00:00:00 +0000</pubDate><guid>https://www.pingtower.com/posts/status-page-redesign/</guid><description>&lt;p&gt;A status page now answers &amp;ldquo;is it down, and where?&amp;rdquo; before the reader
scrolls. It is live on pingtower.com. A self-hosted box&amp;rsquo;s public status pages
change the moment it runs 1.1.0, through the
&lt;a href="https://www.pingtower.com/docs/self-hosting/install/#upgrading"&gt;usual upgrade&lt;/a&gt;. If your own agents run
gRPC checks, upgrade them too: see
&lt;a href="#upgrade-agents-that-run-grpc-checks"&gt;Upgrade agents that run gRPC checks&lt;/a&gt;.&lt;/p&gt;
&lt;h2 id="what-your-readers-see"&gt;What your readers see&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;The state first.&lt;/strong&gt; The page opens on its overall state, the components
that are not operational and since when.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Checks by region.&lt;/strong&gt; Beside it, each region&amp;rsquo;s view of the checks your
components bind, now and over the last 2 hours. Only sources named like a
region appear; an agent your team named anything else stays private.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Response times.&lt;/strong&gt; Turn on &lt;strong&gt;Show response times on the page&lt;/strong&gt; for a
component to chart its checks&amp;rsquo; last 24 hours, with now and by region.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Groups fold.&lt;/strong&gt; A group shows as one row with one 90-day bar of its worst
component&amp;rsquo;s days, and opens by itself when something in it is wrong.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;An incident&amp;rsquo;s progress.&lt;/strong&gt; Started, Investigating, Identified,
Monitoring, Resolved, marked as it moves. The incident&amp;rsquo;s own page gives
when each stage began.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;It still has no JavaScript and sets no cookies on a public page.
&lt;a href="https://www.pingtower.com/docs/service/status-pages/#what-the-public-sees"&gt;Status pages&lt;/a&gt; covers every
part.&lt;/p&gt;</description></item><item><title>Upgrading a self-hosted box to Release 1</title><link>https://www.pingtower.com/posts/release-1-upgrade/</link><pubDate>Fri, 02 Oct 2026 00:00:00 +0000</pubDate><guid>https://www.pingtower.com/posts/release-1-upgrade/</guid><description>&lt;p&gt;The &lt;a href="https://www.pingtower.com/docs/self-hosting/install/#upgrading"&gt;install guide&lt;/a&gt; says an upgrade is
a binary swap and a restart, and that a release needing more says so on this
blog. Release 1 needs more. This post is the whole list.&lt;/p&gt;
&lt;h2 id="1-take-a-backup-first"&gt;1. Take a backup first&lt;/h2&gt;
&lt;p&gt;Startup runs Release 1&amp;rsquo;s schema migrations, and they only go forward. Back
up before you replace the binary:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;SQLite:&lt;/strong&gt; stop the &lt;code&gt;pingtower&lt;/code&gt; unit and copy the data directory, or keep
a recent backup that &lt;code&gt;-backup-dir&lt;/code&gt; wrote.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;PostgreSQL:&lt;/strong&gt; back it up the way you back up any PostgreSQL server, for
example with &lt;code&gt;pg_dump&lt;/code&gt;.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;See &lt;a href="https://www.pingtower.com/docs/self-hosting/install/#storage"&gt;Storage&lt;/a&gt; for what lives where.&lt;/p&gt;</description></item></channel></rss>