| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | jpuster(at)acymtech(dot)com, pgsql-bugs(at)postgresql(dot)org |
| Subject: | Re: Receiving "No such file or directory" error from the database |
| Date: | 2001-02-24 00:41:23 |
| Message-ID: | 8590.982975283@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
John Puster (jpuster(at)acymtech(dot)com) writes:
> While setting up the sourceforge package (which requires an
> installation of PostgreSQL 7.1), a script created a temporary table
> called user_metric_tmp1_1. This table is impossible to browse, alter,
> or drop. All said actions on this table result in the following error
> message: "ERROR: cannot open user_metric_tmp1_1: No such file or
> directory"
It sounds like the underlying physical file is not there, but it's hard
to think of a reason for that. Where exactly might I get this script?
> I have done an strace on this query given from the command line, and
> it does not appear to be actually trying to access this file anywhere,
> even if it were to exist somewhere.
If you were looking for a reference to the table name, rather than its
relfilenode number, you'd not see it.
> There does not seem to be anything unusual about the
> table. Unfortuneatly, I am unsure what query created or last modified
> this table.
Do you have any reason to think that it was touched since the sourceforge
script used it?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Stu Coates | 2001-02-24 08:03:13 | Lock Detection (was: pg_dump failing on LinuxPPC) |
| Previous Message | pgsql-bugs | 2001-02-23 23:36:21 | Receiving "No such file or directory" error from the database |