Re: Large object corruption

From: Josh Berkus <josh(at)agliodbs(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: Large object corruption
Date: 2003-05-03 18:39:38
Message-ID: 200305031139.38971.josh@agliodbs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Tom,

> Not a known issue, and not a very credible report either. LOs use the
> same transaction mechanisms as everything else.
>
> Is this the same client that apparently lost an index to a filesystem
> failure earlier today? I wonder just how extensive that failure was...
> you might try looking for zeroed pages in pg_largeobject and its
> index...

Not the same machine, but the same client. I think a lot of their problems
devolve from running PostgreSQL on machines that consistently run out of RAM,
CPU and disk space, sometimes all at once. Also they're in the habit of
turning the machines off while running.

It's actually sort of an interesting "destruction-test" environment for
PostgreSQL, and I really wish they'd give me publishable results, because
their testing, if anything, demonstrates how *indestructable* postgresql is.

I just wanted to make sure this was not a known, patchable issue. Thanks!

--
Josh Berkus
Aglio Database Solutions
San Francisco

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Josh Berkus 2003-05-03 18:44:44 Re: Very bizarre bug with corrupted index
Previous Message Bradley Baetz 2003-05-03 04:00:21 |make check| fails because of rpath