Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VZ2Ni-000334-6r for pgsql-admin@arkaria.postgresql.org; Wed, 23 Oct 2013 17:38:06 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1VZ2Nh-0008CC-Hn for pgsql-admin@arkaria.postgresql.org; Wed, 23 Oct 2013 17:38:05 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VZ2Ng-0008C5-B1 for pgsql-admin@postgresql.org; Wed, 23 Oct 2013 17:38:04 +0000 Received: from smtprelay0040.b.hostedemail.com ([64.98.42.40] helo=smtprelay.b.hostedemail.com) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VZ2NV-0005cr-28 for pgsql-admin@postgresql.org; Wed, 23 Oct 2013 17:38:03 +0000 Received: from filter.hostedemail.com (b-bigip1 [10.5.19.254]) by smtprelay04.b.hostedemail.com (Postfix) with ESMTP id 2E8657B83B; Wed, 23 Oct 2013 17:37:52 +0000 (UTC) X-Session-Marker: 616C76686572726540616C76682E6E6F2D69702E6F7267 X-Spam-Summary: 50, 0, 0, , d41d8cd98f00b204, alvherre@alvh.no-ip.org, :::, RULES_HIT:41:355:379:599:967:968:973:988:989:1260:1277:1311:1312:1313:1314:1345:1359:1437:1515:1516:1518:1519:1534:1541:1593:1594:1595:1596:1711:1730:1747:1777:1792:2393:2525:2561:2564:2682:2685:2828:2859:2933:2937:2939:2942:2945:2947:2951:2954:3022:3138:3139:3140:3141:3142:3353:3865:3866:3867:3868:3870:3871:3872:3873:3874:3934:3936:3938:3941:3944:3947:3950:3953:3956:3959:4184:4250:4416:4605:4659:5007:6119:6261:7903:8957:9010:9025:9121:9201:9388:10004:10400:10450:10455:10848:11026:11232:11256:11257:11658:11914:12043:12050:12438:12517:12519:13069:13095:13174:13229:13255:13311:13357:13894:13895:19904:19999, 0, RBL:none, CacheIP:none, Bayesian:0.5, 0.5, 0.5, Netcheck:none, DomainCache:0, MSF:not bulk, SPF:fn, MSBL:0, DNSBL:none, Custom_rules:0:0:0 X-HE-Tag: sheet43_7eac0f1bf3a20 X-Filterd-Recvd-Size: 2666 Received: from eldon.alvh.no-ip.org (pc-151-29-120-200.cm.vtr.net [200.120.29.151]) (Authenticated sender: alvherre@alvh.no-ip.org) by omf04.b.hostedemail.com (Postfix) with ESMTPA; Wed, 23 Oct 2013 17:37:50 +0000 (UTC) Received: by eldon.alvh.no-ip.org (Postfix, from userid 1000) id B09F51FC8; Wed, 23 Oct 2013 14:37:48 -0300 (CLST) Date: Wed, 23 Oct 2013 14:37:48 -0300 From: Alvaro Herrera To: Linus Kamb Cc: pgsql-admin@postgresql.org Subject: Re: Unable to connect. Log : PDTWARNING: worker took too long to start; canceled Message-ID: <20131023173748.GC5314@eldon.alvh.no-ip.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Pg-Spam-Score: -0.0 (/) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org Linus Kamb escribió: > Hi, > > Every morning for the past several days, when I come in to work, I find the > postgres process running at 100% CPU and the logs filled with entries every > minute with the warning "PDTWARNING: worker took too long to start; > canceled" > > This appears to be almost exactly as this other thread: > > http://www.postgresql.org/message-id/AANLkTimt7_wbadtOkM9HqzeHmADmxb2TvuQD5yBUwkdZ@mail.gmail.com I noticed that the thread was missing a couple of emails in the archives, and that I had them in my mbox. I have just forwarded them ("bounced" them in mutt's terms) to the list and I think the archive is complete now for that thread; I apologize to subscribers that just received a couple of very old emails. Anyway, that thread died without finding the root cause of the problem, but Tom suspected that postmaster was being kept busy doing something that precluded it from running its usual tasks. For the OP of the other thread, stracing the postmaster seemed to bring it back to normal life. Would it be possible to attach to the postmaster with GDB and get a stack trace when it's stuck? That might be helpful; or, if the mere act of tracing it brings it back to life, it might not -- but instead it would make me think it's a platform bug of some sort. If you remove the Glassfish thing, does the problem go away? (Note: the PDTWARNING thing happens because you don't have a white space at the end of your log_line_prefix. Adding one does wonders for readability.) -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin