pg.ddx.io  pgsql-bugs@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Floris Van Nee <florisvannee@Optiver.com>
To: Andres Freund <andres@anarazel.de>
Cc: Tom Lane <tgl@sss.pgh.pa.us>
Cc: pgsql-bugs@lists.postgresql.org <pgsql-bugs@lists.postgresql.org>
Subject: RE: error "can only drop stats once" brings down database
Date: Mon, 6 May 2024 08:44:34 +0000
Message-ID: <40d6f8b377e446dc860d8b2c02fc9d99@Optiver.com> (raw)
In-Reply-To: <20240505223546.6yvjzgqifuoiii3e@awork3.anarazel.de>
References: <b14ae28029f64757bb64613be2549a74@Optiver.com>
	<215498.1708454947@sss.pgh.pa.us>
	<8e5cb534706a4f43bd74405c8fd91437@Optiver.com>
	<20240505160915.6boysum4f34siqct@awork3.anarazel.de>
	<20240505223546.6yvjzgqifuoiii3e@awork3.anarazel.de>

> 
> Could you confirm that you have a) a lot of oid assignments b) your startup
> process was running for a long time by the time of the crash?
> 

Thanks Andres. Both higher than average I guess, although it depends on what is considered 'a lot' and 'a long time'. The startup process was running for a few months. There are ~500k entries in pg_class, of which most are (Timescale) partitions. However, even with this number of items in pg_class I would't expect wraparound to happen frequently? These are not dropped/recreated. I've monitored "select count(*) from pg_class" for a while to see if it changes often, and while there are changes during the day (likely temporary tables being created), it also doesn't nearly happen at a frequency that will get us to a wraparound quickly.

Oids aren't just consumed by pg_class though. And I do see system oid growing quickly (when doing CREATE TABLE twice with a minute in between, then checking the oid difference of the table). I don't know how to investigate the cause of this. What would be the best way to check what could be consuming these oids so quickly?

-Floris






view thread (26+ messages)  latest in thread

Message-ID: <40d6f8b377e446dc860d8b2c02fc9d99@Optiver.com>
Permalink:  ../40d6f8b377e446dc860d8b2c02fc9d99@Optiver.com/
Also on:    postgresql.org/message-id/40d6f8b377e446dc860d8b2c02fc9d99@Optiver.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-bugs@postgresql.org
  Cc: florisvannee@Optiver.com, andres@anarazel.de, tgl@sss.pgh.pa.us, pgsql-bugs@lists.postgresql.org
  Subject: RE: error "can only drop stats once" brings down database
  In-Reply-To: <40d6f8b377e446dc860d8b2c02fc9d99@Optiver.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox