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
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 |