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 1seRK7-0078ye-4I for pgsql-admin@arkaria.postgresql.org; Thu, 15 Aug 2024 03:38:51 +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 1seRK5-00EGXh-En for pgsql-admin@arkaria.postgresql.org; Thu, 15 Aug 2024 03:38:49 +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 1seRK5-00EGXX-2h for pgsql-admin@lists.postgresql.org; Thu, 15 Aug 2024 03:38:49 +0000 Received: from mail-lf1-x12c.google.com ([2a00:1450:4864:20::12c]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1seRK2-004niM-2B for pgsql-admin@lists.postgresql.org; Thu, 15 Aug 2024 03:38:47 +0000 Received: by mail-lf1-x12c.google.com with SMTP id 2adb3069b0e04-530e2235688so457682e87.3 for ; Wed, 14 Aug 2024 20:38:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1723693124; x=1724297924; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=O/X3KiySIG5JQXsBT7uwlAZFwj+yhT0DLyENGvh+e9Q=; b=K1yYrAV6Tyn8wmWN2JHFTsxu+1/aTIwwWqjPljcI4RcrlJboC6+ZLJe5EdBB+kFvq3 CyR5nXOZ+9yxeggi3bqwMpLl6xU43mRMm3esKQ1HI/y6WhcVBcZ1kFqS/Izb+uTuk1GO QkyIOTTEIBOaBRifh55xZj42/pDRtLxbG5IU/CubELWXx+HnHeV+B/AqhZdGrbM+yt6Q ew9+t3wjFVrv//uLEpcAl9zZ3YPVilfi9iRna5RePBx3bG6IC5nbgXtAHuBRIwfAcdQk cxvpiDHzC7a3Z4WNdpNEGlHFuRgE8sltdoCCYfAF2Sh7mxtHInAkG2o7duzEKY75VJDW PfKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1723693124; x=1724297924; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=O/X3KiySIG5JQXsBT7uwlAZFwj+yhT0DLyENGvh+e9Q=; b=laCFC+RjS9KOTn5SnSlRTXQPD3TSQlyPGg3blMv+rrs8MkJ+GyqknaYL4PR6yVWhbt rdB8WFBHHo4wIr6KeyCcLHTLWIjk4lAxQsedTpTyvgXfXbJeb6es3UUaeU6ABinGrT09 agtfoIGkrQF+yCOvAl6tJIs2SUUt9FTaVKhxZCgBBppXVlSHPxRD+CEL0W/t2cTjkTZu 4UdF7vX2B8iw1AWgcstkm4m1Z211kzwqIqTG4d8drs3DYC0KTHmFWxm6KBBSMYqmpKJk MiiiVsMTr+tWwIkxDhomAuMrl9XG0Nhwrzmvz5AAh5CKBVHIPVE1laOB57AGpMBPuXqp K1eg== X-Forwarded-Encrypted: i=1; AJvYcCX/Hl2DRz3RN07C7xohyP5oI4dahujcTbGuvWnYlp9LVRtOoLY6/DAgWfTSeF1a7OpHngw6uidjtglnZCIvE25rTOz81EtrfPrwPqeARxFjPA== X-Gm-Message-State: AOJu0Yy12D4YfG79mdHQIihDxaLZAgEzjTGUUf6lm4xfNqpWIvpF0+h9 +Zd5GIkqOhraxZs8A0pOr3/p9+elwxcCeMZtWRUm7qfqZ4nPSL7V03tfzccJz9D6mz1PjA4TH0Y CguueF6N0z4hdS7/TuTCD37gsvk8= X-Google-Smtp-Source: AGHT+IENGvosRr79tJrpBStZn+unTq6GAofCGwDb7vGtuMjTriX3YKKCqGYPnv8eYOcqUiQ0Ks7aYc04Aj4g5ChIhh0= X-Received: by 2002:a05:6512:3b26:b0:52f:79f8:a42e with SMTP id 2adb3069b0e04-532eda66f7fmr2811306e87.4.1723693123634; Wed, 14 Aug 2024 20:38:43 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Wasim Devale Date: Thu, 15 Aug 2024 09:08:31 +0530 Message-ID: Subject: Re: Dead lock after the migration from CentOS 7 to RHEL 9 To: "David G. Johnston" Cc: Muhammad Waqas , Pgsql-admin , pgsql-admin Content-Type: multipart/alternative; boundary="000000000000561088061fb09440" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000561088061fb09440 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Ok thanks for the insights. Do we need to do any config changes in the config file? We have also configured Datadog agent at operating system level that checks postgresql activity it's has the pgpouncer.d config file that is unchanged after the migration. This might be the possible reason that it is throughing dead lock error. Please through some insights on the above. Thanks for the immediate help. Regards, Wasim On Thu, 15 Aug, 2024, 9:01=E2=80=AFam David G. Johnston, wrote: > On Wednesday, August 14, 2024, Wasim Devale wrote: > >> So it's not a postgresql issue. It's from the application side correct? >> > > That=E2=80=99s the assumption. The vast majority of locks happen because= the > =E2=80=9Capplication=E2=80=9D executed SQL commands. > > David J. > --000000000000561088061fb09440 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Ok thanks for the insights.

Do we need to do any config changes in the config file?

We have also configured Datadog agent at operating system le= vel that checks postgresql activity it's has the pgpouncer.d config fil= e that is unchanged after the migration. This might be the possible reason = that it is throughing dead lock error.

Please through some insights on the above.

Thanks for the immediate help.

Regards,
Wasim


On Thu= , 15 Aug, 2024, 9:01=E2=80=AFam David G. Johnston, <david.g.johnston@gmail.com> wrote:
On Wednesday, August 14, 2024, Wasim Deval= e <wasimd60@gmail.com> wrote:
<= p dir=3D"ltr">So it's not a postgresql issue. It's from the applica= tion side correct?


That=E2=80=99s the a= ssumption.=C2=A0 The vast majority of locks happen because the =E2=80=9Capp= lication=E2=80=9D executed SQL commands.

David J.<= /div>
--000000000000561088061fb09440--