Re: Out of space situation and WAL log pre-allocation (was Tablespaces)

From: Greg Stark <gsstark(at)mit(dot)edu>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Out of space situation and WAL log pre-allocation (was Tablespaces)
Date: 2004-03-10 03:28:09
Message-ID: 87ptbl8jp2.fsf@stark.xeocode.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


"Simon Riggs" <simon(at)2ndquadrant(dot)com> writes:

> Strict behaviour is fairly straightforward, you just PANIC!

There is another mode possible as well. Oracle for example neither panics nor
continues, it just freezes. It keeps retrying the transaction until it finds
it has space.

The sysadmin or dba just has to somehow create additional space by removing
old files or however and the database will continue where it left off. That
seems a bit nicer than panicing.

When I first heard that I was shocked. It means implementing archive logs
*created* a new failure mode where there was none before. I thought that was
the dumbest idea in the world: who needed a backup process that increased the
chances of an outage? Now I can see the logic, but I'm still not sure which
mode I would pick if it was up to me. As others have said, I guess it would
depend on the situation.

--
greg

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Marc G. Fournier 2004-03-10 03:36:37 Re: pgFoundry WAS: On pgweb project
Previous Message Christopher Kings-Lynne 2004-03-10 02:47:11 Re: About hierarchical_query of Oracle