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 1t6rQR-00G3Z7-Ah for pgsql-general@arkaria.postgresql.org; Fri, 01 Nov 2024 13:10:51 +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 1t6rQP-00DgKu-JM for pgsql-general@arkaria.postgresql.org; Fri, 01 Nov 2024 13:10:49 +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 1t6rQP-00DgKl-83 for pgsql-general@lists.postgresql.org; Fri, 01 Nov 2024 13:10:49 +0000 Received: from mail-lj1-x236.google.com ([2a00:1450:4864:20::236]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1t6rQN-004Bdu-8t for pgsql-general@postgresql.org; Fri, 01 Nov 2024 13:10:49 +0000 Received: by mail-lj1-x236.google.com with SMTP id 38308e7fff4ca-2fb5be4381dso19040451fa.2 for ; Fri, 01 Nov 2024 06:10:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1730466646; x=1731071446; darn=postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=xBE9UPvpEhyPZTGQpdhV8dwG8a81aeoixdnT1P5K698=; b=CkPzwjC+T7DDkOBzFDlFyxlZ2nVkipnWscWojcFRnUUgqdan2sd77ShujdSyZo7CQ/ fwztydYJz00zZespRVOMQ9AeHrQNbgPmGVwafq3l+B38ekyGGWgtGAqWFJJQK2i2AZja PWjWcc5aav9q6Nuzl/QZvD7NMV/s8WUtfzlfDdqVQqwMlbV9q5VsC0FRRgNvuOpGsFvE +FKVSXb3rRcI3JyKIh912gmEWVQC0FJB2OaKuJxylLPH1ztdr7IL5sNwYfZZHjIrBHYC a/HCGScz7Du+mhYpNGP1nTJCbe4cfxPZ644Hwmj5crZ4mzalryir9fJKkJ5CNqrG7U2n L67Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1730466646; x=1731071446; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=xBE9UPvpEhyPZTGQpdhV8dwG8a81aeoixdnT1P5K698=; b=iipSMAV3Phsa57VgKwzIhTkROKrEVoapRwm8mo6asYEJqWYLEaEb568EnV0DKtE+Be p9t/bczuSBLCvXQbbyCn52/cq3tLsRUBsjQ29FIbx0nZJHzL90+Sw2qvDqX4PZuGVz3C 2Gap3nj8qaBHy93mKsxaKF6Gugp34twXX6vD4ZjAHWImEDhEzYDuD3u1eWJFVB0m57nh hmjSvB9yUd3xCEg6FeUE9WBoWUhUhfYlBFxDsYmHo2WgGvrp2hgLUf01Nv+maknEM5Fe A1/7JHyF64FRn2MFxriMseaO38s5L9bK6SjUHDbSS2tatTrVpVGEErQ2zU8JG5enHizP lJZQ== X-Forwarded-Encrypted: i=1; AJvYcCWlWTuyqv3EZ14PivRLstyBly5kCzaJEJ01ZwryMQbSSow9m3zdx4M7f/+TEjcq8fSNMehZJO50vGC8q65S@postgresql.org X-Gm-Message-State: AOJu0Yzh/MyuXY42Le72r0I8rNvc7IPdQFiP5z/HvApGdFmzPHWXExam 0xf6y8KyuoO8vysKTto/KMasaxp1QhFS2p8+dUwK2D9HxtTGHP+454Hol11SqiZD4Iz5ryZl90V 6QLgXWEjZxTNrek5cyzprlkgXym4= X-Google-Smtp-Source: AGHT+IEalaFkyZo9xwcqXGUn4leScntu9cooUGb//gC/kzWmj9uwFwO4jd0kMR7sz5DqmcZGdiiSkNqnRKOHfkGSfgs= X-Received: by 2002:a2e:b88e:0:b0:2fa:e658:27b4 with SMTP id 38308e7fff4ca-2fcbdf5fe55mr113026731fa.4.1730466644190; Fri, 01 Nov 2024 06:10:44 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Greg Sabino Mullane Date: Fri, 1 Nov 2024 09:10:06 -0400 Message-ID: Subject: Re: pg_wal folder high disk usage To: Muhammad Usman Khan Cc: Paul Brindusa , pgsql-general Content-Type: multipart/alternative; boundary="0000000000009f6f720625d9a9c9" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000009f6f720625d9a9c9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Nov 1, 2024 at 2:40=E2=80=AFAM Muhammad Usman Khan wrote: > For immediate space, move older files from pg_Wal to another storage but > don't delete them. > No, do not do this! Figure out why WAL is not getting removed by Postgres and let it do its job once fixed. Please recall the original poster is trying to figure out what to do because they are not the database admin, so having them figure out which WAL are "older" and safe to move is not good advice. Resizing the disk is a better option. Could also see if there are other large files on that volume that can be removed or moved elsewhere, esp. large log files. Hopefully all of this is moot because their DBA is back from leave. :) Cheers, Greg --0000000000009f6f720625d9a9c9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Nov 1, 2024 at 2:40=E2=80=AFAM Mu= hammad Usman Khan <usman.k@bitnin= e.net> wrote:
For immediate space, move olde= r files from pg_Wal to another storage but don't delete them.
=

No, do not do this! Figure out why WAL is = not getting removed by Postgres and let it do its job once fixed. Please re= call the original poster is trying to figure out what to do because=C2=A0th= ey are not the database admin, so having them figure out which WAL are &quo= t;older" and safe to move is not good advice.

Resizing the disk is a better option. Could also see if there are other la= rge files on that volume that can be removed or moved elsewhere, esp. large= log files.

Hopefully all of this is moot because = their DBA is back from leave. :)=C2=A0

Cheers,
Greg


--0000000000009f6f720625d9a9c9--