Re: multiple postgres processes after establishing tcp connection - Mailing list pgsql-general

From Jim Nasby
Subject Re: multiple postgres processes after establishing tcp connection
Date
Msg-id 55C3B74C.40001@BlueTreble.com
Whole thread Raw
In response to multiple postgres processes after establishing tcp connection  (Andrey Lizenko <lizenko79@gmail.com>)
List pgsql-general
On 7/31/15 5:52 AM, Andrey Lizenko wrote:
> If only simple telnet connection started:
>
>     [postgres@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@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


pgsql-general by date:

Previous
From: Adrian Klaver
Date:
Subject: Re: Strange deadlock in foreign key check
Next
From: "W. Matthew Wilson"
Date:
Subject: How to intelligently work with views that depend on other views