GNU bug report logs - #70669
30.0.50; tramp-archive.elc opened too many times

Previous Next

Package: emacs;

Reported by: Madhu <enometh <at> meer.net>

Date: Tue, 30 Apr 2024 11:25:02 UTC

Severity: normal

Found in version 30.0.50

To reply to this bug, email your comments to 70669 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to enometh <at> meer.net, bug-gnu-emacs <at> gnu.org:
bug#70669; Package emacs. (Tue, 30 Apr 2024 11:25:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Michael Albinus <michael.albinus <at> gmx.de>:
New bug report received and forwarded. Copy sent to enometh <at> meer.net, bug-gnu-emacs <at> gnu.org. (Tue, 30 Apr 2024 11:25:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: bug-gnu-emacs <at> gnu.org
Subject: 30.0.50; tramp-archive.elc opened too many times
Date: Tue, 30 Apr 2024 13:23:45 +0200
This is forwarded from emacs-devel <at> gnu.org

-------------------- Start of forwarded message --------------------
From: Madhu <enometh <at> meer.net>
Subject: tramp-archive.elc opened too many times
Date: Sun, 28 Apr 2024 08:30:01 +0530 (IST)
To: emacs-devel <at> gnu.org

Hello, I am getting DoSed with "Too many open files", and they all
seem to be tramp-archive.elc

I have  tramp-archive-enabled => nil
(featurep 'tramp-gvfs) => nil

The only "weird" buffer I have is a file in Zip-Archive mode.

$ lsof -n | grep tramp-archive | wc -l => 5015
of these 1003 entries are from the main emacs process
and 1003 entries are from 4 pthread tasks each as below

```
emacs     10143                 madhu   16r      REG               8,14     27080    1401209 /14/build/emacs/lisp/net/tramp-archive.elc
emacs     10143 10264 pool-spaw    madhu   16r      REG               8,14    27080 1401209 /14/build/emacs/lisp/net/tramp-archive.elc
emacs     10143 10265 gmain        madhu   16r      REG               8,14    27080 1401209 /14/build/emacs/lisp/net/tramp-archive.elc
emacs     10143 10266 dconf\x20    madhu   16r      REG               8,14    27080 1401209 /14/build/emacs/lisp/net/tramp-archive.elc
emacs     10143 10267 gdbus        madhu   16r      REG               8,14    27080 1401209 /14/build/emacs/lisp/net/tramp-archive.elc
```

Any ideas why this might be happening or if it is a solved problem,
and if I can isolate myself from it?

problems with dbus tend to be fatal, once you get into a situaion the
design of dbus prevents recovery and forces the removal of all
evidence which might have caused the attack...


-------------------- End of forwarded message --------------------




Changed bug submitter to 'Madhu <enometh <at> meer.net>' from 'Michael Albinus <michael.albinus <at> gmx.de>' Request was from Michael Albinus <michael.albinus <at> gmx.de> to control <at> debbugs.gnu.org. (Tue, 30 Apr 2024 11:30:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#70669; Package emacs. (Tue, 30 Apr 2024 11:35:02 GMT) Full text and rfc822 format available.

Message #10 received at 70669 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: 70669 <at> debbugs.gnu.org
Cc: Madhu <enometh <at> meer.net>
Subject: Re: bug#70669: 30.0.50; tramp-archive.elc opened too many times
Date: Tue, 30 Apr 2024 13:33:38 +0200
Michael Albinus <michael.albinus <at> gmx.de> writes:

> Hello, I am getting DoSed with "Too many open files", and they all
> seem to be tramp-archive.elc
>
> I have  tramp-archive-enabled => nil
> (featurep 'tramp-gvfs) => nil
>
> The only "weird" buffer I have is a file in Zip-Archive mode.
>
> $ lsof -n | grep tramp-archive | wc -l => 5015
> of these 1003 entries are from the main emacs process
> and 1003 entries are from 4 pthread tasks each as below
>
> ```
> emacs     10143                 madhu   16r      REG               8,14     27080    1401209 /14/build/emacs/lisp/net/tramp-archive.elc
> emacs     10143 10264 pool-spaw    madhu   16r      REG               8,14    27080 1401209 /14/build/emacs/lisp/net/tramp-archive.elc
> emacs     10143 10265 gmain        madhu   16r      REG               8,14    27080 1401209 /14/build/emacs/lisp/net/tramp-archive.elc
> emacs     10143 10266 dconf\x20    madhu   16r      REG               8,14    27080 1401209 /14/build/emacs/lisp/net/tramp-archive.elc
> emacs     10143 10267 gdbus        madhu   16r      REG               8,14    27080 1401209 /14/build/emacs/lisp/net/tramp-archive.elc
> ```

This looks like a usual result for one Emacs instance. In my case, I get

--8<---------------cut here---------------start------------->8---
# lsof -n | grep tramp-archive
emacs     120407                          albinus  mem       REG              253,2       91864   17328088 /home/albinus/.emacs.d/eln-cache/30.0.50-d9979fcc/tramp-archive-abf83eef-1bdedebd.eln
emacs     120407 120412 pool-spaw         albinus  mem       REG              253,2       91864   17328088 /home/albinus/.emacs.d/eln-cache/30.0.50-d9979fcc/tramp-archive-abf83eef-1bdedebd.eln
emacs     120407 120413 gmain             albinus  mem       REG              253,2       91864   17328088 /home/albinus/.emacs.d/eln-cache/30.0.50-d9979fcc/tramp-archive-abf83eef-1bdedebd.eln
emacs     120407 120414 gdbus             albinus  mem       REG              253,2       91864   17328088 /home/albinus/.emacs.d/eln-cache/30.0.50-d9979fcc/tramp-archive-abf83eef-1bdedebd.eln
emacs     120407 120416 emacs             albinus  mem       REG              253,2       91864   17328088 /home/albinus/.emacs.d/eln-cache/30.0.50-d9979fcc/tramp-archive-abf83eef-1bdedebd.eln
emacs     120407 120417 dconf\x20         albinus  mem       REG              253,2       91864   17328088 /home/albinus/.emacs.d/eln-cache/30.0.50-d9979fcc/tramp-archive-abf83eef-1bdedebd.eln
--8<---------------cut here---------------end--------------->8---

Are all reported results for pid 10143 (the Emacs pid) in your case?

> Any ideas why this might be happening or if it is a solved problem,
> and if I can isolate myself from it?
>
> problems with dbus tend to be fatal, once you get into a situaion the
> design of dbus prevents recovery and forces the removal of all
> evidence which might have caused the attack...

What makes you think it is a D-Bus problem?

Best regards, Michael.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#70669; Package emacs. (Sat, 01 Mar 2025 02:40:03 GMT) Full text and rfc822 format available.

Message #13 received at 70669 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 70669 <at> debbugs.gnu.org, Madhu <enometh <at> meer.net>
Subject: Re: bug#70669: 30.0.50; tramp-archive.elc opened too many times
Date: Fri, 28 Feb 2025 18:39:13 -0800
Michael Albinus <michael.albinus <at> gmx.de> writes:

> Michael Albinus <michael.albinus <at> gmx.de> writes:
>
>> Hello, I am getting DoSed with "Too many open files", and they all
>> seem to be tramp-archive.elc
>>
>> I have  tramp-archive-enabled => nil
>> (featurep 'tramp-gvfs) => nil
>>
>> The only "weird" buffer I have is a file in Zip-Archive mode.
>>
>> $ lsof -n | grep tramp-archive | wc -l => 5015
>> of these 1003 entries are from the main emacs process
>> and 1003 entries are from 4 pthread tasks each as below
>>
>> ```
>> emacs     10143                 madhu   16r      REG               8,14     27080    1401209 /14/build/emacs/lisp/net/tramp-archive.elc
>> emacs     10143 10264 pool-spaw    madhu   16r      REG               8,14    27080 1401209 /14/build/emacs/lisp/net/tramp-archive.elc
>> emacs     10143 10265 gmain        madhu   16r      REG               8,14    27080 1401209 /14/build/emacs/lisp/net/tramp-archive.elc
>> emacs     10143 10266 dconf\x20    madhu   16r      REG               8,14    27080 1401209 /14/build/emacs/lisp/net/tramp-archive.elc
>> emacs     10143 10267 gdbus        madhu   16r      REG               8,14    27080 1401209 /14/build/emacs/lisp/net/tramp-archive.elc
>> ```
>
> This looks like a usual result for one Emacs instance. In my case, I get
>
> # lsof -n | grep tramp-archive
> emacs     120407                          albinus  mem       REG              253,2       91864   17328088 /home/albinus/.emacs.d/eln-cache/30.0.50-d9979fcc/tramp-archive-abf83eef-1bdedebd.eln
> emacs     120407 120412 pool-spaw         albinus  mem       REG              253,2       91864   17328088 /home/albinus/.emacs.d/eln-cache/30.0.50-d9979fcc/tramp-archive-abf83eef-1bdedebd.eln
> emacs     120407 120413 gmain             albinus  mem       REG              253,2       91864   17328088 /home/albinus/.emacs.d/eln-cache/30.0.50-d9979fcc/tramp-archive-abf83eef-1bdedebd.eln
> emacs     120407 120414 gdbus             albinus  mem       REG              253,2       91864   17328088 /home/albinus/.emacs.d/eln-cache/30.0.50-d9979fcc/tramp-archive-abf83eef-1bdedebd.eln
> emacs     120407 120416 emacs             albinus  mem       REG              253,2       91864   17328088 /home/albinus/.emacs.d/eln-cache/30.0.50-d9979fcc/tramp-archive-abf83eef-1bdedebd.eln
> emacs     120407 120417 dconf\x20         albinus  mem       REG              253,2       91864   17328088 /home/albinus/.emacs.d/eln-cache/30.0.50-d9979fcc/tramp-archive-abf83eef-1bdedebd.eln
>
> Are all reported results for pid 10143 (the Emacs pid) in your case?
>
>> Any ideas why this might be happening or if it is a solved problem,
>> and if I can isolate myself from it?
>>
>> problems with dbus tend to be fatal, once you get into a situaion the
>> design of dbus prevents recovery and forces the removal of all
>> evidence which might have caused the attack...
>
> What makes you think it is a D-Bus problem?

Ping.  Madhu, could you answer Michael's questions above?




Added tag(s) moreinfo. Request was from Stefan Kangas <stefankangas <at> gmail.com> to control <at> debbugs.gnu.org. (Sat, 01 Mar 2025 02:40:04 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#70669; Package emacs. (Sat, 01 Mar 2025 16:34:02 GMT) Full text and rfc822 format available.

Message #18 received at 70669 <at> debbugs.gnu.org (full text, mbox):

From: Madhu <enometh <at> meer.net>
To: stefankangas <at> gmail.com
Cc: 70669 <at> debbugs.gnu.org, michael.albinus <at> gmx.de
Subject: Re: bug#70669: 30.0.50; tramp-archive.elc opened too many times
Date: Sat, 01 Mar 2025 22:03:32 +0530 (IST)
*  Stefan Kangas <stefankangas <at> gmail.com> <CADwFkmn4FH+dmheK-dBD9W25swtxcSj0FyjSqkMV34hkmDygLQ <at> mail.gmail.com>
Wrote on Fri, 28 Feb 2025 18:39:13 -0800
> Michael Albinus <michael.albinus <at> gmx.de> writes:
>> Michael Albinus <michael.albinus <at> gmx.de> writes:
>>> Hello, I am getting DoSed with "Too many open files", and they all
>>> seem to be tramp-archive.elc
>>>
>>> I have  tramp-archive-enabled => nil
>>> (featurep 'tramp-gvfs) => nil
>>>
>>> The only "weird" buffer I have is a file in Zip-Archive mode.
>>>
>>> $ lsof -n | grep tramp-archive | wc -l => 5015
>>> of these 1003 entries are from the main emacs process
>>> and 1003 entries are from 4 pthread tasks each as below
>>>
>>> ```
>>> emacs     10143 10267 gdbus        madhu   16r      REG               8,14    27080 1401209 /14/build/emacs/lisp/net/tramp-archive.elc
[7 similar lines snipped]
>>> ```
>>
>> This looks like a usual result for one Emacs instance. In my case, I get
>>
>> # lsof -n | grep tramp-archive
>> emacs     120407                          albinus  mem       REG              253,2       91864   17328088 /home/albinus/.emacs.d/eln-cache/30.0.50-d9979fcc/tramp-archive-abf83eef-1bdedebd.eln
[5 lines snipped]
>> Are all reported results for pid 10143 (the Emacs pid) in your case?

Yes it was

>>> Any ideas why this might be happening or if it is a solved problem,
>>> and if I can isolate myself from it?
>>>
>>> problems with dbus tend to be fatal, once you get into a situaion the
>>> design of dbus prevents recovery and forces the removal of all
>>> evidence which might have caused the attack...
>>
>> What makes you think it is a D-Bus problem?

Why are there so many open files to tramp-archive.eln in the first
place? perhaps the files are mapped for each " thread (named "gdbus"
by glib) which are spawned to handle something that tramp-archive is
doing via dbus?

> Ping.  Madhu, could you answer Michael's questions above?

Locally I made that tramp-archive is never loaded so I haven't
triggered this problem again.  Sorry that's not of much help.




Removed tag(s) moreinfo. Request was from Stefan Kangas <stefankangas <at> gmail.com> to control <at> debbugs.gnu.org. (Sun, 02 Mar 2025 03:52:01 GMT) Full text and rfc822 format available.

This bug report was last modified 111 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.