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 1tnJwH-004Dli-Mj for pgsql-general@arkaria.postgresql.org; Wed, 26 Feb 2025 16:07: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 1tnJwF-008dMC-SZ for pgsql-general@arkaria.postgresql.org; Wed, 26 Feb 2025 16:07: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 1tnJwE-008dKA-VD for pgsql-general@lists.postgresql.org; Wed, 26 Feb 2025 16:07:11 +0000 Received: from fhigh-a6-smtp.messagingengine.com ([103.168.172.157]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1tnJwB-000DIS-0Z for pgsql-general@postgresql.org; Wed, 26 Feb 2025 16:07:09 +0000 Received: from phl-compute-12.internal (phl-compute-12.phl.internal [10.202.2.52]) by mailfhigh.phl.internal (Postfix) with ESMTP id 535181140114; Wed, 26 Feb 2025 11:07:07 -0500 (EST) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-12.internal (MEProxy); Wed, 26 Feb 2025 11:07:07 -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=fm3; t=1740586027; x=1740672427; bh=xxZCU5yLc9XbgqjP8pSmDwEXVRZynRBNUUZWd5+aSUM=; b= oTGygE+XiEviA72R01k+6ZcHCvtiphPQjfnLXwwleJaOuJZH4XzQAz8sPvOfYuCJ vET73jNzjI/1YeOmvf6cOU5P5Xc/2g3C0NQyPSosJlQuKggp+u/pKZVbnSQQZJpI ZxUZMkOPAe40bMSnwj6Eq3EINzRjEQc8ixhPWkNyyi/ryGcJvvf5ax8Bup2aXxD1 WxYHcWNHfoeMsAI+eyJ5L223Srkxc91cE54ZoW8hYFGoz06jqrcEygcyzzabM1Ov WtCfx56HNUOsZGspHxjoeTFWS1Ez9UAOdMKVqHI9o3aHOd/wJf+lEpWzqrt02VNg vA3luojnTtlX7yM1qESnJw== 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=fm1; t=1740586027; x= 1740672427; bh=xxZCU5yLc9XbgqjP8pSmDwEXVRZynRBNUUZWd5+aSUM=; b=7 lPbHzk6U0L2/hi1TpV8F1pi1vZM44PBOtluA0CMW0kfXYAzECjqmGvPr2m2ackTE VFrOr/FuVRbvvOk2koxwiAgz5qYkCwbIpCPnosmamZogLue2bjIdlZs5cAwOvUT0 OHc1zOpy00Qe3/xzKdUpy0Vkw3XNz+sA6WesmQgjyd11Sxkgx12gETUGHDQFrTci n7AI+dra57xg7G/Zpr8d1Qyd1VmhzcIAL4XfL4CrSK6ZYsMZ25tTp4CS/dHn8ijS tpmS1mkD4QHYUirjdfiaN0pyu7dYTNOSLDynQziusd9G4JP8i/+XqwjigcIPX+52 URgY+LRSbCOApbK/pNYcA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefvddrtddtgdekhedtudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdp uffrtefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecunecujfgurhepkfffgg gfuffvvehfhfgjtgfgsehtkeertddtvdejnecuhfhrohhmpeetughrihgrnhcumfhlrghv vghruceorggurhhirghnrdhklhgrvhgvrhesrghklhgrvhgvrhdrtghomheqnecuggftrf grthhtvghrnhepfeehtdevvdfgkefgtdeijeejgeduhfevuedvhfffteefueefudeiveeg keevieffnecuffhomhgrihhnpegtrhhunhgthhihuggrthgrrdgtohhmnecuvehluhhsth gvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprggurhhirghnrdhklhgr vhgvrhesrghklhgrvhgvrhdrtghomhdpnhgspghrtghpthhtohepfedpmhhouggvpehsmh htphhouhhtpdhrtghpthhtohepshhivhgrphhoshhtghhrvghsseihrghhohhordgtohhm pdhrtghpthhtohephhhtrghmfhhiughssehgmhgrihhlrdgtohhmpdhrtghpthhtohepph hgshhqlhdqghgvnhgvrhgrlhesphhoshhtghhrvghsqhhlrdhorhhg X-ME-Proxy: Feedback-ID: i76984098:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 26 Feb 2025 11:07:06 -0500 (EST) Message-ID: <4790e521-02ee-4d77-bbd3-85a852b280a9@aklaver.com> Date: Wed, 26 Feb 2025 08:07:05 -0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Corruption of few tables To: "sivapostgres@yahoo.com" , Greg Sabino Mullane Cc: Pgsql-general References: <611536258.144285.1740484963829.ref@mail.yahoo.com> <611536258.144285.1740484963829@mail.yahoo.com> <321523931.3980391.1740551587184@mail.yahoo.com> Content-Language: en-US From: Adrian Klaver In-Reply-To: <321523931.3980391.1740551587184@mail.yahoo.com> 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 2/25/25 22:33, sivapostgres@yahoo.com wrote: > Thanks > > // Following is the PB code to retrieve data > > ls_pack_version = fn_get_product_version() > ls_pack_build   = fn_get_product_build() > > Select releasenumber, buildnumber > Into   :ls_db_version, :ls_db_build > From   public.co_version > Where  modulename = 'ALL'; > If SQLCA.sqlcode <> 0 Then >     ls_db_version = '' >     ls_db_build   = 'base' > End If > > If ls_pack_version <> ls_db_version Then >    as_msg   = 'Version do not match.~r~nDB Ver : ' + ls_db_version >    as_msg += '      Build : ' + ls_db_build >    as_msg += '~r~nPack.Ver : ' + ls_pack_version >    as_msg += '      Build : ' + ls_pack_build >    as_msg += '~r~nPlease upgrade Program or Database' >    Messagebox('Error' as_msg) >    Return False > End If > > We get the above message [ Version do not match .... ], as SQLCA.Sqlcode > returned is not ZERO.  [ Successful read will return ZERO ] Not sure how the two are connected. The message is generated if: ls_pack_version <> ls_db_version. From what I can see that depends on the results of: ls_pack_version = fn_get_product_version() and Select releasenumber ... as well as If SQLCA.sqlcode <> 0 How do you what is actually leading to?: ls_pack_version <> ls_db_version. > > We tried selecting tables from PGAdmin also, where we got Disconnected > from the Server...  error message. > > On Tuesday 25 February, 2025 at 07:02:40 pm IST, Greg Sabino Mullane > wrote: > > > On Tue, Feb 25, 2025 at 7:03 AM sivapostgres@yahoo.com > > wrote: > > 1.  Why is corruption happening?  How to find out the reason? > > > It sounds more like user error than actual corruption, but without more > data we cannot determine. Show us the exact commands you ran, along with > the results you expected to see, and the results you got. Provide as > much detail as possible. A reproducible test case would be ideal. > > Happiness Always > > > That is an excellent valediction, thanks for that. > > Cheers, > Greg > > -- > Crunchy Data - https://www.crunchydata.com > Enterprise Postgres Software Products & Tech Support > -- Adrian Klaver adrian.klaver@aklaver.com