From: | Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com> |
---|---|
To: | Andrey Lizenko <lizenko79(at)gmail(dot)com>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: multiple postgres processes after establishing tcp connection |
Date: | 2015-08-06 19:36:44 |
Message-ID: | 55C3B74C.40001@BlueTreble.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 7/31/15 5:52 AM, Andrey Lizenko wrote:
> If only simple telnet connection started:
>
> [postgres(at)ubuntu12-vm][20150731 06:30:24]:/db2$ telnet 127.0.0.1 5551
> Trying 127.0.0.1...
> Connected to 127.0.0.1.
> Escape character is '^]'.
>
> new postgres process appeared as a child of the first one.
>
> [postgres(at)ubuntu12-vm][20150731 06:38:42]:/db2/master$ ps -ef | grep
> "bin/postgres" | grep -v grep
> postgres 5152 1 0 06:28 pts/0 00:00:00
> /opt/postgres/9.4.4/bin/postgres -D /db2/master
> postgres 6358 5152 0 06:39 ? 00:00:00
> /opt/postgres/9.4.4/bin/postgres -D /db2/master
>
>
>
> Is this an attempt to create new worker?
> No records (presumably) in pg_stat_activity, only "invalid length of
> startup packet" after closing telnet session.
To be expected. There's a bunch of startup stuff that happens before a
backend shows up in pg_stat_activity. See BackendStartup() for details.
In particular, BackendInitialize() is what collects the startup packet
from the port before calling BackendRun() which calls PostgresMain()
which is what finally registers the backend in the proc array.
--
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Data in Trouble? Get it in Treble! http://BlueTreble.com
From | Date | Subject | |
---|---|---|---|
Next Message | W. Matthew Wilson | 2015-08-06 20:44:47 | How to intelligently work with views that depend on other views |
Previous Message | Adrian Klaver | 2015-08-06 16:46:43 | Re: Strange deadlock in foreign key check |