Re: initdb and data directories with lost+found - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: initdb and data directories with lost+found
Date
Msg-id Pine.LNX.4.30.0103221813450.1208-100000@peter.localdomain
Whole thread Raw
In response to initdb and data directories with lost+found  (Steve Stock <steve@technolope.org>)
Responses Re: initdb and data directories with lost+found  (Steve Stock <steve@technolope.org>)
List pgsql-hackers
Steve Stock writes:

> Looks like initdb is just a tad too strict when checking to make sure
> the data directory is empty.  Yesterday I created a new data directory
> as it's own filesystem (linux ext2), it includes a lost+found directory.

It is never a good idea to let initdb loose on a directory that might
possibly have some other purpose, including that of being the root
directory of an ext2 partition.  Initdb or the database system can do
anything they want in that directory, so it's not good to save lost blocks
somewhere in the middle, even if chances are low you need them.  I say,
create a subdirectory.

-- 
Peter Eisentraut      peter_e@gmx.net       http://yi.org/peter-e/



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: odbc/UnixWare 7.1.1: No Go.
Next
From: Tom Lane
Date:
Subject: Re: initdb and data directories with lost+found