From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Mike Williams" <mike(dot)williams(at)comodo(dot)com> |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: ERROR: could not open segment 1 of relation 1663/743352/743420 (target block 6407642): No such file or directory |
Date: | 2010-03-28 19:49:50 |
Message-ID: | 4588.1269805790@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
"Mike Williams" <mike(dot)williams(at)comodo(dot)com> writes:
> The "target block" stays the same for extended periods, but does change.
Fascinating. Don't know what it means, but it's fascinating.
> Where does the 1663 number come from?
> <datadir/base>/743352/743420 is a real file, but I don't have any file 1663.
1663 is the OID of the pg_default tablespace; that's never going to
change unless you move the table to a non-default tablespace.
> The server is Gentoo, and I don't have an identical server to use. This
> machines HA partner is staying at 8.3.5 until we're completely and
> entirely sure 8.3.10 works right.
I wasn't really suggesting that you need an *identical* machine. If
this is a software problem, as seems moderately likely at this point,
it should be possible to reproduce it on a different machine. Even more
to the point, it's going to be difficult to find the problem without
tracing through the fault case with a debugger --- which isn't something
you're going to want to do on a production server. Have you got a test
machine you can load the data onto? Preferably one you could give a PG
developer access to?
<aside>Using gentoo for production servers is generally viewed with
suspicion around here; gentoo is a fine distro but, um, not especially
focused on stability. Still, there's no obvious reason to blame this on
the distro.</aside>
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Guillaume Lelarge | 2010-03-28 21:21:53 | Re: Socket & TCP connections |
Previous Message | Mike Williams | 2010-03-28 19:29:52 | Re: ERROR: could not open segment 1 of relation 1663/743352/743420 (target block 6407642): No such file or directory |