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 1gvUoa-0006PK-Sk for pgsql-performance@arkaria.postgresql.org; Sun, 17 Feb 2019 22:21: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 1gvUoZ-0006A8-MD for pgsql-performance@arkaria.postgresql.org; Sun, 17 Feb 2019 22:21:35 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gvUoZ-0006A1-BL for pgsql-performance@lists.postgresql.org; Sun, 17 Feb 2019 22:21:35 +0000 Received: from mail-it1-x135.google.com ([2607:f8b0:4864:20::135]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gvUoW-0002rX-Jw for pgsql-performance@postgresql.org; Sun, 17 Feb 2019 22:21:34 +0000 Received: by mail-it1-x135.google.com with SMTP id r11so37033927itc.2 for ; Sun, 17 Feb 2019 14:21: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=PtEeqSaWxHzjgEohLwI8s9ALggVQZjVcLLoexudPO6U=; b=YZxDz1I8NMO+uMudnPAPRaR9gQwMmd0hHu2PPA5FUUp4wHaWkZQHaDDkjAOJhKFi6W 1qo2c2RyBDu2t671nSxpc3geFBZEzBGLR83/I4EWI4kQsqyA6O3T/K82rBZfrfYxusV7 yD22E4qOZxqr84vMoOlaL68Sun/QxXDvEtj0xa7MP58JVoB+7s6UZ2cmpgj8MYwK3RGe BFU8yXo//F/4aWo3KijeRBfunSiGrdtKLguoqTPdVnBTbtB4nCu+2FjlMulDsqqfFt9g eCJKNaf1CbEsaoD88T6UMj41LRcrIzJ0MpalAD59r3hMPRDekvkl6pRo//8NoACI1DPQ /IfQ== 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=PtEeqSaWxHzjgEohLwI8s9ALggVQZjVcLLoexudPO6U=; b=SuMw0Dng64v91ngSabZCpjtOvWbUrrlH1XoYl4n1RBb8uJ77OR6/jOm8uGAHeZIxgD Dvd3Y5FYm/LlAmf7VakZbjyO5Yb53KqrHJ942Q/qmmKpgwY1m7Fln3Ry8l0QV9AD/vaZ 7CA15fOh4Wxmn27v4YkYLLEKofr+CbGA2Q6JWFD39HA/PAz22JeWBZYC7+Zat9onRKP3 E/awy/sxNcNY+tkROEzaEoefw3oBPRpgDwSF4oNHqvBDWupj3ne/JGV6N3wZzIi7BwRP kburWaK2Mbrmyy80sUPaPMRByGU190FiIcWHbNpwgTlNtfWscqzOGUuyW+nAbt/Zh5Z3 4TXQ== X-Gm-Message-State: AHQUAub8Jq3tEpJnGX9ZeNuISOxd3huh9xLjm+g0U33cwLqwC/5yYoJd wd/xgtEkmg3eV6J3kRL96JjfIg== X-Google-Smtp-Source: AHgI3IYTCbOGkd4IVoYm/2jDb7BkkE8gPjvtagwASaws1ampCeLR4IfK7wrdKkpuVeYeAIe8wkAP9w== X-Received: by 2002:a5d:968a:: with SMTP id m10mr10521672ion.134.1550442091645; Sun, 17 Feb 2019 14:21:31 -0800 (PST) Received: from pryzbyj (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id o18sm4673388ioa.40.2019.02.17.14.21.30 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 17 Feb 2019 14:21:30 -0800 (PST) Received: by pryzbyj (Postfix, from userid 1000) id 7B02D800A28; Sun, 17 Feb 2019 16:21:29 -0600 (CST) Date: Sun, 17 Feb 2019 16:21:29 -0600 From: Justin Pryzby To: Jakub Glapa Cc: pgsql-performance@postgresql.org, Thomas Munro Subject: Re: dsa_allocate() faliure Message-ID: <20190217222129.GE28750@telsasoft.com> References: <20181122160958.GJ10913@telsasoft.com> <20181123161028.GL10913@telsasoft.com> <20181126155207.GZ10913@telsasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181126155207.GZ10913@telsasoft.com> User-Agent: Mutt/1.5.23 (2014-03-12) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi, On Mon, Nov 26, 2018 at 09:52:07AM -0600, Justin Pryzby wrote: > Hi, thanks for following through. > > On Mon, Nov 26, 2018 at 04:38:35PM +0100, Jakub Glapa wrote: > > I had a look at dmesg and indeed I see something like: > > > > postgres[30667]: segfault at 0 ip 0000557834264b16 sp 00007ffc2ce1e030 > > error 4 in postgres[557833db7000+6d5000] > > That's useful, I think "at 0" means a null pointer dereferenced. Thomas fixed several bugs in DSA, which will be in next release, postgres 10.8 and 11.3. However that doesn't explain the segfault you saw, and I don't see anything which looks relevant changed since in 10.5. If you still see that using the latest minor release (10.7), please try to capture a core file and send a backtrace with a new thread on pgsql-hackers. Thanks, Justin