From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Madhu Newsgroups: gmane.emacs.devel Subject: Re: tramp "too many open files" [Re: bug#56606 Date: Tue, 21 Mar 2023 00:17:21 +0530 (IST) Message-ID: <20230321.001721.167098091969271495.enometh@meer.net> References: <83k089omhb.fsf@gnu.org> <87ttyfzcpf.fsf@gmx.de> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24076"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: michael.albinus@gmx.de Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Mar 20 19:52:12 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1peKc7-0005yF-LZ for ged-emacs-devel@m.gmane-mx.org; Mon, 20 Mar 2023 19:52:11 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1peKbI-0005jw-SI; Mon, 20 Mar 2023 14:51:20 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1peKb9-0005ii-2b for emacs-devel@gnu.org; Mon, 20 Mar 2023 14:51:11 -0400 Original-Received: from smtp5.ctinetworks.com ([205.166.61.198]) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1peKb7-00072p-CD for emacs-devel@gnu.org; Mon, 20 Mar 2023 14:51:10 -0400 Original-Received: from localhost (unknown [117.193.7.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: enometh@meer.net) by smtp5.ctinetworks.com (Postfix) with ESMTPSA id 8BE5E165D32; Mon, 20 Mar 2023 14:50:00 -0400 (EDT) In-Reply-To: <87ttyfzcpf.fsf@gmx.de> X-Mailer: Mew version 6.9 on Emacs 30.0.50 X-ctinetworks-Information: Please contact the ISP for more information X-ctinetworks-MailScanner-ID: 8BE5E165D32.A5893 X-ctinetworks-VirusCheck: Found to be clean X-ctinetworks-Watermark: 1680202202.96637@tWAe5HPKhdFsKo3gEz5FUg Received-SPF: pass client-ip=205.166.61.198; envelope-from=enometh@meer.net; helo=smtp5.ctinetworks.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:304617 Archived-At: * Michael Albinus <87ttyfzcpf.fsf @gmx.de> Wrote on Mon, 20 Mar 2023 16:04:12 +0100 > Madhu writes: >> The #56606 is archived and this may be unrelated and related to tramp, >> but I wanted to note I encoutered something similar on recent master >> (GNU Emacs 30.0.50 (build 2, x86_64-pc-linux-gnu, X toolkit, cairo >> version 1.16.0, Xaw3d scroll bars) of 2023-03-18) native compilation. > > I might be wrong, but likely, bug#56606 is unrelated. Thanks for your note, Sorry for the false alarm. > > Hmm. tramp-archive.el uses th GVFS file system to read a file > archive. GVFS in this case uses libarchive(3). I notice my gvfsd is not compiled with libarchive. >> Of course I could do nothing but kill the process. I updated mew to 6.9 >> and tried the sequence again in a fresh emacs, but wasn't able to >> reproduce this (but hit a vertico bug instead) >> >> If this looks familiar, or if someone has a clue about it, please tell >> me. Maybe I should a bug report under the `tramp' product if I hit it >> again. > > What I could imagine is, that Emacs has many of the files open from the zip > file. However, mew shouldn't use tramp-archive.el ... Ah, I might have made a mistake when entering the filename: by adding "foo.zip/" when saving the file (it uses read-file-name) > Well, I'm not familiar with mew. Could you please write a bug report, > which contains a recipe starting with "emacs -Q", and which tells how to > reach the point when the error appeared as reported above. The recipe is > also good when it doesn't show the error; I want to use it in order to > see how tramp-archive.el comes into play. Usually I run without a system dbus (but with a session dbus for emacs). tramp-archive disables itself when it finds it cannot connect to a system dbus, so I was protected from it being triggered. (btw if the situation changes, and a system dbus comes up later, it has to be initialized explicitly with (dbus-init-bus :system)) I think I happened to have a system dbus when I triggered the error. tramp found a gvfs and gvfs-fuse process, but it wouldn't have worked because gvfds is not linked with libarchive. So far I've not able to reproduce the error and am not sure. When I try to trigger it with a filename with like /tmp/foo.zip/sle.txt, it just says that there is no such directory. [I'll try to compile gvfsd with libarchive and try again later, but it will take some time to unscrew and fix the gentoo config: I have to update libarchive, and that requires undoing some upstream e2fsprogs decisions.]