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 1sP4wl-002nQB-B5 for pgsql-admin@arkaria.postgresql.org; Wed, 03 Jul 2024 18:43:15 +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 1sP4wi-00BDol-VR for pgsql-admin@arkaria.postgresql.org; Wed, 03 Jul 2024 18:43:13 +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 1sP4wi-00BDob-IE for pgsql-admin@lists.postgresql.org; Wed, 03 Jul 2024 18:43:13 +0000 Received: from mailout.easymail.ca ([64.68.200.34]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sP4wg-000GBj-0d for pgsql-admin@lists.postgresql.org; Wed, 03 Jul 2024 18:43:12 +0000 Received: from localhost (localhost [127.0.0.1]) by mailout.easymail.ca (Postfix) with ESMTP id 0A454611D4; Wed, 3 Jul 2024 18:43:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elevated-dev.com; s=easymail; t=1720032187; bh=5cDcW2nRDQjgBlnhuTrvyoO6EtFMkC91ru0CVAuf4A8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=b18/4RKPYaBEK0f+PhJGGo49vAKAey6lctqvfaalC3teYLg0Mc9933vQ6qyygAICg 2hUPfmD9VH0hpY8aq79vmdpr2WPxvdbZ5UAPkUSUj3OjoXLPACUka4kcJ0fBDbf7PA UNrvVd1ngRhF9tAHsp6Ph12zCCdpghTXrvJHTqRP0spgbtPAgPnuHyu8E9zhP0fi8P a2m0/VwMLKXfjsPAPfkBb+nN6c7k9rhSrF5S0UE6J6ftCpvG6/qHGm3mix7hAfX5sp 4nTDlNO0+qIkwCtszwjSAOBHinjYELwHmsekX20ScEkaDcyD2xOI3rdq6ZEU/8H2++ +cj4G5TeR42Pw== X-Virus-Scanned: Debian amavisd-new at emo09-pco.easydns.vpn Received: from mailout.easymail.ca ([127.0.0.1]) by localhost (emo09-pco.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OufRhPZRprs8; Wed, 3 Jul 2024 18:43:06 +0000 (UTC) Received: from smtpclient.apple (unknown [165.140.184.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailout.easymail.ca (Postfix) with ESMTPSA id 6313160F29; Wed, 3 Jul 2024 18:43:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elevated-dev.com; s=easymail; t=1720032186; bh=5cDcW2nRDQjgBlnhuTrvyoO6EtFMkC91ru0CVAuf4A8=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=XH+J7PO6VvlcY5Ztz/IEtjBsVCKiB7L4TWIComVxnDVaIwYM6tXBZWYpMzk+So3uI MiekVcqOpyihNVBl4BTYXxtNLjjUlcDPJ/HK4C2L5sIBWAtSuGy9z4+p4q7Mqkxi7B eFhxjhUa0EFYVFnt8P6N7sXcA5Lyv2Girlz99rz7OPCkubFfdp7aLAd0Sn0halE5ic wzytJGd00RoCs4rQrNk+SrmVb7LPCTkLPqI6U31iFUZeYuhWfRbPN60RR8gSRNyEPM 8Cu0lDwCKbUONJ2qp3fCxwiv+c3a62Vq/dbvq307amJxgrYdi+nUxYn8CPmSdQPw4x 5SgDPbnHBK5kg== Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.600.62\)) Subject: Re: Client not able to pick up From: Scott Ribe In-Reply-To: Date: Wed, 3 Jul 2024 12:42:55 -0600 Cc: pgsql-admin@lists.postgresql.org Content-Transfer-Encoding: quoted-printable Message-Id: <0FC6C4CA-FCCD-4C20-B177-477627D5123B@elevated-dev.com> References: <177F52B5-FCD8-4EAC-9277-52674A5952F9@elevated-dev.com> <2B3F3D22-6435-4D1E-B45A-4C6FB7CDC00C@elevated-dev.com> To: Rajesh Kumar X-Mailer: Apple Mail (2.3774.600.62) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk How are you using HAProxy??? PostgreSQL can only have one master taking = writes. So if you're sending write transactions to HAProxy to split = among master & replicas, then yeah, there's your problem. -- Scott Ribe scott_ribe@elevated-dev.com https://www.linkedin.com/in/scottribe/ > On Jul 3, 2024, at 11:27=E2=80=AFAM, Rajesh Kumar = wrote: >=20 > Can this problem due to issues with HAproxy? >=20 > On Tue, 2 Jul 2024, 19:22 Scott Ribe, = wrote: > > On Jul 2, 2024, at 7:25=E2=80=AFAM, Rajesh Kumar = wrote: > >=20 > > Let's ignore pgbouncer. I am getting the same error for client who = are connected directly >=20 > Principle is the same, something is setting the read only state. >=20 > - Either the database is read only, as for a hot standby for instance; > - Or the user is set to default to read only; > - Or the client is setting read only and not subsequently setting read = write. >=20 > Ignoring pg bouncer just means excluding the possibility that the read = only state was set by some client other than the one reporting the = error.