From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Merlin Moncure <mmoncure(at)gmail(dot)com> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: bad posix_fadvise support causes initdb to exit ungracefully |
Date: | 2011-06-15 17:12:45 |
Message-ID: | 16264.1308157965@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Merlin Moncure <mmoncure(at)gmail(dot)com> writes:
> Due to unfortunate environmental conditions (don't ask) I've been
> trying to get postgres 9.0 up and running on a fairly ancient linux --
> redhat EL 3 which as kernel 2.4.21. initdb borks on the create
> database step with the error message "child process exited with error
> code 139". A bit of tracing revealed the exit was happening at the
> pg_flush_data which basically wraps posix_fadvise. Disabling fadvise
> support in pg_config_manual.h fixed the problem.
> Things brings up a couple of questions:
> *) Are linuxes this old out of support?
RHEL3 is just about dead as far as Red Hat is concerned: only critical
security bugs will be addressed, and even that is going to stop in a
year or two. RH would certainly not recommend that you be trying to
put any new applications on that platform.
> *) Should configure be testing for working posix_fadvise?
There isn't any reliable way to do that at configure time, I think.
We could add an AC_TRY_RUN call but it wouldn't be trustworthy; think
cross-compiles, or running on some other kernel version than where you
compiled. Unless the problem manifests on some not-quite-so-dead
platform, I'm not in favor of it.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2011-06-15 17:13:03 | Re: pg_upgrade using appname to lock out other users |
Previous Message | Alvaro Herrera | 2011-06-15 17:06:40 | Re: creating CHECK constraints as NOT VALID |