| 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 |