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 1um3js-009KM4-OB for pgsql-admin@arkaria.postgresql.org; Wed, 13 Aug 2025 05:09:28 +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 1um3jr-00C4i8-7g for pgsql-admin@arkaria.postgresql.org; Wed, 13 Aug 2025 05:09:27 +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 1um3jq-00C4i0-RH for pgsql-admin@lists.postgresql.org; Wed, 13 Aug 2025 05:09:27 +0000 Received: from mail-wm1-x32c.google.com ([2a00:1450:4864:20::32c]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1um3jo-000IwI-1K for pgsql-admin@postgresql.org; Wed, 13 Aug 2025 05:09:25 +0000 Received: by mail-wm1-x32c.google.com with SMTP id 5b1f17b1804b1-459e39ee7ccso59444385e9.2 for ; Tue, 12 Aug 2025 22:09:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec.at; s=google; t=1755061763; x=1755666563; darn=postgresql.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:to:from:subject:message-id:from:to:cc:subject:date :message-id:reply-to; bh=30Lv5J5kZlEZFdBoXDuWBYg/Hjfsg41xuz541H5/ypI=; b=FESh84O6pD6YpgyojRXBApnJAlDicGF8SgEWG12KTuZ7rHOhxq/h8LLNGKbqllTD8B 1rGCBqrlE8t3ZTEBRaJygmZvxnV/JjWprGtWPyPA0XzCDEkzOXN37EzM1qhaRI37qHcL dtYh7LbP9e14GxRfsXaaUb/nCuNJnCs852L53ys5o4/ik7x+vxnMacY6M2n5ZSiQNXjq 4tZ6RacWfsqzlsiG9KlF5K/5q9zY5PQlKLq3fnYR/hETet87YzoJPSxnyRep7ELtI+3N rX17Ocvv8L9DvYUSI8OEuolFdPAAxRgUI0ASuY8IUuelGfwa+Oxbx0OMFBgbtyxJYoSl TfGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1755061763; x=1755666563; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:to:from:subject:message-id:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=30Lv5J5kZlEZFdBoXDuWBYg/Hjfsg41xuz541H5/ypI=; b=BhZ9IqiaA/XSHUIADfG2uU9yYNACeQoG5gG0GdC85cJLYL1FINJcCPnQWrGsnD63Ct Vr1DXaVBx7iCPEeBaqsqbGok99DsUu6RFVKTwajPPvAFLqy5EWc87Gv91nMnG9uwOQ8x dA/WAnti7sNgJH+td+FCfOn+i8NScJsXU1aH7O7RenQWjfrO8yucAn1/mlnLHlJxY4Zi Xee9XTN9kEUJRBLE0/w/F6vm9XPjUy8z3hVa2xTUc+RSwpFAAGsfkHyUK5AxUk+Gm2uw N06/iNC6cqIBDj18fjq+XV7aDE0GAdQuVxUt5VpZA+7lJpgMIzWoZK7WDLROo8pVIE6/ R1+g== X-Forwarded-Encrypted: i=1; AJvYcCVgss5xKQj7IuDMmL07umHA7Dzr/CK0riOXlVW9hyoMIY4ckoUMbIxVS0XIUbRXHC4DC7R+TxvUALhOhQ==@postgresql.org X-Gm-Message-State: AOJu0YynJa7tWYJEgyJ9jyBd8ZodC1KgtaqoOOgHYu80rAOJvkOvtQkQ ovL8b0nazGC/EV/jmnsDhvzzzJukwgvmGGnF0Sky/YsfFSIO8/NV+kaxGh4uK0zmkYA= X-Gm-Gg: ASbGncviIbRxhD13qJFPjPHUuu5mGYbwY7AlYs/1zSWg31D7hz4Y5GHn+6TugGr4KGb qKgQx19qRctRphu3AINy9d3JHYthAtMY3mr4NZAak70FmjKXu7iyUhU7g2BYtppTTCHztjQfMBX 2ACufZl+5aNwX4P13tX4jZo1SigI1/AcyQE9PXKgV+1IZQl7RWD5jo+Iwi5NrIU3r7dMBArXCRw 9YDd//G6bOSA37jONTgJU9hyaQZnNyPYL6sHVx1DVDfzTx2kJehFqZeITL/vuWjU99eWIBkBMS6 +zrwcrbvakZREV0F0HAhF4EpcE/QFg+56ip7/gqRcMiIaj3+gIggTkbdyecQNgJ2zwBos6FhGvv a8N4tpoPGaz0Y0kQlI1WtVkrjd2QzE8ciwQMv0uVob/4NP84vLo4P X-Google-Smtp-Source: AGHT+IFYPdDhh8B6FDZFO9kqoFJUwXXSQVzZphHT3QT73ashCDIwskbA4AO8hrEZoDvFimjGCQzIZg== X-Received: by 2002:a05:600c:4f12:b0:459:d9a2:e927 with SMTP id 5b1f17b1804b1-45a17949d3bmr2832245e9.5.1755061762948; Tue, 12 Aug 2025 22:09:22 -0700 (PDT) Received: from laurenz.albe-K4N0CV00F97414D ([2001:871:260:523e:5a1b:30ea:b8cc:a5c9]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-45a16dfdeedsm13306595e9.28.2025.08.12.22.09.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 12 Aug 2025 22:09:22 -0700 (PDT) Message-ID: <9ee3e2fe636951642e21fc6645b6c16f25ee8d8e.camel@cybertec.at> Subject: Re: Re: DB size value different than "/data" dir size From: Laurenz Albe To: "Ghiurea, Isabella" , "pgsql-admin@postgresql.org" Date: Wed, 13 Aug 2025 07:09:21 +0200 In-Reply-To: References: ,<9e1ebefd12e1fc955eee580caca5e9c37fd005ca.camel@cybertec.at> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.56.2 (3.56.2-1.fc42) MIME-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Mon, 2025-08-11 at 14:13 +0000, Ghiurea, Isabella wrote: > I believe this is related to VACUUM FULL behavior in a streaming replicat= ion cfg , > for the standby server the space is not been reclaimed , But the sieze of= db reported > with pg_pretty_db_size is identical on both db size but is=C2=A0 not the = actual sum of > /var/lib/pgsql/data1 files=C2=A0+dir size on the active PG were vacuum fu= ll reclaim the space. >=20 > Is this a normal behavior=C2=A0 in PG=C2=A0with reporting incorrect db si= ze if vacuum full has > not reclaim the OS disk space on both server? VACUUM (FULL) will also reclaim the size on the standby. There can be some delay in the case of a replication conflict. Yours, Laurenz Albe