re: [lockhart@alumni.caltech.edu: Third call for platform testing]

From: matthew green <mrg(at)eterna(dot)com(dot)au>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: ivan <ivan(at)420(dot)am>, Hackers List <pgsql-hackers(at)postgresql(dot)org>, lockhart(at)fourpalms(dot)org
Subject: re: [lockhart@alumni.caltech.edu: Third call for platform testing]
Date: 2001-04-05 18:06:36
Message-ID: 14983.986493996@splode.eterna.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


matthew green <mrg(at)eterna(dot)com(dot)au> writes:
> digging into the regression.diffs, i can see that:
> - reltime failed because it just had:
> ! psql: Backend startup failed

> The postmaster log file should have more info, but a first thought is
> that you ran up against process or swap-space limitations. The parallel
> check has fifty-odd processes going at its peak, which is more than the
> default per-user process limit on many Unixen.

> hmm, maxproc=80 on this system currently and i wasn't really doing anything
> else. it has 256MB ram and 280MB swap (unused). exactly what am i looking
> for in the postmaster.log file? it is 65kb long...

Look for messages about "fork failed". They should give a kernel error
message too.

after running `unlimit' (tcsh) before `make check', the only failures i have
are the horology (expected) and the inherit sorted failures, on NetBSD/sparc64.

i also believe the `Bad address' errors were caused when the test was run in
an NFS mounted directory.

.mrg.

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Ken Hirsch 2001-04-05 20:25:42 Re: Re: TODO list
Previous Message Bill Studenmund 2001-04-05 17:33:39 Test results for postgresql-7.1RC2 on NetBSD/macppc 1.5