Re: FATAL: the database system is starting up

From: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
To: patrick keshishian <pkeshish(at)gmail(dot)com>
Cc: "William E(dot) Moreno A(dot)" <wmoreno3(at)yahoo(dot)com>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>, "Artis(dot)Caune(at)latnet(dot)lv" <Artis(dot)Caune(at)latnet(dot)lv>
Subject: Re: FATAL: the database system is starting up
Date: 2011-10-27 00:46:22
Message-ID: CAOR=d=2YfHX4q7zpAwT-As7v0tgo0pa3ei9=SdfUrXwdJPz3-Q@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Wed, Oct 26, 2011 at 6:09 PM, patrick keshishian <pkeshish(at)gmail(dot)com> wrote:
> On Wed, Oct 26, 2011 at 4:49 PM, William E. Moreno A.
> <wmoreno3(at)yahoo(dot)com> wrote:
>> Solution: http://archives.postgresql.org/pgsql-general/2007-12/msg01339.php
>> Solution: Message-id: <476D6DE1(dot)4050600(at)latnet(dot)lv>
>> <text/plain>
>>
>> Problem: FATAL:  the database system is starting up
>>
>> Solved:   change postgresql_flags in /etc/rc.conf to: postgresql_flags="-s -m fast" or postgresql_flags="-s -m smart"
>
> interesting enough, got bit by this recently. Our set up does not have
> a "-w" option. During upgrades we "cycle" our PostgreSQL daemon. We
> had to change the "pg_ctl stop" command to "-mimmediate" because
> during upgrades we would find that someone had an abandoned psql shell
> running for days and that would halt our upgrade script.
>
> Adding "-m immediate" for shutdown seemed like a logical choice to get
> around this sort of a "procedural" issue(s).

didn't -m fast work?

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Ben Chobot 2011-10-27 03:55:01 WAL file size vs. data file size
Previous Message patrick keshishian 2011-10-27 00:09:28 Re: FATAL: the database system is starting up