Re: BUG #5603: pg_tblspc and pg_twoface directories get deleted when starting up service

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #5603: pg_tblspc and pg_twoface directories get deleted when starting up service
Дата
Msg-id 20872.1281413496@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: BUG #5603: pg_tblspc and pg_twoface directories get deleted when starting up service  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: BUG #5603: pg_tblspc and pg_twoface directories get deleted when starting up service  (Nacho Mezzadra <nachomezzadra@gmail.com>)
Список pgsql-bugs
Robert Haas <robertmhaas@gmail.com> writes:
> On Thu, Aug 5, 2010 at 2:46 PM, Nacho Mezzadra <nachomezzadra@gmail.com> wrote:
>> PostgreSQL version: 8.3.11
>> Operating system:   Red Hat Enterprise 5.3
>> Description:        pg_tblspc and pg_twoface directories get deleted when
>> starting up service

> This is pretty scary, but it's a little hard to believe that Red Hat
> would ship a script which had even the faintest chance of obliterating
> two critical directories.  Especially since the guy who does the
> packaging of PostgreSQL over thereabouts is our most knowledgeable,
> experienced, and prolific committer.  So I suspect you've a (broken)
> custom script, or a cron job that's doing something evil, or some
> other weirdness that is specific to your installations, but you
> haven't provided enough details to speculate in detail (for example,
> perhaps you could reply to the list and post a copy of the script you
> think is doing this).

Well, I have to disclaim credit/blame for this, because Red Hat has
never shipped PG 8.3.anything for RHEL-5.  Possibly the OP is running
Devrim's or Command Prompt's RPMs.  That said, the initscript Devrim
uses looks just about like mine, and there's no chance whatever that it
would selectively delete portions of what's under $PGDATA.  I have to
think that there's a loose cannon somewhere else in the OP's system.
We have for example seen some very unfortunate behavior in the past
when the data directory was located on a slow-to-mount NFS server.
(I have no reason to think that that's exactly what this problem is;
I just cite it to illustrate the kind of thing to be looking for.)

            regards, tom lane

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Josh Berkus
Дата:
Сообщение: Unable to create serial column even with permissions
Следующее
От: vamsi krishna
Дата:
Сообщение: Measuring execution time