[BUGS] FATAL 2: XLogWrite: write request 3/39000000 is past end of log3/38FC2000 (fwd)

2002-04-17 Thread Matt Olson
Hello, I've recenly been working with 7.2.1 and been having problems with corrupting the DB when loading a new database with a Perl/DBI script doing large numbers of inserts to a single table. I was also seeing the problem with 7.2 Environment - Linux RH7.2, Athlon, stock RH kernel. After the

[BUGS] Bug #634: PG_DUMP Files do not restore on PostgreSQL 7.2.1

2002-04-17 Thread pgsql-bugs
Josh Berkus ([EMAIL PROTECTED]) reports a bug with a severity of 1 The lower the number the more severe it is. Short Description PG_DUMP Files do not restore on PostgreSQL 7.2.1 Long Description This bug was originally reported by Phillip Jourdan on the NOVICE list. It seems that PostgreSQL 7.2

Re: [BUGS] Bug #634: PG_DUMP Files do not restore on PostgreSQL 7.2.1

2002-04-17 Thread Bruce Momjian
[EMAIL PROTECTED] wrote: > Josh Berkus ([EMAIL PROTECTED]) reports a bug with a severity of 1 > The lower the number the more severe it is. > > Short Description > PG_DUMP Files do not restore on PostgreSQL 7.2.1 > > Long Description > This bug was originally reported by Phillip Jourdan on the N

Re: [BUGS] [PATCHES] A bug in gist code with fetch/move

2002-04-17 Thread Bruce Momjian
Your patch has been added to the PostgreSQL unapplied patches list at: http://candle.pha.pa.us/cgi-bin/pgpatches I will try to apply it within the next 48 hours. --- Dmitry Tkach wrote: >

Re: [BUGS] FATAL 2: XLogWrite: write request 3/39000000 is past end of log 3/38FC2000 (fwd)

2002-04-17 Thread Tom Lane
Matt Olson <[EMAIL PROTECTED]> writes: > I've recenly been working with 7.2.1 and been having problems with > corrupting the DB when loading a new database with a Perl/DBI script doing > large numbers of inserts to a single table. This does look like a bug. Can you provide a self-contained test

Re: [BUGS] [PATCHES] A bug in gist code with fetch/move

2002-04-17 Thread Bruce Momjian
This patch is being put on hold until Oleg can review it. Thanks. It will remain in the queue so we don't lose it. --- Dmitry Tkach wrote: > >