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 1tXh8z-00CwhG-6A for pgsql-general@arkaria.postgresql.org; Tue, 14 Jan 2025 13:39: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 1tXh8x-000hty-RY for pgsql-general@arkaria.postgresql.org; Tue, 14 Jan 2025 13:39:44 +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 1tXh8x-000htp-H7 for pgsql-general@lists.postgresql.org; Tue, 14 Jan 2025 13:39:43 +0000 Received: from mail-oo1-xc31.google.com ([2607:f8b0:4864:20::c31]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1tXh8v-000Mam-2T for pgsql-general@postgresql.org; Tue, 14 Jan 2025 13:39:43 +0000 Received: by mail-oo1-xc31.google.com with SMTP id 006d021491bc7-5f6497fbccbso3369113eaf.0 for ; Tue, 14 Jan 2025 05:39:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1736861979; x=1737466779; darn=postgresql.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=vUXltXMvJPHHeUt7XmVV+BdfCms0tve2igHo9THSme8=; b=Zhf+v18JCMwzT1bs3XcUp2hFqC3aWDIrF7EeSs+lHiHK5F/izYsSOQDVny9cieSxP3 DiefXIAYakqcXShGK7+Ke1pnBRmdevgyq6usbLVn5zM6+ZICExDnh1cYVm4/+ihJV449 twYSEeTVtBe3pJ+MiWxXBSR+ehgy9xzL/eBxwYVuvzCKvupGBtPUfzOJ0azCYxaI5fQS uNLal79mmPgQPtoC8GPmnyadBdniXwf0QifuncG4HCA7EOv4lKX07TFFs2cgKCDO6F9g kG3U/J9J1ERvCR7uZX/vxyQFxD1W7V+D7rR8+KnmJON+Ht/5XsHRPvucU659V9RjUNM4 XdbA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1736861979; x=1737466779; h=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=vUXltXMvJPHHeUt7XmVV+BdfCms0tve2igHo9THSme8=; b=RmQo7mO1VmlqS0k2uhtgH8mDx5VikHfPAqCmD0BDSqVfXBO0rBis1pkouvY9fAcy4x uZ15jrC5WVhGH9WVvddQBNdsgggH1FW845LlmIf9kave6LDYX1npAhfjeIOVjKY4vlCV ZOQ6Buw3otCOq0qpt6vglH3wwc4WrthhqGyNxH463cSpt/lLfyZe1i6UApYXbZhgrbun 9OTycw1e5yVNYo1KpMIqq4PbxUbwLSiO5ol1kevPaCgK18EVU0P/97nwiOnMLpjqbsZD OT73N4K8xUB01vxHbQFjuoJDXz6HuH+DC4cndTqXOXWEQ+aReNHM+yO3D55U5+ICFNbv mZ0A== X-Gm-Message-State: AOJu0Yx4zy11cu/8SpgxCA2stTs6xN+rBQi+eYNMYAUNVGsGvRzYqBqR ZLXRG894Wg+1ZT/9gfnwPBVe7iONWt+YU1xr5CVEuYoDdWCnWtcJxHwnDR72lLSjUZ1t67vRgu/ uVwUnrpeGqFeXOAEumaFGWNagFxdUvw== X-Gm-Gg: ASbGncuPXn7ZXcktYti2VKmeRhMJyTJeRcDY3BSjJWmrj6pXfi48C+CvInu0MOhn8xT z5bnmGbChh28VjupvLTSM2iXOEDEyAw1Sfqsp9Qw= X-Google-Smtp-Source: AGHT+IFhfxj+4QEaZHTnBJtXs2FyAkAgsIbE6zjECbdN98hXlWkvfdlSWeHziKbmg/h1xu2eotb2z178RZ/iDG4ods8= X-Received: by 2002:a05:6870:9c8d:b0:29e:7629:1466 with SMTP id 586e51a60fabf-2aacdbc936amr12468202fac.7.1736861979467; Tue, 14 Jan 2025 05:39:39 -0800 (PST) MIME-Version: 1.0 References: <0af98214-3c2a-43e5-9bbf-ddd79b85ea93@ebi.ac.uk> <709d5fa0-85e1-40a2-a6a4-11040f4e5b62@ebi.ac.uk> In-Reply-To: <709d5fa0-85e1-40a2-a6a4-11040f4e5b62@ebi.ac.uk> From: Ron Johnson Date: Tue, 14 Jan 2025 08:39:27 -0500 X-Gm-Features: AbW1kvaS7-iIZEZBAVy_as048mZ_025XNgEAIzDBKFccIBHKvzTdVpjmcn_1oao Message-ID: Subject: Re: Postgresql database terminates abruptly with too many open files error To: pgsql-general Content-Type: multipart/alternative; boundary="0000000000004f64b6062baab1c1" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000004f64b6062baab1c1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Jan 14, 2025 at 7:58=E2=80=AFAM Sri Mrudula Attili = wrote: > Hello Team, > > We have a postgresql VDB(virtual database- Delphix) that keeps > terminating due "to too many open files". > > Below are few alerts that we could see from the postgresql.log > > > < 2025-01-14 11:37:20.724 GMT >LOG: out of file descriptors: Too many > open files in system; release and retry > > < 2025-01-14 11:37:20.724 GMT >FATAL: epoll_create1 failed: Too many > open files in system > > > The number of allowed openfiles at OS level are 65000. even then we see > these all these being utilised and causing the database to terminate. > > > Is there a way we could avoid this. > We need more information. --=20 Death to , and butter sauce. Don't boil me, I'm still alive. lobster! --0000000000004f64b6062baab1c1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Jan 14, 2025 at 7:58=E2=80=AFAM S= ri Mrudula Attili <sri@ebi.ac.uk>= ; wrote:
Hello Team,

=C2=A0=C2=A0We have a postgresql VDB(virtual database- Delphix) that keeps =
terminating due "to too many open files".

Below are few alerts that we could see from the postgresql.log


< 2025-01-14 11:37:20.724 GMT >LOG:=C2=A0 out of file descriptors: To= o many
open files in system; release and retry

< 2025-01-14 11:37:20.724 GMT >FATAL:=C2=A0 epoll_create1 failed: Too= many
open files in system


The number of allowed openfiles at OS level are 65000. even then we see these all these being utilised and causing the database to terminate.


Is there a way we could avoid this.

We = need more information.

--
Death to <Redacted>, and butter sauce.
Don't boil= me, I'm still alive.
<Redacted> lobster!
--0000000000004f64b6062baab1c1--