Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lcIhq-0001p0-6E for pgsql-bugs@arkaria.postgresql.org; Fri, 30 Apr 2021 02:16:38 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lcIho-00074H-6h for pgsql-bugs@arkaria.postgresql.org; Fri, 30 Apr 2021 02:16:36 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lcIhn-000749-W9 for pgsql-bugs@lists.postgresql.org; Fri, 30 Apr 2021 02:16:36 +0000 Received: from n3.nabble.com ([162.255.23.22]) by makus.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lcIhj-0007CJ-Ru for pgsql-bugs@postgresql.org; Fri, 30 Apr 2021 02:16:33 +0000 Received: from n3.nabble.com (localhost [127.0.0.1]) by n3.nabble.com (Postfix) with ESMTP id A08A725F757DA for ; Thu, 29 Apr 2021 19:16:31 -0700 (MST) Date: Thu, 29 Apr 2021 19:16:31 -0700 (MST) From: chenyanfei To: pgsql-bugs@postgresql.org Message-ID: <1619748991620-0.post@n3.nabble.com> Subject: syslogger file descriptor question MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk When use the pg_ctl start -l command to start the postgres, I find the syslogger process point to the specified log file. With long time running, the log file is too big. So we delete it, but the f= d is show as deleted. It looks like the file descriptor leak. Although this problem has little impact, it brings troubles to customers.=20 The regular file has the rotate mechanism=EF=BC=8C so it can close the old = fd and reopen the new file. My question is if I specify them to /dev/null whether have any problem. I find one process do this not in first start. -- Sent from: https://www.postgresql-archive.org/PostgreSQL-bugs-f2117394.html