From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mail136-25.atl41.mandrillapp.com (mail136-25.atl41.mandrillapp.com [198.2.136.25])
	by mail.toke.dk (Postfix) with ESMTPS id CB4887E73EE
	for <galene@lists.galene.org>; Thu, 18 Feb 2021 11:20:56 +0100 (CET)
Authentication-Results: mail.toke.dk;
	dkim=pass (1024-bit key) header.d=nexedi.com header.i=thomas.gambier@nexedi.com header.b=Po23Oum4;
	dkim=pass (1024-bit key) header.d=mandrillapp.com header.i=@mandrillapp.com header.b=FTLp4RMu
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=mandrill; d=nexedi.com;
 h=From:Subject:To:Cc:In-Reply-To:References:Message-Id:Date:MIME-Version:Content-Type:Content-Transfer-Encoding; i=thomas.gambier@nexedi.com;
 bh=+Fy/SqdvrIOi5kqGu1Xyg7iIO79vZKIdZUr+cTt8pug=;
 b=Po23Oum45rfLeVzh1g49Av0t+ngb96rfhDEWp/ihKUywq+z44iWir24U5FGIbXCECJlHs9kRRfMp
   TvXWyLOgYbOL6C7xNK03JHXsAaczs1myCHPefAnMhXoyDHedwX+wMgWO/OrpRUbqxuWsByk1SqiY
   vAG9SeIsNFHn1ZMdlbI=
Received: from pmta04.mandrill.prod.atl01.rsglab.com (127.0.0.1) by mail136-25.atl41.mandrillapp.com id h5ovoi1sb1kq for <galene@lists.galene.org>; Thu, 18 Feb 2021 10:20:54 +0000 (envelope-from <bounce-md_31050260.602e3f86.v1-64b697d186bb484ea4c58175b0bbe41e@mandrillapp.com>)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mandrillapp.com;
 i=@mandrillapp.com; q=dns/txt; s=mandrill; t=1613643654; h=From :
 Subject : To : Cc : In-Reply-To : References : Message-Id : Date :
 MIME-Version : Content-Type : Content-Transfer-Encoding : From :
 Subject : Date : X-Mandrill-User : List-Unsubscribe;
 bh=+Fy/SqdvrIOi5kqGu1Xyg7iIO79vZKIdZUr+cTt8pug=;
 b=FTLp4RMuNJ1rKONCWxprF7TNt7j4y5BW/8MsdzkLttEj9ShO+uC7GxA6LhnnY3ygwqqyAP
 XxH5zNCGHChu1Y6HwE2KtOp4Rv1g6/eL6OSdYNqtbumHLVEdpITloMRINjYZoO8yJKZ6AXra
 +0KduXL13vlnd8WgJlX4czoiaa4Vs=
From: Thomas Gambier <thomas.gambier@nexedi.com>
Received: from [87.98.221.171] by mandrillapp.com id 64b697d186bb484ea4c58175b0bbe41e; Thu, 18 Feb 2021 10:20:54 +0000
X-Sender: thomas.gambier@nexedi.com
To: Juliusz Chroboczek <jch@irif.fr>
In-Reply-To: <87lfbmvksw.wl-jch@irif.fr>
References: <bb719d050b9b75700a0645cb1cf35e5d@nexedi.com> <5d87b0c8-6581-a92f-67f6-18fd8074d1c1@stroeder.com> <87lfbmvksw.wl-jch@irif.fr>
Message-Id: <96c6497bb7757c121817c7999a591e4f@nexedi.com>
X-Report-Abuse: Please forward a copy of this message, including all headers, to abuse@mandrill.com
X-Report-Abuse: You can also report abuse here: http://mandrillapp.com/contact/abuse?id=31050260.64b697d186bb484ea4c58175b0bbe41e
X-Mandrill-User: md_31050260
Date: Thu, 18 Feb 2021 10:20:54 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: quoted-printable
Message-ID-Hash: DMKIJ6KGAEASD6FURXXMWCYT7LUPPMCH
X-Message-ID-Hash: DMKIJ6KGAEASD6FURXXMWCYT7LUPPMCH
X-MailFrom: bounce-md_31050260.602e3f86.v1-64b697d186bb484ea4c58175b0bbe41e@mandrillapp.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; suspicious-header
CC: =?utf-8?Q?Michael=20Str=C3=B6der?= <michael@stroeder.com>, Galene <galene@lists.galene.org>
X-Mailman-Version: 3.3.2
Precedence: list
Subject: [Galene] Re: accept4: too many open files
List-Id: =?utf-8?q?Gal=C3=A8ne_videoconferencing_server_discussion_list?= <galene.lists.galene.org>
Archived-At: <https://lists.galene.org/galene/96c6497bb7757c121817c7999a591e4f@nexedi.com/>
List-Archive: <https://lists.galene.org/galene/>
List-Help: <mailto:galene-request@lists.galene.org?subject=help>
List-Post: <mailto:galene@lists.galene.org>
List-Subscribe: <mailto:galene-join@lists.galene.org>
List-Unsubscribe: <mailto:galene-leave@lists.galene.org>

On 2021-02-17 15:19, Juliusz Chroboczek wrote:
>> In my systemd unit galene.service [1] I have this set just like for 
>> all
>> other WebRTC and TURN servers:
> 
>> LimitNOFILE=3D65536
> 
> Yes, it looks like a limit problem.  Thomas, =C2=AB ulimit -n 65536 =C2=
=BB before
> starting the server.

Thank you all for your answers. I applied the "ulimit -n $(ulimit -Hn)" 
solution before launching galene.

However, I think that the soft limit should be handled by galene itself. 
As soon as galene realizes that it reaches the max file limit, it should 
call "setrlimit". Do you have a reason why not to call this function 
Juliusz ?

Thanks.

ThomaS.