Re: SOC & user quotas - Mailing list pgsql-hackers

From Tom Lane
Subject Re: SOC & user quotas
Date
Msg-id 17902.1172789588@sss.pgh.pa.us
Whole thread Raw
In response to Re: SOC & user quotas  (Jeff Davis <pgsql@j-davis.com>)
Responses Re: SOC & user quotas  (Jeff Davis <pgsql@j-davis.com>)
List pgsql-hackers
Jeff Davis <pgsql@j-davis.com> writes:
> Is it possible to make the database safe in this case? I can see why it
> would be difficult to handle pg_xlog filling up (or for that matter
> pg_log), but couldn't any other area be turned into just a simple ERROR?

It is --- Josh is mistaken about the severity of the code's response to
out-of-space.  We have to panic if out of WAL or CLOG space because we
can't advance the transaction counter anymore in such cases, but
otherwise it's just ERROR.  See the archives for some recorded cases of
PG's response to out-of-space situations.

The real problem though is whether you can get anything much done if up
against a hard limit; especially if that limit also affects the system
catalogs.  Remember that UPDATE requires the ability to insert new tuple
versions, so there are a whole lot of things that will draw that ERROR.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Jeff Davis
Date:
Subject: Re: SOC & user quotas
Next
From: "FAST PostgreSQL"
Date:
Subject: Re: [PATCHES] WIP Patch - Updateable Cursors