From: Mike Williams <mike.williams@comodo.com>
Organization: Comodo
To: Alex Hunsaker <badalex@gmail.com>
Subject: Re: ERROR: could not open segment 1 of relation 1663/743352/743420
	(target block 6407642): No such file or directory
Date: Tue, 30 Mar 2010 10:16:28 +0000
User-Agent: KMail/1.9.10
Cc: Tom Lane <tgl@sss.pgh.pa.us>,
 pgsql-admin@postgresql.org
References: <201003281841.41865.mike.williams@comodo.com>
	<719e433b1c118d4d8de72f171199678a.squirrel@mail.brad.office.comodo.net>
	<34d269d41003291226n4bdc8f57t96132a22df64dea1@mail.gmail.com>
In-Reply-To: <34d269d41003291226n4bdc8f57t96132a22df64dea1@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <201003301116.28805.mike.williams@comodo.com>

On Monday 29 March 2010 20:26:08 Alex Hunsaker wrote:
> > Test are para-virt VMs with "regular" kernels, production are real
> > machines with hardened kernels (grsec+pax).
>
> Ive seen this error on a few boxes around here, using a non grsec
> kernel fixes it.  I never bothered to report it because I cant
> reproduce it and it goes away without grsec.  (2.6.30-32 IIRC, have
> not tired the latest 33).  Interestingly I have the *exact* same
> hardware and setup (kernel/userspace/postgres etc) on a test machine
> that I've never been able to trigger it on.

Thanks Alex, good to know I've not screwed up the kernel somehow.

I've been using 2.6.32 with grsecurity-2.1.14-2.6.32.9-201002231820 applied.

-- 
Mike Williams