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 1uf58v-001slW-8h for pgsql-general@arkaria.postgresql.org; Thu, 24 Jul 2025 23:14:30 +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 1uf58t-00CM9p-So for pgsql-general@arkaria.postgresql.org; Thu, 24 Jul 2025 23:14:28 +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.94.2) (envelope-from ) id 1uf58t-00CM9h-5X for pgsql-general@lists.postgresql.org; Thu, 24 Jul 2025 23:14:27 +0000 Received: from sonic310-21.consmr.mail.sg3.yahoo.com ([106.10.244.141]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1uf58p-000gPT-1T for pgsql-general@postgresql.org; Thu, 24 Jul 2025 23:14:26 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1753398858; bh=pbMqz1ZJGY6qfkvNVOlRzKyXJnbl4WKceCQ9x8UBUQI=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject:Reply-To; b=UJPBACNjR0AD5WoohW2Ya+62xg0s0amj7QmMdH3OWzRpZiRc6S4xevMKIgyOVfFRbNFtb721IJt3CawDuIeDF4HBaQR3UQ+M5Ycyt8CPESV2CgdASZuYpft4uWsNwCrlp280E+BHzpmL3Z+zoK+or6kUkzStb0pFh92TyS8jrH8MdCn3ev5hl+mlgRCzsD8r3Mm4+jOSByzGgkbszwS56poMt0WUJYJIS6QA6DUtfvQaWK8BpZpbZAAXASaROPpM3FNHLUIq1zij0tiw/jSZqiC45v+l39+Kk2vNzYo7pUMgbBpUYwuA11yb5LxZzdn7LLGbOdc5tiS4VxPzAKW/Lg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1753398858; bh=u2mPE9kc0na0CaqtZ9sNUzJXXhyopn4m/yCG3CwwpFh=; h=X-Sonic-MF:X-Sonic-MF:Date:From:To:Subject:From:Subject; b=hpvQU3jySlIcETcdcNq0rjLFENkbfwPzNh+z2i+Ui7mhJ3hucEiur8siJGZTgZlRe+SJbZbWOjakIAzTueUIAP+uRMziFwKIhU/fUniV9lRNFQY9hUM45+KSmGDu9+8YhpZzP6Yb6BeOEjxd6OUfOjascidDO0U/iRRqwZs6ICYf45vncivU+wQydJNHU1HQAuKIRYnJNckPDUOmTEB0gO84uOAnGpZCDSpRSH+cWDvf92ND4y7HSEvbee9wa71EixW+mlguOVn7uwRX2NMpGBw2KoXBWgHiMEumvs3pik+PIMPLikkjAyI5bGbWtdPoQiuAllUrK5TlC408QYxPNw== X-YMail-OSG: AYVSp6AVM1lKLXzRb5y97f6BmySSep86d54e1Q4X2g7H9VgpR1iSelwTn_dW4Pc c6R0M5OVdh4XNVi26uFDeU0owmCEpY.E.mfqbVMQRpVkVhqJE5AkPiZgqUBfCeS8MuH3in7odhwv DBAV5xT_NYLwRALe_XCKwNX.ICllnkKBHQJ3HjTL11QxS.vIliJV1hC34KN_w0WNmQqykdSTXF84 ejq_OHciGJBF4sPyIC4xBfPnotDlQasTtA7IFqv53Osv5N9RvayGj_lvIpbKTKfbS9s8Bi5_H4E0 k90A.3LNS0OVzYRuu7JURScX.nsx0W2sNN4J9kVg6VfUhKZHfBqIZJYN1TqZRnguVoGL4jMTMgMg peOxmpWEwyuK0HkdrQu3iLH0j6jRRf4GnBPY3TTZCrN31uWrpK2wCxhvj347AGm7DwFAwFCKt7v8 2Xi9dZAtsnCTi07B6ZZ4g.y_RvbchQSyC2ITzn4P_Nl3dHxci0O09GqfBFP8PguPVzDvSofYcTmU U7hl1iRptwaVFHc6vaQo1.iuUXma7NpaeCO8dgIBSh680pi9FnjG46mYi0fX1q4fwmE1BRXblt5w 5K81ltVVxTzApcuk7tN.pfR3pyBjmqBUx0tFE_hs0H2S3fZE_ydY8Hari8n8_IHu1U909BH10z2s 7_K5J5QZ_hdGr70XdLQi1GtDkT.G6BVlCOqZGWK_Xwh9gYhBAiV7zQhtmpwjp5oSuz7ZyrG.9iLS PbAEpDHWJhNGOH6bR1pGe6mTcedvBKvZIFjHd9ZdnA4MimvDG5dInkphYUL76rAH1pz5yaWGrq2z PIGwQOYY7GdQGDI_PqGGm86eP4B4Hu.aF3uPqWxHjXHTTFoAxpJmj0_i_NWHoyKziPfk1E70Ds4u 4Y4m.gLVsDDtjD.fVDCLuk9DZi_Tdu0uEwzH6cmvMqJw1odXPU7hs1FcfmcWiygrTy4RT4GijvOP PJm1wHEg9XpYro4NgzInOQfZ47JoyJAAntvJ5gJPDjWCdQCPckBRk7HINeL.nDljVm1fKioPuFmL yqwmzwcl5lVY6ygzBsp.t6Us5a5ZZf2lq6V05Mpp1BRZut.PDbEb8CYKKPt1pBbtLaEBcnEAR4vu da.hrqO0R09RwNlwxl1WVhPy8ur25_GxVGXpuT.Yld1eBtztZE2wZkhXdnUL2nGVSFUAQA2amPtD V88ZtW5bdNXPempNQ_8LfGVNhTysr93qVcR7ZDVlJuzpxV_3DKbIO.8Yr9aHYNSGFeh5tyFLPHU. _DCv1zi_4Oc3uW6d6Nz7mIVDK94OwvhN08NUifRb5EJ5gH5_lEz98h4GKOMCa0DjY6t0hndcgvMc pj2tapKT0HXJTF0qVIzH5q.5Q.bMN9uMlc2woQGAodu0Y9sKBasp5lZtv9Couq9JTzTQtmyMd3_y CzfpMZDrdKZxNltImGBl.eD.CEancIWiaXg8te6g.ZAIlt89Z4CAurpzWUmEh3uVwFfeG1010K9N oo7.RL6bEhJnJ7IAUtRtU_O9B.erQ4UfsgXO72meYfG5Uc8hvKD0ppk8RrbPnRHMe3c8Mp_.XZ6f 3xnhMFeqIOp1iCeTkxgDIMuO6DmX4avBbVMVQWFRPRMck9oNqrPat3YXVALvA6d2rD9uHnA8U2cH mzksA2ivMAXaYuDVI2RxmmsrtWsWhZy7CWqXxJLncpal.6VaA2KAujoReyojuEVxtFWg60KXHu1O HKags0yn9hPR0lO83RVEWjC42Di0U79eLx5yGIuVlaXicfg65XiNixwfZXCaUfq.kkYmFxKk3Xr9 wdchaED_UIZ9c66hmgl9fiF3bWUqQ.fMFLLYBarjE4uLjUEDW2NvO0bw40wO06pEI7zJ37nczWLY ZitizG_ylo_A9wjwQDNFUbgqfWO_mhM0S44y0ATUovuPLiMP29w3Fd5p2mmy7k4EyTk0JID4Hk6R F93aatYg5hRnflfLlGuceG4U3gk6HVaGrqsBT5wkFCRK3Isj7g1uq0AxmEAI1c2WAltuU1.z3FxR 6Y7TJmuEiP48ajJnRL8fa8U.TbWXoUw1z3iJzcbPAY35sksut8U_92eY40aMu5oA3YwHaguLr5o9 MmAG2WanI9tajaGbF7GFe14kRyjTqvKlICcSJaO5S_jtv9t61XVDQNXRolOI80ukpsSooJmaD3Ha b7bsS6aRYMWCMGG3v5eiYcKPfXq9x5Qs9C.pRN6cFPSpggejpzj.QZpH0qgkFvuEbIJs_.ZEDgbE KT9ZCrhUmuvjj6u7dxJp6MjGZ38E2Mgj3tttK0vfLrlsLW3YNrYXI62jvQkWPqx8SfxIkf469NFj Yl6gv03Y- X-Sonic-MF: X-Sonic-ID: 081bf8dc-40d8-441c-961b-a63428b7bd30 Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.sg3.yahoo.com with HTTP; Thu, 24 Jul 2025 23:14:18 +0000 Received: by hermes--production-gq1-74d64bb7d7-r5xbr (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID f60804f6646151fb602f77b2bfab9625; Thu, 24 Jul 2025 23:14:12 +0000 (UTC) X-YMail-OSG: Cn9LQxoVM1lh2DkFvxFeHnbBRCD_ZLmqiUH38vzwjNi2u0fj2vlk7MF0P_jq5le sNGesf7VKPe.VpRod0mWgicpV3Nk1IFq1.mz10GuC.fBz7pdYFTC.HZ2ZaG9oyNg4CulWCbdeHwN mDUphO2jiZWe8p0tuZDOlmfhqt5abvG9A42fQ0IZEMuWXAYj8tBPuwf9HWuZbi4Hui6EOmCLo_Ny wH4PFRxTRc78HSam5yycprCbKQXlDDKVP1omNfeDZwTI8Q0Q5oObdMWJZ7wlg_1zKAusK_vpIU9Z gEpJ16WJetsOT0sSVztok7e2awW4WePYxXQfpWUtphU9p7FEjosvnn.rj1Pylgv2Phc547u8qpyf WDe0hzLHV5n_nwOlmMSjrrKeeN6f5XSbcoi9wIXilEVuNAQivSp_pNUwE_PQbpoJ1x7jpA_MZeEG T1orZjCPT5_UuPUzuX3fSnwaNSOU4jYKXPlyLMakNmAuiLFiIKOhND2h70U4i0JO4Eb9ZxW_Bkcg iAYZOtT6D4lEu3FT46TAtxnJ0kqP0WOKEc9KW0Wk4Ff2hrL7nXPbgnQRgwwhat6LQQS4NjcE.Fgm BpSVOQBjr8tNOuJLqKTUxWm8RCrROvWCBScIPlGH.DkrZATqKRqp7IehqXGfUsvYI65AhtAq6QCN MPmYkJo4hjuu.W3lyn2sZawBDENDHOqth_pulZ_7L9.1xgjYb6MlGUhE8LDlIpgCp_UBjWa44Ysh _Tqsy6Ds9nqnAcBGD0LLFneCkziVARAX2muHHKWRnMINE7UzWBt3dO4BTGjTBMW7nbWB3HCTAqc9 0FAn6rPJcC9ZWWRUj2xZ04U0P.yT.AT3tG5clfDCj3rKTfcE8JaI3tjbfCrTB93SqZHoaDgNf.L0 b9cJv5z_qkjXPLPJCnEM4elhT6WDQmO_yD0DiUZ_stDcK3mPn6Vc7nt2IsHpJSQPSq0J_zaoTSCZ .rY7.hvsEmg8IVOAbE03l.f1v1J0Q.trU1pMMO70oX00wCl3Sv9N3qdwuRViNe7ktt6DzeKRyHCd 3mDbimQt1O4maq3PUkzU3VvEKyl5l0mgxGEAau2Hy3bN8vKMfcyuoEZyghl_ZCS6j9WT3bo2An.4 jNRqQZQgBKgoIbp94y5ysXU7eVxDH5RdJsJcFNMuDgDNdRPOlG3Lspf02m4BRKdiXovvrZjIY85p Gr1ghfcmnucsP7THjoTJa9ASbWEYZyV03t8w50sFctf7sTBIfb1ERidhUCztMCZfjksEuNZLw7LE mCIIgsY9_e2vsAYbu5DlF_bUltfiivO_uUK762JTeD3.dRx8CDeoy6Xm7u0Cqe19qhaoihgp2TC5 pJvShlYmiwlMgXrYTelmBnUKxB_0PpB3xmTN8mLrN7OOUT9PcV216H51Qrx0jsHXZ8xa0r4Jbrio OGdWX5kMzN5JxS4BWm9A8hI9qUtexBQRV6Xp9gHzptoioU3y.Cs2M1sLNcR34Ndcydd2v3igIN_c dLbhgBKYcdyIpLOftq8DzkikzT.5cme831bdea0c9.FDJiDQOA06nLFw7.wtMfD524nBSFmbQ3rl bef8B6MboYQ9J253PrqU5R.etObRssEArRZFlz47BcquZzvSir0wJWacee4V3i0XSprgnpyLRrCS npqwL6mpEyb048HgDcuFmZe_heO3dOiVJ5gtPFDav5ejU1.xKZ87RWRezjLvcVpKM6fQIZKBPxB0 zHQeVy.qNA6QQB3WTLjQbTM4irBazVa23tqrlaboK.MbwKeBnWmNs4RF2XGe2eqDCNJzV9H0dskA uN3WcbFVkZEweotkKag0ASEc5jOwf5EraC_7aU7yqO.1wAu_W5prcNpmRQnygkR1PwSxWj.jPGAH rKvhWg0TcgwRhdbYU_6FPkWX0.g8ovpeY1wotxjwLYPtr_mY.XP1Ts.UXmSLx8Z3oCRT2ytPbmyw 1J0VdtPTTM5xxR8MNLulh_V1XTQMe6EFE0mMgOeuqFrEJvISpXi4IM6jQNrt4C_UhmBfd.c5c9hR 8LhR09X0ZTL2uFUK5T4gvdNCXizrgpXZOZvKzZjkriNzAcPr_h09EuMDbORqwTiyKD.5Z8UKCLuC CQxGLujsTNISCp0DXzOKxnUd4ri2BWLIBR1L5dLPzZGWi2lDBtwWbT550Nbfr8B3qrMbDBu1.7V5 FSyjCdjvMRvb9nU9yRgVkH6UMk4P78d096TWpIoXmn_vybFr2zUuZLOrDAanQkCc4opUKR27jRfY MpQQN9fMLkiC8LnEX7XeshCH0OvQZzDsvlMkSnfvEe87lalLya.rzyQxwwx9NJmTWYkoaVj.GX1H AYaSZq56ieXg_9xOsL0gKR9dJdmNxywFt4KFvER3I147LHX4- X-Sonic-MF: X-Sonic-ID: 225239fd-9366-4d43-b8dc-bdcbbdabd090 Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Thu, 24 Jul 2025 23:14:10 +0000 Date: Thu, 24 Jul 2025 23:14:09 +0000 (UTC) From: "sivapostgres@yahoo.com" Reply-To: "sivapostgres@yahoo.com" To: Pgsql-general , Laurenz Albe Message-ID: <922431211.2481276.1753398849435@mail.yahoo.com> In-Reply-To: <0af232bff681af8f34fd92ceb4d5c635e11815cb.camel@cybertec.at> References: <1453510076.1900935.1753260637232.ref@mail.yahoo.com> <1453510076.1900935.1753260637232@mail.yahoo.com> <959901171.1916220.1753271729336@mail.yahoo.com> <0af232bff681af8f34fd92ceb4d5c635e11815cb.camel@cybertec.at> Subject: Re: Is there any limit on the number of rows to import using copy command MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2481275_603327018.1753398849433" X-Mailer: WebService/1.1.24187 YMailNorrin Content-Length: 6360 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk ------=_Part_2481275_603327018.1753398849433 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Those two columns have null values when the color turns into Red. And the status column shows 'active' only.=C2=A0 =C2=A0All those three colu= mn values are same (null, null, active) even after 2 hours! It works when I split the trigger function into three, one each for insert,= delete and update call from three different triggers.=C2=A0 I've replied t= hat separately. Happiness Always BKR Sivaprakash On Wednesday 23 July, 2025 at 07:41:06 pm IST, Laurenz Albe wrote: =20 =20 On Wed, 2025-07-23 at 11:55 +0000, sivapostgres@yahoo.com wrote: > 1.=C2=A0 I tried running Copy From command from PGAdmin.=C2=A0=C2=A0 > 2.=C2=A0 I ran pg_stat_activity also in another tab [ PGAdmin ]. >=20 > What I observed, > 1.=C2=A0 In about 2 min, in the Dashboard of PGAdmin, the colour changed = to Orange for that particular pid. > 2.=C2=A0 After few seconds, the colour again changed to Red.=C2=A0 =C2=A0 > 3.=C2=A0 The stat column in both Dashboard and pg_stat_activity.state sho= ws 'active'. > 4.=C2=A0 No messages relevant to this pid in postgres' log files > 5.=C2=A0 CPU usage is normal, hovering around 36% overall, 15-18% for pos= tgresql server, from the beginning and even after 3 min. > 6.=C2=A0 We didn't run any other application in that machine.=C2=A0=C2=A0 > 7.=C2=A0 Unique Index is there in table2 which will return only one row f= or that Select Count(*) query. > 8.=C2=A0 No record is there in the target table when transfer started.=C2= =A0 This transfer is the first batch for that particular table. > 9.=C2=A0 Once color turned into Red, I could cancel the query execuion in= PGAdmin, which immediately stops the execution. > 10. I could not see any locks or blocking pids. As far as I know, red in pgAdmin (I don't use it) *is* the indication for a= wait event. So look again what the columns "wait_event_type" and "wait_event" in "pg_st= at_activity" show. Yours, Laurenz Albe =20 ------=_Part_2481275_603327018.1753398849433 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Those two columns have null values= when the color turns into Red.

And the status column shows 'active' only.=    All those three column values are same (null, null, active) ev= en after 2 hours!

It works when I split the trigger function into three, o= ne each for insert, delete and update call from three different triggers.&n= bsp; I've replied that separately.

Happiness Always
BKR = Sivaprakash


=20
=20
On Wednesday 23 July, 2025 at 07:41:06 pm IST, Laur= enz Albe <laurenz.albe@cybertec.at> wrote:


=20 =20
On Wed, 2025-07-23 at 11:55 +0000, sivapostgres@yahoo.com wrote:
&= gt; 1.  I tried running Copy From command from PGAdmin.  > 2.  I ran pg_stat_activity also in another tab [ = PGAdmin ].
>
> What I observed,<= br clear=3D"none">> 1.  In about 2 min, in the Dashboard of PGAdmin= , the colour changed to Orange for that particular pid.
&= gt; 2.  After few seconds, the colour again changed to Red.  &nbs= p;
> 3.  The stat column in both Dashboard and pg= _stat_activity.state shows 'active'.
> 4.  No mes= sages relevant to this pid in postgres' log files
> 5.=   CPU usage is normal, hovering around 36% overall, 15-18% for postgre= sql server, from the beginning and even after 3 min.
>= 6.  We didn't run any other application in that machine.  <= br clear=3D"none">> 7.  Unique Index is there in table2 which will = return only one row for that Select Count(*) query.
> = 8.  No record is there in the target table when transfer started. = ; This transfer is the first batch for that particular table.
> 9.  Once color turned into Red, I could cancel the query exe= cuion in PGAdmin, which immediately stops the execution.
= > 10. I could not see any locks or blocking pids.

As far as I know, red in pgAdmin (I don't use it) *is* the i= ndication for a wait event.
So look again what the column= s "wait_event_type" and "wait_event" in "pg_stat_activity" show.


= Yours,
Laurenz Albe

=
------=_Part_2481275_603327018.1753398849433--