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