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 1tF0UW-00ArcA-Le for pgsql-general@arkaria.postgresql.org; Sun, 24 Nov 2024 00:28:45 +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 1tF0UU-005EQ7-6P for pgsql-general@arkaria.postgresql.org; Sun, 24 Nov 2024 00:28:42 +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 1tF0US-005EPz-Gb for pgsql-general@lists.postgresql.org; Sun, 24 Nov 2024 00:28:41 +0000 Received: from fout-a2-smtp.messagingengine.com ([103.168.172.145]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tF0UK-003WHh-HX for pgsql-general@postgresql.org; Sun, 24 Nov 2024 00:28:39 +0000 Received: from phl-compute-10.internal (phl-compute-10.phl.internal [10.202.2.50]) by mailfout.phl.internal (Postfix) with ESMTP id CC6121380391; Sat, 23 Nov 2024 19:28:29 -0500 (EST) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-10.internal (MEProxy); Sat, 23 Nov 2024 19:28:29 -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=1732408109; x=1732494509; bh=Zf3VTzZFDEtL7vHgfv7ua8tci2eeyx9YER12XEeQ4/M=; b= ht3Fv02O1o+j491b2xhjbPZFyuZJBNvbtVQsduc/9p0Kt54nHzlp0KFeX4/tj/YA 5Z8szwyaIrDkJi4MIL50FCL60nAUMIXiAT6evQLl9VbHRupOnJcVQNkul2elpuUZ l6PZ5mxeo+7aXPwNmBY+whVx8sSYBwSWj6+GzPm0hpTNU/rOwdsr3NoujRKtYThN Jvcf4MTeJRIr1bhGHzOeRR2x828RdHalCXeX+ablVjueTv0EB4PxiAfJXC2d2Jqx FaVUopNAppOZgUJB3rkg5zMdI4GefswBF83KvbC2jFYAz85Oq0lRROcdVWol2Ume ou8VZR3GJBV0lFJEmECUzA== 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=1732408109; x= 1732494509; bh=Zf3VTzZFDEtL7vHgfv7ua8tci2eeyx9YER12XEeQ4/M=; b=n JWBAFsREqJ27fy1UOGNlDie/F2SD2KoJJ7McANxz2MBYfm0kR5QYsJV1Tszmw5ph gtj3Fwa72NXbUrbFnTNsbE0EiyeQf+qvG11MQ3a6WvHKCk/hGIoRej2FdmK052eL lXFuPFeS0ko0GUXDdGivesEBs7+ncTxB/Lqbl6tGmGCtL03BK/IwoDM/HkMj3FjN DKKg8wjMinsNauuiS6uG9DpIZnwNAjrNZFuHgVjrCkcWavBkAeMyzNDw3RRZsgHG EvQ8sutKvMFQx57N71sUiKwYf3ZuQMzlNKWk8/iOBMQbhgvIfXzwg8P7DpCDHQAn C8BrndsktPAnu7vf/nRfw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrgedvgddvvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdpuffr tefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnth hsucdlqddutddtmdenucfjughrpefkffggfgfuvfevfhfhjggtgfesthekredttddvjeen ucfhrhhomheptegurhhirghnucfmlhgrvhgvrhcuoegrughrihgrnhdrkhhlrghvvghrse grkhhlrghvvghrrdgtohhmqeenucggtffrrghtthgvrhhnpeefgeefieeutdfggfetgefg heekjeehteeileeigfetieekjedvieeviefgheevtdenucevlhhushhtvghrufhiiigvpe dtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrughrihgrnhdrkhhlrghvvghrsegrkhhl rghvvghrrdgtohhmpdhnsggprhgtphhtthhopeefpdhmohguvgepshhmthhpohhuthdprh gtphhtthhopehssghouhhlrghnghgvrhdvleesghhmrghilhdrtghomhdprhgtphhtthho pehrrgihsehrohguohhnnhgvlhhlrdhivgdprhgtphhtthhopehpghhsqhhlqdhgvghnvg hrrghlsehpohhsthhgrhgvshhqlhdrohhrgh X-ME-Proxy: Feedback-ID: i76984098:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 23 Nov 2024 19:28:28 -0500 (EST) Message-ID: <017913c7-92d3-4967-bf78-2a4dbd193506@aklaver.com> Date: Sat, 23 Nov 2024 16:28:28 -0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Database stats ( pg_stat_database.stats_reset ) get reset on daily basis - why? To: Steeve Boulanger Cc: Ray O'Donnell , pgsql-general References: <6a157286-5948-48ac-bc50-7bb4e65ee5e5@aklaver.com> <38725031-5e80-46ee-b403-a92107b24c39@aklaver.com> <1e2db3f5-00f4-4ec2-800f-46136c2fad59@aklaver.com> <1270021b-c5b5-4ca8-b48d-7dfb163bb6f7@aklaver.com> <9a0d0e80-13e1-421a-9d84-da000fe4433a@aklaver.com> <01020193592431ad-0fedca70-38e9-4fd0-bf49-f5bbf628c76e-000000@eu-west-1.amazonses.com> <793d8f62-fdfe-44d5-b11f-0da978743ccf@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 11/23/24 16:20, Steeve Boulanger wrote: > Apologies for the late reply. > > > I'm guessing shutting down Netdata did not stop the resets? > > There was a hiccup yesterday, so I had to redo the test and wait until > today to see if there were any stats resets ... and NONE today!! > >     reset_status    | cnt > --------------------+----- >  reset before today | 100 >  no reset           |  57 >  reset today        |   0 Getting closer. > > This is quite interesting, and a little unexpected... but in order to > confirm this theory, I have done the following just now: > > 1) Restart Netdata service > 2) rename the "pg_stat_reset()" function , as you suggested in another > post  - very clever btw! :-) Not sure who 'you' refers to, but just to be clear that was Greg Sabino Mullane. > > Now let's wait until tomorrow to see if we have any stats reset and/or > some relevant errors in the PG logs! > > Quick note: I did do a quick check in any user functions for any > "pg_stat_reset" calls , but didn't find any. With that said, we have > 150+ databases in our cluster, so perhaps I missed something. I also did > a grep on the netdata directories, but nothing as well. > > -Steeve > > -- Adrian Klaver adrian.klaver@aklaver.com