Re: database corruption

From: "Albe Laurenz *EXTERN*" <laurenz(dot)albe(at)wien(dot)gv(dot)at>
To: "Jeff Brenton *EXTERN*" <jbrenton(at)sandvine(dot)com>, <jd(at)commandprompt(dot)com>
Cc: "Adrian Klaver" <aklaver(at)comcast(dot)net>, <pgsql-general(at)postgresql(dot)org>
Subject: Re: database corruption
Date: 2009-04-09 06:09:01
Message-ID: D960CB61B694CF459DCFB4B0128514C202FF6555@exadv11.host.magwien.gv.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

This thread is a top posting mess. I'll try to rearrange:

Jeff Brenton wrote:
>>>>> REINDEX INDEX testrun_log_pkey;
>>>>>
>>>>> ERROR: could not write block 1832079 of temporary file: No space left
>>>>> on device
>>>>> HINT: Perhaps out of disk space?
>>>>>
>>>>> There is currently 14GB free on the disk that postgres is installed on.
>>>>> Does anyone know what I can do to get the db up and running again?
[...]
>>>>> /dev/amrd2s1d 663G 596G 14G 98% /db
>>>>
>>>> I guess the first question is, does the db have permissions(access) to
>>>> all that space?
>>>
>>> There are no filesystem level content size restrictions that I am aware
>>> of on this system. The user pgsql should have full access to the
>>> filesystems indicated except for the root filesystem.
>>
>> Inodes?
>
> There are 9 miilion inodes free on /db. All other partitions have at
> least 1/2 million free.

Assuming that this is ext3 on Linux, it could be space reserved for root.

What do you get if you run the following as root:

dumpe2fs /dev/amrd2s1d | grep 'Reserved block count'

Yours,
Laurenz Albe

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Ivan Sergio Borgonovo 2009-04-09 07:44:38 Re: database corruption
Previous Message Craig Ringer 2009-04-09 04:53:51 Re: database corruption