Received: from magus.postgresql.org ([87.238.57.229]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TDmjv-0004ro-FP for pgsql-admin@postgresql.org; Tue, 18 Sep 2012 01:36:39 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TDmjs-0005pk-Tk for pgsql-admin@postgresql.org; Tue, 18 Sep 2012 01:36:39 +0000 Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.5/8.14.5) with ESMTP id q8I1aYKM027700; Mon, 17 Sep 2012 21:36:35 -0400 (EDT) From: Tom Lane To: David Throckmorton cc: pgsql-admin@postgresql.org Subject: Re: Linux: ps output shows multiple instances of PostgreSQL running on the same port In-reply-to: References: Comments: In-reply-to David Throckmorton message dated "Mon, 17 Sep 2012 17:38:48 -0700" Date: Mon, 17 Sep 2012 21:36:34 -0400 Message-ID: <27699.1347932194@sss.pgh.pa.us> X-Pg-Spam-Score: -2.4 (--) X-Archive-Number: 201209/98 X-Sequence-Number: 40039 David Throckmorton writes: > Following a recent database crash, I encountered the following when doing > debug: > [root@my-db myhost]# ps -ef | grep pgsql > postgres 19643 5737 0 09:42 ? 00:00:00 > /usr/pgsql-9.0/bin/postmaster -p 5432 -D /var/lib/pgsql/9.0/data > postgres 19644 5737 0 09:42 ? 00:00:00 > /usr/pgsql-9.0/bin/postmaster -p 5432 -D /var/lib/pgsql/9.0/data > postgres 19657 5737 0 09:42 ? 00:00:00 > /usr/pgsql-9.0/bin/postmaster -p 5432 -D /var/lib/pgsql/9.0/data > postgres 19658 5737 0 09:42 ? 00:00:00 > /usr/pgsql-9.0/bin/postmaster -p 5432 -D /var/lib/pgsql/9.0/data > pgstartup.log doesn't indicate anything about multiple instances starting, > and indicates that PID 5737 was the initial PID for the instance: Almost certainly, these are just regular postmaster child processes. I'm not sure why "ps" is showing you the original postmaster command line rather than the usual modified process title --- that's a known behavior on some Unixen but I've not heard of it on Linux. Are you using a nonstandard flavor of "ps"? Also, is process 5737 still around? If it was dead, I would rather expect ps to show the orphaned processes as children of pid 1. If it is around, what is ps showing as its command line? Can you connect to the database? regards, tom lane