| From: | Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com> |
|---|---|
| To: | RDNikeAir <ryan(dot)dupuis(at)excelitas(dot)com> |
| Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: VACUUM FULL freezes |
| Date: | 2013-05-22 16:20:45 |
| Message-ID: | CAOR=d=3izgi4AEh-duqs+nqBMZSUkPZ2T2n1RgR0KQXayK0KVg@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Wed, May 22, 2013 at 8:49 AM, RDNikeAir <ryan(dot)dupuis(at)excelitas(dot)com> wrote:
> I have a database that is on a RAID5 machine that is almost out of memory
> (277GB of 330GB used). I have deleted some data and run the VACUUM FULL
> command, but after a few hours gave me the error message "Server closed the
> connection unexpectedly. This probably means the server terminated
> abnormally before or while processing the request. The connection to the
> server was lost. Attempting reset: Failed." I know that the server did not
> fail, so i assume that this timed out. The server is running version 7.4 (i
> know it's an old version).
>
> The database has several tables, but 99% of the data is located in a single
> table. My fear is that there's not enough system memory left to perform the
> full vacuum since it's all contained in a single table.
>
> Any ideas?
Anything in the postgres logs about it? I'm guessing you've got some
corruption somewhere that's causing the backend to crash during a
vacuum full. Whether or not the backend crashed or the connection
timed out, there should be something about it in the postgres logs.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | RDNikeAir | 2013-05-22 16:40:27 | Re: VACUUM FULL freezes |
| Previous Message | RDNikeAir | 2013-05-22 14:49:06 | VACUUM FULL freezes |