Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gQE2P-0002Xt-2F for pgsql-performance@arkaria.postgresql.org; Fri, 23 Nov 2018 16:10:37 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gQE2N-0001mP-Ol for pgsql-performance@arkaria.postgresql.org; Fri, 23 Nov 2018 16:10:35 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gQE2N-0001mI-D3 for pgsql-performance@lists.postgresql.org; Fri, 23 Nov 2018 16:10:35 +0000 Received: from mail-it1-x12b.google.com ([2607:f8b0:4864:20::12b]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gQE2K-00026N-IT for pgsql-performance@postgresql.org; Fri, 23 Nov 2018 16:10:34 +0000 Received: by mail-it1-x12b.google.com with SMTP id x19so19063695itl.1 for ; Fri, 23 Nov 2018 08:10:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=SFdYUSjnJvFYIw100oXShm7+cMMHyO6QR2TktcfQr2g=; b=Akb8QGnnmq+4mbjPG9LsqecODGRiDNjCl6y+zQsPl1OTJgU0bXCzhUtH1wxLyEMZIC kbskYQI1z0fdLv0++T0mQ7j0rfzlDFYUYY71tHwxGwoBJg4qV51XE8iz0BbXQNGmL5V+ hApds9Ep/1NJLl1y4YBlnkE86ZyfIjm2TXYT3pURsuTEZW/6SzsMDNF5kr9D/xVZGoHr 5t8UfrnoyDgO8sXwrY42WZ1PzSXv/lV5wHCyrqYOnUw/m+BsnD/sFRuQbP4YCYnQw4PE 4VszWSwEgz8SsfGeWOy4m9wliBKWNmirrR4itKLXWeorcNeQ0PoXCfRsgigA7ir25dMh flQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=SFdYUSjnJvFYIw100oXShm7+cMMHyO6QR2TktcfQr2g=; b=f6ZEORcWIovDbP8E7cYPS+kZAj7dHY3zU98dwEZSCXEV7sX+1f+7GuGWYO9KyJduQn LzZnx4eV6OFqnfjsznFoGoV8j7EJaVeSHqpLR+Wv9dBCxowz3RK/Lh6/QKN5E7ZHmGjE slftAr/gVpstIZ8NQpDwFM1Jg3uA+G32wj8zS/3yTfetgBpurxEFFOcRteakZKa85828 nDpxfyqKVIgMWMrYJFBNbLlXN7d7jVbuUIuo3jgrUw6mGUUyVF1gFXYUx79AgojeGJeP HPf6uXvcbXXtabUUBS2L5nfBDjFclWA7eIeC5YWMc7D4yMG/aZfwhpxm9WkBdfN6rGss 9Utw== X-Gm-Message-State: AGRZ1gJN2UGfrJLCVOIUX0KRAZ0jsnOwHsDVsNVahRJK/BuVw62uXlqh W9qteEgmkj43yYQOJ/tvLmVZmHkhxXI= X-Google-Smtp-Source: AFSGD/Wmb4cv7gcmjrZGW08TlXKVHtWTEUL0qd4UiFflbqYibZnOCWmqxedM5a9eM120so8RL4Rn6Q== X-Received: by 2002:a24:78c7:: with SMTP id p190mr13356734itc.21.1542989430554; Fri, 23 Nov 2018 08:10:30 -0800 (PST) Received: from pryzbyj (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id q76sm13058238iod.35.2018.11.23.08.10.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 23 Nov 2018 08:10:29 -0800 (PST) Received: by pryzbyj (Postfix, from userid 1000) id DC1698023CC; Fri, 23 Nov 2018 10:10:28 -0600 (CST) Date: Fri, 23 Nov 2018 10:10:28 -0600 From: Justin Pryzby To: Jakub Glapa Cc: pgsql-performance@postgresql.org Subject: Re: dsa_allocate() faliure Message-ID: <20181123161028.GL10913@telsasoft.com> References: <20181122160958.GJ10913@telsasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Fri, Nov 23, 2018 at 03:31:41PM +0100, Jakub Glapa wrote: > Hi Justin, I've upgrade to 10.6 but the error still shows up: > > If I set it to max_parallel_workers=0 I also get and my connection is being > closed (but the server is alive): > > psql db@host as user => set max_parallel_workers=0; Can you show the plan (explain without analyze) for the nonparallel case? Also, it looks like the server crashed in that case (even if it restarted itself quickly). Can you confirm ? For example: dmesg |tail might show "postmaster[8582]: segfault [...]" or similar. And other clients would've been disconnected. (For example, you'd get an error in another, previously-connected session the next time you run: SELECT 1). In any case, could you try to find a minimal way to reproduce the problem ? I mean, is the dataset and query small and something you can publish, or can you reproduce with data generated from (for example) generate_series() ? Thanks, Justin