<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>ioguix&#39; README</title>
    <description>Blog posts from Jehan-Guillaume (ioguix) de Rorthais</description>
    <link>http://blog.ioguix.net</link>
    <atom:link href="http://blog.ioguix.net/feed.xml" rel="self" type="application/rss+xml" />
    
    <item>
      <title>Build a PostreSQL Automated Failover in 5 minutes</title>
      <description>&lt;p&gt;I’ve been working with &lt;a href=&quot;https://www.vagrantup.com/&quot;&gt;Vagrant&lt;/a&gt; to quickly build a fresh
test cluster for &lt;a href=&quot;https://clusterlabs.github.io/PAF/&quot;&gt;PAF&lt;/a&gt; development. Combined with
&lt;code&gt;virsh&lt;/code&gt; snapshot related commands, I save a lot of time during my tons of tests by
quickly rollbacking the whole cluster to the initial state.&lt;/p&gt;


      &lt;a href="http://blog.ioguix.net/postgresql/2019/01/24/Build-a-PostreSQL-Automated-Failover-in-5-minutes.html"&gt;Continue Reading »&lt;/a&gt;
      </description>
      <pubDate>Thu, 24 Jan 2019 22:20:00 +0100</pubDate>
      <link>http://blog.ioguix.net/postgresql/2019/01/24/Build-a-PostreSQL-Automated-Failover-in-5-minutes.html</link>
      <guid isPermaLink="true">http://blog.ioguix.net/postgresql/2019/01/24/Build-a-PostreSQL-Automated-Failover-in-5-minutes.html</guid>
    </item>
    
    <item>
      <title>PAF 2.2 rc1 released</title>
      <description>&lt;p&gt;The first release candidate of the PAF resource agent for Pacemaker has been
released yesterday.&lt;/p&gt;


      &lt;a href="http://blog.ioguix.net/postgresql/2017/08/30/PAF-2-2-rc1-released.html"&gt;Continue Reading »&lt;/a&gt;
      </description>
      <pubDate>Wed, 30 Aug 2017 14:00:00 +0200</pubDate>
      <link>http://blog.ioguix.net/postgresql/2017/08/30/PAF-2-2-rc1-released.html</link>
      <guid isPermaLink="true">http://blog.ioguix.net/postgresql/2017/08/30/PAF-2-2-rc1-released.html</guid>
    </item>
    
    <item>
      <title>PAF, auto failover and more at PGConf.eu 2016</title>
      <description>&lt;p&gt;You will find the slides of my talk here: &lt;a href=&quot;http://www.dalibo.org/_media/2016-pgconfeu-paf.html.gz&quot;&gt;http://www.dalibo.org/_media/2016-pgconfeu-paf.html.gz&lt;/a&gt;&lt;/p&gt;


      &lt;a href="http://blog.ioguix.net/postgresql/2016/11/02/PAF-auto-failover-and-more.html"&gt;Continue Reading »&lt;/a&gt;
      </description>
      <pubDate>Wed, 02 Nov 2016 22:22:00 +0100</pubDate>
      <link>http://blog.ioguix.net/postgresql/2016/11/02/PAF-auto-failover-and-more.html</link>
      <guid isPermaLink="true">http://blog.ioguix.net/postgresql/2016/11/02/PAF-auto-failover-and-more.html</guid>
    </item>
    
    <item>
      <title>New repository for bloat estimation queries</title>
      <description>&lt;p&gt;It’s been almost a year now that I wrote the first version of the btree bloat
estimation query.  Then, came the first fixes, the bloat estimation queries for
tables, more fixes, and so on.  Maintaining these queries as gists on github
was quite difficult and lack some features: no documented history, multiple
links, no doc, impossible to fork, etc.&lt;/p&gt;


      &lt;a href="http://blog.ioguix.net/postgresql/2015/02/25/Bloat-queries-fixes-and-repository.html"&gt;Continue Reading »&lt;/a&gt;
      </description>
      <pubDate>Wed, 25 Feb 2015 23:05:00 +0100</pubDate>
      <link>http://blog.ioguix.net/postgresql/2015/02/25/Bloat-queries-fixes-and-repository.html</link>
      <guid isPermaLink="true">http://blog.ioguix.net/postgresql/2015/02/25/Bloat-queries-fixes-and-repository.html</guid>
    </item>
    
    <item>
      <title>Partitioning and constraints part 1 - UNIQUE</title>
      <description>&lt;p&gt;Partitioning in PostgreSQL has been an artisanal work for a long time now. And
despite the &lt;a href=&quot;http://www.postgresql.org/message-id/20140829155607.GF7705@eldon.alvh.no-ip.org&quot;&gt;current discussion&lt;/a&gt;
running since few month on PostgreSQL’s hackers mailing list, it will probably
stay this way for some time again. Just because it requires a lot of brainstorm
and work.&lt;/p&gt;


      &lt;a href="http://blog.ioguix.net/postgresql/2015/02/05/Partitionning-and-constraints-part-1.html"&gt;Continue Reading »&lt;/a&gt;
      </description>
      <pubDate>Thu, 05 Feb 2015 09:30:00 +0100</pubDate>
      <link>http://blog.ioguix.net/postgresql/2015/02/05/Partitionning-and-constraints-part-1.html</link>
      <guid isPermaLink="true">http://blog.ioguix.net/postgresql/2015/02/05/Partitionning-and-constraints-part-1.html</guid>
    </item>
    
    <item>
      <title>Btree bloat query - part 4</title>
      <description>&lt;p&gt;Thanks to the various PostgreSQL environments we have under monitoring at
Dalibo, these Btree bloat estimation queries keeps challenging me occasionally
because of statistics deviation…or bugs.&lt;/p&gt;


      &lt;a href="http://blog.ioguix.net/postgresql/2014/11/03/Btree-bloat-query-part-4.html"&gt;Continue Reading »&lt;/a&gt;
      </description>
      <pubDate>Mon, 03 Nov 2014 12:39:00 +0100</pubDate>
      <link>http://blog.ioguix.net/postgresql/2014/11/03/Btree-bloat-query-part-4.html</link>
      <guid isPermaLink="true">http://blog.ioguix.net/postgresql/2014/11/03/Btree-bloat-query-part-4.html</guid>
    </item>
    
    <item>
      <title>Bloat estimation for tables</title>
      <description>&lt;p&gt;After my &lt;a href=&quot;/postgresql/2014/09/10/Bloat-estimation-for-tables.html&quot;&gt;Btree bloat estimation query&lt;/a&gt;,
I found some time to work on a new query for tables. The goal here is still to
have a better bloat estimation using dedicated queries for each kind of objects.&lt;/p&gt;


      &lt;a href="http://blog.ioguix.net/postgresql/2014/09/10/Bloat-estimation-for-tables.html"&gt;Continue Reading »&lt;/a&gt;
      </description>
      <pubDate>Wed, 10 Sep 2014 18:30:00 +0200</pubDate>
      <link>http://blog.ioguix.net/postgresql/2014/09/10/Bloat-estimation-for-tables.html</link>
      <guid isPermaLink="true">http://blog.ioguix.net/postgresql/2014/09/10/Bloat-estimation-for-tables.html</guid>
    </item>
    
    <item>
      <title>Btree bloat query changelog - part 3</title>
      <description>&lt;p&gt;Here are some fresh news about my previous work (see
&lt;a href=&quot;/postgresql/2014/03/28/Playing-with-indexes-and-better-bloat-estimate.html&quot;&gt;part 1&lt;/a&gt;
and &lt;a href=&quot;/postgresql/2014/06/24/More-work-on-index-bloat-estimation-query.html&quot;&gt;part 2&lt;/a&gt;)
on a better Btree bloat query.&lt;/p&gt;


      &lt;a href="http://blog.ioguix.net/postgresql/2014/09/09/Btree-bloat-query-changelog-part-3.html"&gt;Continue Reading »&lt;/a&gt;
      </description>
      <pubDate>Tue, 09 Sep 2014 17:00:00 +0200</pubDate>
      <link>http://blog.ioguix.net/postgresql/2014/09/09/Btree-bloat-query-changelog-part-3.html</link>
      <guid isPermaLink="true">http://blog.ioguix.net/postgresql/2014/09/09/Btree-bloat-query-changelog-part-3.html</guid>
    </item>
    
    <item>
      <title>More work and thoughts on index bloat estimation query</title>
      <description>&lt;p&gt;A few weeks ago, I &lt;a href=&quot;/postgresql/2014/03/28/Playing-with-indexes-and-better-bloat-estimate.html&quot;&gt;published&lt;/a&gt;
a query to estimate index bloat.  Since then, I went back on this query a few
times to fix some drawbacks:&lt;/p&gt;


      &lt;a href="http://blog.ioguix.net/postgresql/2014/06/24/More-work-on-index-bloat-estimation-query.html"&gt;Continue Reading »&lt;/a&gt;
      </description>
      <pubDate>Tue, 24 Jun 2014 23:21:47 +0200</pubDate>
      <link>http://blog.ioguix.net/postgresql/2014/06/24/More-work-on-index-bloat-estimation-query.html</link>
      <guid isPermaLink="true">http://blog.ioguix.net/postgresql/2014/06/24/More-work-on-index-bloat-estimation-query.html</guid>
    </item>
    
    <item>
      <title>Playing with indexes and better bloat estimate</title>
      <description>&lt;p&gt;Most of the PostgreSQL DBAs might know about &lt;a href=&quot;http://wiki.postgresql.org/wiki/Show_database_bloat&quot;&gt;this large bloat estimate query&lt;/a&gt;
integrated in &lt;a href=&quot;http://bucardo.org/wiki/Check_postgres&quot;&gt;check_postgres&lt;/a&gt;.  It is
supposed to compute a rough estimate of the bloat for tables and indexes in a
database.  As the PostgreSQL wiki page says:&lt;/p&gt;


      &lt;a href="http://blog.ioguix.net/postgresql/2014/03/28/Playing-with-indexes-and-better-bloat-estimate.html"&gt;Continue Reading »&lt;/a&gt;
      </description>
      <pubDate>Fri, 28 Mar 2014 07:05:00 +0100</pubDate>
      <link>http://blog.ioguix.net/postgresql/2014/03/28/Playing-with-indexes-and-better-bloat-estimate.html</link>
      <guid isPermaLink="true">http://blog.ioguix.net/postgresql/2014/03/28/Playing-with-indexes-and-better-bloat-estimate.html</guid>
    </item>
    
  </channel>
</rss>
