Yes, there is backend functionality on tap for 7.2 (see TODO) that will need to
be in place before the tools Justin mentions can be properly built.
We're very interested in helping out with the tools, and will be talking to the
-hackers list more about our ideas once 7.1 is out the door.
Regards
We really need point-in-time recovery, removal of the need to vacuum,
and more full-featured replication. Hopefully most can be addressed in
7.2.
> Hi all,
>
> Out of curiosity, does anyone know of any projects that are presently
> creating PostgreSQL database recovery tools?
>
> For example d
Hi all,
Out of curiosity, does anyone know of any projects that are presently
creating PostgreSQL database recovery tools?
For example database corruption recovery, Point In Time restoration, and
such things?
It might be a good project for GreatBridge to look into if no-one else
is doing it alr
At 20:37 01/03/01 +, Oliver Elphick wrote:
>7.1beta5 in contrib/retep:
>
>Implementation and README are both empty.
Hmmm, not sure what happened there. I'm committing in more of the retep
contrib stuff over the weekend, so I'll fix them then.
Peter
>--
>Oliver Elphick
The following files are empty:
./src/test/bench/query21
./src/test/bench/query22
./src/test/bench/query24
./src/test/bench/query25
Is that intentional?
(I see they have been that way for 4 years.)
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight
At 17:54 27/02/01 +0100, Peter Eisentraut wrote:
>The Hermit Hacker writes:
>
> > Are there any major outstandings that ppl have on their plates,
> > that should prevent a release? I'd like to put out an RC1 by Friday this
> > week, with a full release schedualed for March 15th ... this wou
Emmanuel Charpentier wrote:
>I have tried three ODBC drivers :
>
>The original ODBC river, as compiled by Oliver Elphick in the Debian
>7.1beta4 packages : this one is utterly broken : trying to use it leads
>to nothing : no activity is loged neither in syslog nor in postgres.log
>with
7.1beta5 in contrib/retep:
Implementation and README are both empty.
--
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight http://www.lfix.co.uk/oliver
PGP: 1024R/32B8FAA1: 97 EA 1D 47 72 3F 28 47 6B 7E 39 CC 56 E4 C1 47
GPG: 1024D/3E1D0C
At 11:52 26/02/01 -0400, The Hermit Hacker wrote:
>Morning all ...
>
> Are there any major outstandings that ppl have on their plates,
>that should prevent a release? I'd like to put out an RC1 by Friday this
>week, with a full release schedualed for March 15th ... this would give
>Thoma
At 06:15 25/02/01 -0500, Ola Sundell wrote:
>Hello.
>
>I have made a small contribution to the JDBC driver, in the JDBC
>v2.0 stuff. Whom do I send it to?
The JDBC list is the best place (which I've seen you already have).
PS: I'm replying this only to get this into the mail archives ;-)
Peter
As the WAL stuff is currently constructed, the system will refuse to
start up unless the checkPoint field of pg_control points at a valid
checkpoint record in the WAL log.
Now I know we write and fsync the checkpoint record before we rewrite
pg_control, but this still leaves me feeling mighty unc
Dear list,
I have made some progress about the current state of the ODBC drivers.
I have tried three ODBC drivers :
The original ODBC river, as compiled by Oliver Elphick in the Debian
7.1beta4 packages : this one is utterly broken : trying to use it leads
to nothing : no activity is loged neit
Zeugswetter Andreas SB <[EMAIL PROTECTED]> writes:
>> it's certainly not what I thought we had agreed to implement.
> Hmm, strange. I thought that we had agreed upon a 32 bit CRC
> on the grounds, that it would be strong enough to guard a single
> log record.
I thought that, and still think it,
On Wed, 28 Feb 2001, Tom Lane wrote:
> Olivier PRENANT <[EMAIL PROTECTED]> writes:
> > Sorry to follow-up on my own post; int8 test passes if open-ssl is not
> > used.
>
> That's difficult to believe, because int8.c doesn't include anything
> that even knows SSL exists. Larry, can you confirm t
14 matches
Mail list logo
