Re: [ADMIN] postgres 6.2 vacuum

From: Lamar Owen <lowen(at)pari(dot)edu>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Shridhar Daithankar <shridhar_daithankar(at)persistent(dot)co(dot)in>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [ADMIN] postgres 6.2 vacuum
Date: 2003-09-26 16:11:28
Message-ID: 200309261211.29324.lowen@pari.edu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-hackers

On Friday 26 September 2003 10:52, Tom Lane wrote:
> Lamar Owen <lowen(at)pari(dot)edu> writes:
> > This isn't necessarily true. That old of a version of PostgreSQL is
> > probably running on a quite out-of-date OS -- for instance, if the OS was
> > Red Hat Linux, then the point at which 6.2.1 was shipped was RHL 5.0.
> > Can you even compile PostgreSQL 7.3.x on RHL 5.0 or its contemporaries?

> Surely. We still support other platforms that make RHL 5.0 look like
> the new kid on the block. There might not be RPMs available, but I
> can't believe it wouldn't compile from source.

I think I tried a 7.1.x on 5.2 a long time ago, and it didn't build for some
reason. But that has been some time ago. I might just build up a 5.2 system
(plus errata) to see.

> I do agree that people running that old a Linux distro need to think
> about updating more than just Postgres, though. They have kernel bugs
> as well as PG bugs to fear :-(

2.0 happily doesn't have many new bugs, and it is being maintained, IIRC.
Just not by Red Hat.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Rhaoni Chiu Pereira 2003-09-26 16:47:59 Plan-Reading
Previous Message Stephan Szabo 2003-09-26 16:07:30 Re: Fw: Case Insensitive Test

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2003-09-26 16:15:16 Re: [HACKERS] Threads vs Processes
Previous Message Michael Meskes 2003-09-26 16:00:59 Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)