Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1ZJbXZ-0003sI-29 for pgsql-hackers@arkaria.postgresql.org; Mon, 27 Jul 2015 06:05:33 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1ZJbXX-0004Ej-R2 for pgsql-hackers@arkaria.postgresql.org; Mon, 27 Jul 2015 06:05:31 +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_SHA384:256) (Exim 4.84) (envelope-from ) id 1ZJbWG-0002iT-Rh for pgsql-hackers@postgresql.org; Mon, 27 Jul 2015 06:04:12 +0000 Received: from mout.kundenserver.de ([212.227.126.130]) by magus.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.84) (envelope-from ) id 1ZJbWC-0000nQ-KY for pgsql-hackers@postgresql.org; Mon, 27 Jul 2015 06:04:12 +0000 Received: from ex ([109.41.158.143]) by mrelayeu.kundenserver.de (mreue003) with ESMTPSA (Nemesis) id 0Lx3Yj-1YqZ9E49rV-016h51; Mon, 27 Jul 2015 08:04:02 +0200 From: Andreas Seltenreich To: Tom Lane Cc: pgsql-hackers@postgresql.org Subject: Re: Failing assertions in indxpath.c, placeholder.c and brin_minmax.c In-Reply-To: <15030.1437947313@sss.pgh.pa.us> (Tom Lane's message of "Sun, 26 Jul 2015 17:48:33 -0400") References: <871tfv3wor.fsf@ex.ansel.ydns.eu> <15030.1437947313@sss.pgh.pa.us> User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/24.4 (gnu/linux) Message-ID: <87k2tm2l3i.fsf@ex.ansel.ydns.eu> Date: Mon, 27 Jul 2015 08:03:29 +0200 MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:hKotHp+Hr0lvd3j5y4wUGHfy3lZfiJhzOYh21lxrU6fg1W5JzLI Dfn5IuvCw0Ay5b99qLkDztA+aShJvenTaGhu/fzsC74/L1fWx8oIFcbF6aKTtlvKtC/b5KN UDDFHC+jBBC7wcmP+PxbVR+EvoZBullA7XoF5g0Y90ErQ8Ih4bVyFqEGFEDKpaARCCnBJre hCXpgCTDJqZGa25takjlg== X-UI-Out-Filterresults: notjunk:1;V01:K0:x1vqf9CktQY=:3GDG1aavRNFYYT/wLYFO/p E1qwKEnb5zz8Ulaeg1Vzm6DsBckIeWJITCCGYYpsdAyL6QibRjIs1f1RQ4MQ6fkplMLkZHu67 hcAbosFfRFA/lZFkS6dPtU4FCX5Vppoo4PNUhS4DQ4gaONSwt/1efTd8aDt1fJfiKGHB7eLUt CsLT7lXWwGQC8tkU2wpzKAlvFMBpTcJrwFlYUJfrN0j1QPpRMt9pz/UduQCY0eg3RQvOW/8vU CQ/DYVJWPICBOPUDUiIJ7IR5wmP7N+dpKkfn8ii9L4XRVMmXDHACY8dt1pWFiCLwW/8F8m/f3 GP+U13ob+ls7vog3zQwToFD8RZ3mh/MLUD/fq2Kd8DGi7HwGH2e2X9kZRo8rvXNwTkYJu/KGL +DydTxcz8JGtRlFlWxd8p3zYh6adOBwdu+9CldTCA7j+cgTMNf4fzhG9da7XgLzynFrVfXhu+ 9gJSfNH3GtZyWDcdYV1q0tGAboxgEdVjIF783/GZUjgpCrWDHiBFUqzCWvD40mJptvyP14qJz Al5EYvOFFqg5GhRrbi49dMkTzsHEbvxjhXwcxzC1FbjvIygl0hIAbNLr6xJ1LSSiv03ItdRK+ hvjZ9e+d5UbHF/GuIv4nbuxCL17AE12kQMhWM8W+jXBatSfZ85QTV9l0XO4PzKMqzlkbyraQz VSjLWk8HWIuEOC6wsNqOUHcPSvvQC8kS3awEP48sheOk9zw== X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Tom Lane writes: > Andreas Seltenreich writes: >> when running my random query generator contraption[1] against the >> regression database of 9.5 or master, it occasionally triggers one of >> the following three assertions. > > I've fixed the first two of these --- thanks for the report! I let sqlsmith run during the night, and it did no longer trigger the first two. During roughly a million random queries it triggered the already mentioned brin one 10 times, but there was also one instance of this new one in the log: TRAP: FailedAssertion("!(join_clause_is_movable_into(rinfo, joinrel->relids, join_and_req))", File: "relnode.c", Line: 987) LOG: server process (PID 12851) was terminated by signal 6: Aborted DETAIL: Failed process was running: select rel65543066.tmplname as c0, rel65543064.umuser as c1 from public.dept as rel65543059 inner join pg_catalog.pg_user_mappings as rel65543064 left join pg_catalog.pg_enum as rel65543065 on (rel65543064.srvname = rel65543065.enumlabel ) inner join pg_catalog.pg_ts_template as rel65543066 on (rel65543065.enumtypid = rel65543066.tmplnamespace ) on (rel65543059.dname = rel65543064.srvname ) where ((rel65543059.mgrname = rel65543059.mgrname) and (rel65543064.usename = rel65543066.tmplname)) and (rel65543059.mgrname ~~ rel65543059.mgrname) fetch first 128 rows only; >> ,----[ git bisect ] >> | first bad commit: [3f8c23c4d31d4a0e801041733deb2c7cfa577b32] Improve >> | predtest.c's ability to reason about operator expressions. >> `---- > > I'm a bit confused about this aspect of your report though, because in > my hands that example fails clear back to 9.2. It doesn't seem to require > the predtest.c improvement to expose the fault. Hmm, I actually used a different, uglier query to trigger this assertion for the bisection run. I'll attach it[1] along with the complete git bisect log[2]. regards, andreas Footnotes: [1] select subq_717608.c3 as c0, rel4551421.inhrelid as c1, rel4551421.inhrelid as c2, subq_717608.c3 as c3 from information_schema.foreign_tables as rel4551363 right join public.hash_f8_heap as rel4551366 inner join pg_catalog.pg_constraint as rel4551419 inner join (select rel4551420.bb as c0, rel4551420.aa as c1, rel4551420.aa as c2, rel4551420.aa as c3 from public.b as rel4551420 where ( rel4551420.bb>rel4551420.bb ) and ( rel4551420.bbrel4551419.connamespace ) and ( rel4551419.connamespace>=rel4551419.conrelid ) ) and ( rel4551421.inhparent