Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vQ78u-00Aocw-18 for pgsql-bugs@arkaria.postgresql.org; Mon, 01 Dec 2025 16:52:53 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vQ78s-003fC0-2f for pgsql-bugs@arkaria.postgresql.org; Mon, 01 Dec 2025 16:52:51 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vQ78s-003fBs-1I for pgsql-bugs@lists.postgresql.org; Mon, 01 Dec 2025 16:52:50 +0000 Received: from mail.postgrespro.ru ([93.174.132.70]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vQ78q-002aNn-2F for pgsql-bugs@lists.postgresql.org; Mon, 01 Dec 2025 16:52:50 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=postgrespro.ru; s=mx2023; t=1764607967; bh=1hG21RJhGs9L51HtbgcJeWE/AdGCT1sTuCyGrE4dH8I=; h=Message-ID:Date:User-Agent:Subject:To:Cc:References:From: In-Reply-To:From; b=6VLXRErhLFcrZ+ZTIfjWzit3PQx5g45R6nSCVYlkmGSU9revBkcMEDi3TywL/2UW4 Gy2lVr4mVI4kSNjZWW8apPDIDpR2oKKbqhsd5GcJbMdhWW4HVk+Yq2D0Zn3IsGyZp8 xRl2k1OHKSkJrooOvToX6fp7hBrHWam8rVnEZBrSPgStp4R0Z5hFKMxiLBUUvPOUoh Jyw/eP59UExXdTZODEQocvZvDQQj1ZRgQwxrewGRY8/apj8JatPZJVXN0XN3rki0hF 7lSq8GQNLhn+OLuH3xYipFGJfGA4WcUE87dWZOaqVcmz4bxNcAHAfEKmJMUjDInQwS WjiCjErDmA3Iw== Received: from [172.30.56.6] (unknown [213.171.56.12]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: d.kovalenko@postgrespro.ru) by mail.postgrespro.ru (Postfix/465) with ESMTPSA id DF41F60EC3; Mon, 1 Dec 2025 19:52:46 +0300 (MSK) Message-ID: <507b05d3-ecc7-4840-afbd-c5098585f051@postgrespro.ru> Date: Mon, 1 Dec 2025 19:52:47 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: BUG #19338: [PG15] Unstable SQL result in test regress/tablespace To: Tom Lane Cc: pgsql-bugs@lists.postgresql.org References: <19338-3dd4f9982d9b55a9@postgresql.org> <192741.1764604449@sss.pgh.pa.us> Content-Language: ru, en-US From: Dmitry Kovalenko In-Reply-To: <192741.1764604449@sss.pgh.pa.us> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-KSMG-AntiPhishing: NotDetected X-KSMG-AntiSpam-Interceptor-Info: not scanned X-KSMG-AntiSpam-Status: not scanned, disabled by settings X-KSMG-AntiVirus: Kaspersky Secure Mail Gateway, version 2.1.0.7854, bases: 2025/12/01 09:10:00 #27997464 X-KSMG-AntiVirus-Status: NotDetected, skipped X-KSMG-LinksScanning: not scanned, disabled by settings X-KSMG-Message-Action: skipped X-KSMG-Rule-ID: 1 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Tom, This test worked on the VM with 4GB memory, 2 cores and AltLinux-10 that is hosted on  ARM where are worked lots of other VMs. I do not know why this select returns wrong order but do not want to see this problem again. I think, we see a prove of unstable order of SELECT without ORDER BY clause ) Regards, Dmitry Kovalenko 01.12.2025 18:54, Tom Lane пишет: > PG Bug reporting form writes: >> PG15 has an unstable SQL in test regress/tablespace: > I tried to reproduce this, without much success. For me, that > query gives the same EXPLAIN plan and the same results with > or without ORDER BY. (It chooses an indexscan that'd naturally > order the results.) And the v15 regression tests pass fine in > a few different locales I tried, which doesn't surprise me > given the lack of prior complaints. > > In short, I think there's more going on here than meets the eye. > Can you give a recipe for reproducing this failure? > > regards, tom lane