Re: bad posix_fadvise support causes initdb to exit ungracefully

From: Merlin Moncure <mmoncure(at)gmail(dot)com>
To: PostgreSQL - Hans-Jürgen Schönig <postgres(at)cybertec(dot)at>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: bad posix_fadvise support causes initdb to exit ungracefully
Date: 2011-06-15 17:24:54
Message-ID: BANLkTi=03fDMwL-N396r3h+VM7k5=p11fA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

2011/6/15 PostgreSQL - Hans-Jürgen Schönig <postgres(at)cybertec(dot)at>:
> hello ...
>
> 2.4? we know that some versions of 2.4 cause problems due to broken posix_fadvise. if i remember correctly we built some configure magic into PostgreSQL to check for this bug. what does this check do?

It doesn't check anything beyond looking for stanard defines --
posix_fadvise is there but fails immediately with ENOSYS despite what
the lying manpage says.

On Wed, Jun 15, 2011 at 12:12 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> 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.

fair enough. anyways, at least it's documented if someone else bumps
into this...

merlin

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2011-06-15 17:26:18 Re: pg_upgrade using appname to lock out other users
Previous Message Alvaro Herrera 2011-06-15 17:18:57 Re: pg_upgrade using appname to lock out other users