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 1h2J4A-0000uY-G8 for pgsql-admin@arkaria.postgresql.org; Fri, 08 Mar 2019 17:13:50 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1h2J47-0001W0-Tr for pgsql-admin@arkaria.postgresql.org; Fri, 08 Mar 2019 17:13:47 +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 1h2J47-0001Tc-Kt for pgsql-admin@lists.postgresql.org; Fri, 08 Mar 2019 17:13:47 +0000 Received: from uucp.dinoex.org ([2a0b:f840::12] helo=uucp.dinoex.sub.de) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h2J41-0005Tv-1F for pgsql-admin@postgresql.org; Fri, 08 Mar 2019 17:13:47 +0000 Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by uucp.dinoex.sub.de (8.15.2/8.15.2) with ESMTPS id x28HD5QW022599 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 8 Mar 2019 18:13:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.15.2/8.15.2/Submit) with UUCP id x28HD5oZ022598; Fri, 8 Mar 2019 18:13:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.15.2/8.15.2) with ESMTP id x28GSovk079474; Fri, 8 Mar 2019 17:28:51 +0100 (CET) (envelope-from peter@gate.oper.dinoex.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.15.2/8.15.2) with ESMTP id x28GQFp3079210; Fri, 8 Mar 2019 17:26:15 +0100 (CET) (envelope-from peter@gate.oper.dinoex.org) Received: (from peter@localhost) by gate.oper.dinoex.org (8.15.2/8.15.2/Submit) id x28GQFGx079209; Fri, 8 Mar 2019 17:26:15 +0100 (CET) (envelope-from peter) Date: Fri, 8 Mar 2019 17:26:15 +0100 From: Peter To: Andrew Gierth Cc: pgsql-admin@postgresql.org, pgsql@FreeBSD.org Subject: Re: Upgrade 10.5->10.6 : db crash BUS ERROR (sig 10), reproducible Message-ID: <20190308162615.GB50588@gate.oper.dinoex.org> References: <20190308012012.GA49481@gate.oper.dinoex.org> <87pnr2ayyd.fsf@news-spur.riddles.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87pnr2ayyd.fsf@news-spur.riddles.org.uk> User-Agent: Mutt/1.11.1 (2018-12-01) X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de;) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (uucp.dinoex.sub.de [194.45.71.2]); Fri, 08 Mar 2019 18:13:08 +0100 (CET) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Fri, Mar 08, 2019 at 02:35:33AM +0000, Andrew Gierth wrote: ! Yes, the database is supposed to be able to run without SSE2, as long as ! it is built with gcc and not clang, and without any architecture flags ! that imply SSE2 support. Okay, thank You, thats what I was worrying - as some developers make a strategic decision here. ! I'm pretty sure nothing in our buildfarm is i386 without SSE2 though. *laugh* no problem with that. There probably wouldn't be any reason to have such. Here I have a couple of good reasons: that machine does for what other people buy a little plastic box from the shelf called internet access router - and besides being stupid, these pieces are full of bugs and get hacked (I doubt anybody would bother to write a spectre exploit for pentium3, although it should be possible). And on the other side, this is a server board built for 365/24 running on regECC mem. A new one of that class would inevitably carry quite a big Xeon, and so would do nothing than idle here. I see no point in such investment, at least not until Intel comes up with a really nice new design getting rid of the crap. https://www.techradar.com/news/spoiler-flaw-in-intel-cpus-is-similar-to-spectre-yet-dangerously-different ! Peter> Whateever information You like to have, just ask and I will ! Peter> gladly do my best to obtain it, as I get around. (This is a ! Peter> reproducible on a very well maintained piece of software - this ! Peter> is rather fun.) ! ! Your backtrace implies that you are running with checksums enabled; ! true? Correct. ! Peter> The crash happens at a specific query - I get parse,bind, but no ! Peter> execute timing. ! ! What is the exact query? This will be some work. It includes about six different sql functions (and some of these are probably also old enough to vote). ! I'm doing some investigations of my own, I may have more questions ! later. You're welcome. rgds, PMc