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.94.2) (envelope-from ) id 1u4aO6-004Dei-Sw for pgsql-hackers@arkaria.postgresql.org; Tue, 15 Apr 2025 07:07:19 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1u4aO4-006LDi-3b for pgsql-hackers@arkaria.postgresql.org; Tue, 15 Apr 2025 07:07:16 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1u4aO3-006LDU-No for pgsql-hackers@lists.postgresql.org; Tue, 15 Apr 2025 07:07:16 +0000 Received: from oss.nttdata.com ([49.212.34.109]) by makus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1u4aO1-0009OA-0t for pgsql-hackers@postgresql.org; Tue, 15 Apr 2025 07:07:15 +0000 Received: from [192.168.11.4] (p1696134-ipoe.ipoe.ocn.ne.jp [118.0.93.133]) by oss.nttdata.com (Postfix) with ESMTPSA id 27DF16095B; Tue, 15 Apr 2025 16:07:08 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at oss.nttdata.com Message-ID: Date: Tue, 15 Apr 2025 16:07:07 +0900 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Conflicting updates of command progress To: Sami Imseih , Antonin Houska Cc: pgsql-hackers@postgresql.org References: <117147.1744380740@localhost> Content-Language: en-US From: Fujii Masao In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2025/04/15 2:13, Sami Imseih wrote: >> While working on [1] I realized that some field of pg_stat_progress_cluste has >> weird value. I ran into the same issue while working on [2], and eventually had to withdraw that patch because of it. > Is there a repro that you can share that shows the weird values? It sounds like > the repro is on top of [1]. Is that right? You can reproduce the similar problem by creating a trigger function that runs a progress-reporting command like COPY, and then COPY data into a table that uses that trigger. Regards, [2] https://commitfest.postgresql.org/patch/5282/ -- Fujii Masao Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATION