Re: Loosing files after backend crash

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: ks(at)tcnet(dot)ru, pgsql-bugs(at)postgresql(dot)org
Subject: Re: Loosing files after backend crash
Date: 2001-04-02 23:34:42
Message-ID: 24521.986254482@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

pgsql-bugs(at)postgresql(dot)org writes:
> During execution of some sql code backend crashed (the reason for it's
> crashing is not the actual topic of this report).
> And tried to delete the sequence, which i created in the previous session.
> That's what pgsql told me:
> ---8<---
> Netflow_Test=# drop SEQUENCE seq_i___data_buffer ;
> ERROR: cannot open seq_i___data_buffer: No such file or directory

Was that a system-wide crash, or just a backend crash? It seems
to me that your kernel must have lost that file for you; Postgres
wouldn't have gone out and deleted it.

> Another problem is that I cannot fix the situation (drop that
> sequence) by standard PGSQL means. I had to create an empty file with
> that name ("326210") for "DROP SEQUENCE" command to successfully
> complete.

This used to work pre-7.1, and it seems to me it should still work;
relcache.c is being inappropriately paranoid about finding the file.
I have corrected that part of the problem.

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message V. M. 2001-04-02 23:47:55 compile error for DBD-Pg-0.95 + Cannot insert a duplicate key
Previous Message Mikheev, Vadim 2001-04-02 22:14:13 RE: Loosing files after backend crash