From: Kevin Grittner <Kevin.Grittner@wicourts.gov>
To: pgsql-admin@postgresql.org
To: Silvio Brandani <silvio.brandani@tech.sdb.it>
Subject: Re: PANIC killing vacuum process
Date: Wed, 03 Nov 2010 11:28:35 -0500
Message-ID: <4CD1476302000025000371FC@gw.wicourts.gov> (raw)
In-Reply-To: <4CD1886C.5000503@tech.sdb.it>
References: <4CD1886C.5000503@tech.sdb.it>
Silvio Brandani <silvio.brandani@tech.sdb.it> wrote:
> we have develop a script to execute the vacuum full on all tables
> of our very big database , since it is a 24 x 7 available system
> we have not a timeframe to exec the vacuum full.
> so we try with this script running the vauum full table by table
> and if the vacuum generate the waiting status for other
> connections we kill the vacuum .
> But we encounter following problem:
> with kill command:
>
> 2010-11-03 14:25:27 CET [19324]: [4-1] FATAL: terminating
> connection due to administrator command
> 2010-11-03 14:25:27 CET [19324]: [5-1] STATEMENT: vacuum full
> analyze verbose tracking.as_history_status ;
> 2010-11-03 14:25:27 CET [19324]: [6-1] PANIC: cannot abort
> transaction 75073917, it was already committed
>
> with pg_cancel_backend(pid) command:
>
> CPU 0.18s/0.26u sec elapsed 3.79 sec.
> ERROR: canceling statement due to user request
> PANIC: cannot abort transaction 75081452, it was already
> committed 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.
> !> quit
> -> \q
>
> the server crash and we have a service unavailiability on our
> production system.
What version of PostgreSQL is this?
> Is it possible to softly kill a vacuum process without risk a
> panic ?????
Normally, yes. VACUUM FULL is more prone to problems than a normal
vacuum, especially if you are using an old version. There are very
few circumstances where VACUUM FULL is the right thing to use.
Have you recovered your database yet? If so how? (Restart, PITR
backup, pg_dump output, etc.)
-Kevin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-admin@postgresql.org
Cc: Kevin.Grittner@wicourts.gov, silvio.brandani@tech.sdb.it
Subject: Re: PANIC killing vacuum process
In-Reply-To: <4CD1476302000025000371FC@gw.wicourts.gov>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox