From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "TJ O'Donnell" <tjo(at)acm(dot)org> |
Cc: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: ERROR: could not write block 196261 of temporary file: No space left |
Date: | 2006-09-20 22:31:46 |
Message-ID: | 20066.1158791506@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
"TJ O'Donnell" <tjo(at)acm(dot)org> writes:
> ERROR: could not write block 196261 of temporary file: No space left
> on device
> I can't tell if this was because I ran out of real disk space,
> or because of some disk space limit set in pg config files.
There is no "disk space limit in pg config files". Depending on your
platform, that error could represent a per-user disk quota limit being
enforced against the postmaster rather than genuine disk-full, but
whatever the limit was it's at the OS level not Postgres.
> I also can't tell if the error came from the Copy or the Insert.
Since it says "temporary file", it's not talking about insertion of data
into a real table (even a temporary one). It's talking about genuinely
temporary intra-query workspace. I'd venture that the error comes from
the SELECT DISTINCT step trying to write a sort temp file that there's
not room for. (The fact that you see UPDATE 0 right after that is
further evidence for this theory --- after the failure, there's nothing
in fragment_table, so the UPDATE just falls through.)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | vijay balan | 2006-09-21 04:47:34 | UnSubscribe |
Previous Message | TJ O'Donnell | 2006-09-20 22:00:32 | ERROR: could not write block 196261 of temporary file: No space left |