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 1qn7Ru-009uE4-94 for pgsql-performance@arkaria.postgresql.org; Mon, 02 Oct 2023 01:10:14 +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 1qn7Rr-00FvGh-L6 for pgsql-performance@arkaria.postgresql.org; Mon, 02 Oct 2023 01:10:11 +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 1qn7Rr-00FvGO-AS for pgsql-performance@lists.postgresql.org; Mon, 02 Oct 2023 01:10:11 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qn7Ro-007hCA-FA for pgsql-performance@lists.postgresql.org; Mon, 02 Oct 2023 01:10:09 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 392195E71899613; Sun, 1 Oct 2023 21:09:05 -0400 From: Tom Lane To: Matt Gibbins cc: pgsql-performance@lists.postgresql.org Subject: Re: Unexpected termination looping over table. In-reply-to: <7250ba53-f3b1-4e7a-a21d-3d9132772bbc@fastmail.com.au> References: <7250ba53-f3b1-4e7a-a21d-3d9132772bbc@fastmail.com.au> Comments: In-reply-to Matt Gibbins message dated "Mon, 02 Oct 2023 11:57:01 +1100" MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <1899611.1696208945.1@sss.pgh.pa.us> Content-Transfer-Encoding: 8bit Date: Sun, 01 Oct 2023 21:09:05 -0400 Message-ID: <1899612.1696208945@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Matt Gibbins writes: > Have encountered an intriguing issue processing a table with a large > number of rows. The process is to loop over the table processing each > row executing the Apache AGE cypher function over each row > individually.The looping is necessary because of encountering a limit on > the number of rows that the cypher function would process. > The process terminates unexpectedly with the following message. Notable > that it runs for quite some time before termination.: > SQL Error [42703]: ERROR: could not find rte for > a01a724103fbb3d059b8387bf043dbc8 >   Where: PL/pgSQL function > analysis.create_trips(text,text,text,text,text,text,integer,text,integer) > line 5 at EXECUTE There is no occurrence of "could not find rte" anywhere in the core Postgres source code. I surmise that you're using some extension that isn't happy. regards, tom lane