Re: pg_ctl stop failure

Amit

What I actually did was a

pg_ctl stop -m f

followed by

a pg_ctl start

then tried a 'simple'

pg_stop stop

but this hung again so there must have been 'new' connections coming in.

Austen

-----Original Message-----
From: Amit Langote [mailto:amitlangote09(at)gmail(dot)com]
Sent: 17 May 2013 16:37
To: Birchall, Austen
Cc: pgsql-novice(at)postgresql(dot)org
Subject: Re: [NOVICE] pg_ctl stop failure

On Sat, May 18, 2013 at 12:21 AM, Birchall, Austen <austen(dot)birchall(at)metoffice(dot)gov(dot)uk> wrote:
> Thanks for this - to be honest I didn't check but if I look at it now
> I get some transactions with
>
> | 2013-05-17 15:08:25.973161+00 | <IDLE> in transaction
> | 2013-05-17 15:08:25.745154+00 | <IDLE> in transaction
> | 2013-05-17 14:58:24.066386+00 | <IDLE> in transaction
> | 2013-05-17 14:58:24.224678+00 | <IDLE> in transaction
>
> Which I suppose I could kill using pg_terminate_backend() although if they are rollbacked anyway?
>
>
> When I do pg_ctl start does PostgreSQL attempt to re-write them (from the WAL logs?) or as I suspect are they gone for good?
>

When you did "pg_ctl -D <data-dir> -m f stop", they were gone. I reckon you did that already, right?

Yes, since they are rolled back, they are gone for good.
What did you say about after starting the server back with "pg_ctl -D <data-dir> start"?

--
Amit Langote