From: | Christophe Pettus <xof(at)thebuild(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: startup process stuck in recovery |
Date: | 2017-10-09 19:21:34 |
Message-ID: | B7831B5D-4ED9-40FF-8E68-C28AA25319CC@thebuild.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Oct 9, 2017, at 12:18, Christophe Pettus <xof(at)thebuild(dot)com> wrote:
>
> #0 0x0000558812f4f1da in ?? ()
> #1 0x0000558812f4f8cb in StandbyReleaseLockTree ()
> #2 0x0000558812d718ee in ?? ()
> #3 0x0000558812d75520 in xact_redo ()
> #4 0x0000558812d7f713 in StartupXLOG ()
> #5 0x0000558812f0e262 in StartupProcessMain ()
> #6 0x0000558812d8d4ea in AuxiliaryProcessMain ()
> #7 0x0000558812f0b2e9 in ?? ()
> #8 0x0000558812f0dae7 in PostmasterMain ()
> #9 0x0000558812d0c402 in main ()
The other observation is that the startup process is holding a *lot* of locks:
(pid 5882 is the startup process)
# select mode, count(*) from pg_locks where pid=5882 group by mode;
mode | count
---------------------+-------
ExclusiveLock | 1
AccessExclusiveLock | 7133
(2 rows)
--
-- Christophe Pettus
xof(at)thebuild(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | Condor | 2017-10-09 19:36:14 | Question about memory usage of pg_dump |
Previous Message | Christophe Pettus | 2017-10-09 19:18:21 | Re: startup process stuck in recovery |