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 1tVvyC-00ClM0-8b for pgsql-general@arkaria.postgresql.org; Thu, 09 Jan 2025 17:05:20 +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 1tVvyA-004qoT-Un for pgsql-general@arkaria.postgresql.org; Thu, 09 Jan 2025 17:05:18 +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 1tVvyA-004qoK-JU for pgsql-general@lists.postgresql.org; Thu, 09 Jan 2025 17:05:18 +0000 Received: from fout-a6-smtp.messagingengine.com ([103.168.172.149]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1tVvy7-000jvE-2o for pgsql-general@lists.postgresql.org; Thu, 09 Jan 2025 17:05:17 +0000 Received: from phl-compute-03.internal (phl-compute-03.phl.internal [10.202.2.43]) by mailfout.phl.internal (Postfix) with ESMTP id 506C01380227; Thu, 9 Jan 2025 12:05:15 -0500 (EST) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-03.internal (MEProxy); Thu, 09 Jan 2025 12:05:15 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aklaver.com; h= cc:cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1736442315; x=1736528715; bh=/zesY1vSC1SjPGEup4aM3e6otv/FWJsIqMby4l682Ag=; b= YXzZW8H5uZrE7fdDatlSkq3Ejlfsn2z2fVYT0AEvo7tpllYnqb91nQh9ugmDpJAN ub5PVO4wiWTHo5qWV5gEMOdDuYrwVZirDkpB7u8JKBwly4bje7KPDDuKe/HZGB0j Th3lge5S81CWy+mI6Lu5+DarZXh8/EoQDuMcAWNznadTcQMCbqTKwgAG8/3pO/bO WWkXUj/25LZVZzjMUru8MWS5fYHfyjY519OeqV3TNKg6+/eA0CwzHsgSsPWrDeUe gavrdyI+tuu2Wny+qjWLF30yf0HVwtoQGp+kz5JWjMqTwIoJjkkAoeLg0CA4IrtV UtV6t3bbzAPrX75dWPNZNw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1736442315; x= 1736528715; bh=/zesY1vSC1SjPGEup4aM3e6otv/FWJsIqMby4l682Ag=; b=t r3yiIO1DHTVbFiSk57CJYRo+Xlf1gcVAuppKDm8Qdk23q7q6KTZ1yHSwClncudvi SvRKNIF7ie6u2Rm7P7itTeydVlOq/ziPgglk5erMwX+TJk8xAv3GMyUJjbG0GHyj Rgs1pPVMn9nWVeViHqFeNTezb7YghxRtDPCblbKJRR/sNP4Aj/3ZCizEh7Fnlr4h o9fQmuY/jrCqE2pM4KV5t0ZBGyFbslivwBfdlTuuxCxVoBKlqGghKIXd9vf/mml6 2XUfp0kFw9uFCEYUUTQ8I5YgqNUG1bAco9xvhMBnLQ3u9/HMrBwKnRaiQolXoGHC Xeq2GyRW3NwIFoGXCSBqw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudegiedgleefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucenucfjughrpefkffggfg fuvfevfhfhjggtgfesthekredttddvjeenucfhrhhomheptegurhhirghnucfmlhgrvhgv rhcuoegrughrihgrnhdrkhhlrghvvghrsegrkhhlrghvvghrrdgtohhmqeenucggtffrrg htthgvrhhnpeejkeegtefhfeegheehkedukefhfeeihfetkedukedttdeiveejkeelheeh tdetffenucffohhmrghinheprghmrgiiohhnrdgtohhmnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomheprggurhhirghnrdhklhgrvhgvrhesrghk lhgrvhgvrhdrtghomhdpnhgspghrtghpthhtohepvddpmhhouggvpehsmhhtphhouhhtpd hrtghpthhtoheplhgvrghrnhgvrhgurghtrggsrghsvgelleesghhmrghilhdrtghomhdp rhgtphhtthhopehpghhsqhhlqdhgvghnvghrrghlsehlihhsthhsrdhpohhsthhgrhgvsh hqlhdrohhrgh X-ME-Proxy: Feedback-ID: i76984098:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 9 Jan 2025 12:05:14 -0500 (EST) Message-ID: <1ad9842a-f3ec-456e-9251-0663c085e919@aklaver.com> Date: Thu, 9 Jan 2025 09:05:14 -0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: recovery error while running any statement To: yudhi s Cc: pgsql-general References: <86acb9be-a695-4902-b612-e2fb15339982@aklaver.com> Content-Language: en-US From: Adrian Klaver In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 1/9/25 09:01, yudhi s wrote: > > On Thu, Jan 9, 2025 at 10:21 PM Adrian Klaver > wrote: > > On 1/9/25 08:42, yudhi s wrote: > > Hello Experts, > > It's postgres aurora version 16. While  running the ALTER command > on any > > object we see an error "/Only RowExclusiveLock or less can be > acquired > > on database objects during recovery/". If I run any DML it gives an > > error stating '/cannot execute UPDATE in a read-only transaction/' , > > then I tried setting "/set transaction read-write/" and it > erroring out > > with "/cannot set transaction read-write mode during recovery/". > > > > Want to understand , what is the cause of this error and how to > fix this? > > Per: > > https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraPostgreSQL.html > > Aurora Postgres is not the community edition, you should probably take > this up with AWS support. > > > Sure will raise a ticket. I was trying to understand though , if it's > possible in postgres to have these sudden "recovery errors" possible > because of some long running DML/DDL killed unexpectedly using the > "pg_terminate/pg_cancel" command? And if this error appears in community > postgres and if it stays for a long time what we used to do? Since you have provided essentially zero information about your setup there is no real way to answer the above. -- Adrian Klaver adrian.klaver@aklaver.com