From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: X-Spam-Status: No, score=-4.2 required=3.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=ham autolearn_force=no version=3.4.6 Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id 5E1EE1F41C; Tue, 28 Mar 2023 01:32:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=80x24.org; s=selector1; t=1679967146; bh=JONw1FlJcXfsX03wufMv3ZPK85v69+A39hqnNEhxzWY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=F0hn8l+61p+jmEgKH2WKGjEznDzptUWYdpXYlQ9LU/mOz33cWEMBd6nqqbI+HpYRq iclUkJC7lhauCxjTgUNcUe3CwNTrpksSATnNcrLSExkApvpTKK8KO5hw5sjYMEzYe3 IdlAfg/7dMTYAk6r55pw4qj5MPQVzEn8dTgBh8gQ= Date: Tue, 28 Mar 2023 01:32:26 +0000 From: Eric Wong To: Louis DeLosSantos Cc: meta@public-inbox.org Subject: Re: Issues with `lei` as non-root Message-ID: <20230328013226.M125137@dcvr> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: List-Id: Louis DeLosSantos wrote: > Hello, > > I'm experimenting with `lei` as a nice search tool for `lore.kernel.org` > > Everything works fine with the caveat that it seems to break if I'm not root. > > When using `lei` as non-root we get this error: I've never used lei as root nor has any part of public-inbox ever been intended to run as root. > ``` > E: Linux::Inotify2->new: Too many open files at > /usr/share/perl5/vendor_perl/PublicInbox/DirIdle.pm line 40. > connect(/run/user/1000/lei/5.seq.sock): Connection refused (after > attempted daemon start) > ``` > > Any ideas why this may occur? Is `lei` designed to only be ran as root > or is Fedora installing perl in an odd fashion which results in root > needing to be used? What's the output of `ulimit -n` and `lsof -p $(lei daemon-pid)`? (you may need to use `ps -ef |grep lei-daemon` to get the PID if lei is broken and using too many FDs, though) `ulimit -n' is the open file limit, typically 1024 or higher. If `lsof -p $PID` may reveal a bug in lei which leaves too many files open. lei (especially with inotify on Linux) should use far less than 1024. (FreeBSD may end up using far more open files, but that's a different story)