From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Gunthard Stübs <stuebs2009(at)gmx(dot)de> |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: exit code 139 performing initdb (pg 9.1 on linux) |
Date: | 2011-09-13 19:41:10 |
Message-ID: | 10914.1315942870@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
=?ISO-8859-1?Q?Gunthard_St=FCbs?= <stuebs2009(at)gmx(dot)de> writes:
> the correct backtrace looks like this:
> #3 0x082676a1 in pg_flush_data (fd=9, offset=0, amount=57344) at fd.c:335
> #4 0x0826ab02 in copy_file (fromfile=0xbfffeb90 "base/1/12051",
> tofile=0xbfffe790 "base/12277/12051")
> at copydir.c:205
> #5 0x0826a743 in copydir (fromdir=0x85f26ec "base/1", todir=0x85f4dbc
> "base/12277", recurse=0 '\0')
> at copydir.c:95
Thanks for doing the legwork. Line 335 of fd.c is
return posix_fadvise(fd, offset, amount, POSIX_FADV_DONTNEED);
which means you've got one of those nasty Linux versions that claims to
have posix_fadvise but it dumps core when executed. As a workaround
you can comment out "#define USE_POSIX_FADVISE" in
src/include/pg_config_manual.h before building.
What kernel and glibc versions are you running, exactly?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Guillaume Lelarge | 2011-09-13 20:07:48 | Re: Problem restoring a dump |
Previous Message | MirrorX | 2011-09-13 19:38:38 | pg_upgrade --link |