Version 91.1.1 on Windows Server 2019 has duplicate thunderbird.exe process in "Suspended" status and eventually freezes. I have to shut down that server.
Categories
(Thunderbird :: General, defect)
Tracking
(Not tracked)
People
(Reporter: robert, Unassigned)
References
Details
(Keywords: hang)
Attachments
(6 files)
Taskmanager .png
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.61 Safari/537.36 Edg/94.0.992.31
Steps to reproduce:
Just updated to version 91.1.1 on server 2019, I also tried 91.1.2 today to no avail from 78.14 and that is when the issue started happening.
When I used to run 78.14 I didn't have this issue.
|
||
Comment 1•3 years ago
|
||
Laurent, are you also experiencing Suspended status?
Hi,
no.
(The infinite localhost TCP send/receive problem seems gone since 91.1.1. Yet some users still complaint about TB being sluggish. The investigation is on going.)
|
||
Comment 3•3 years ago
|
||
Multiple processes are to be expected since Thunderbird is now (partly) utilizing multiprocess support.
I'm not sure what you're actually reporting.
|
|
||
Comment 4•3 years ago
|
||
One could expect upwards of 4 processes per user, per Thunderbird "instance". But there are 16 processes with user name "zenobi".
So something is amiss, unless zenobi has multiple instances running on multiple profiles.
It caused me major problems since upgrading. I managed to install 78.14 last night and ran the allow downgrade switch, I find now the process is only one per user and users seem much happier. I just renamed the history.sqlite file so the cached addresses works again.
I also find that on server 2012 thunderbird ver 91.1.1 still opens more than one process but doesn't create so many suspended processes but still not one per open session, I am not sure what changed with this version.
(In reply to Wayne Mery (:wsmwk) from comment #4)
One could expect upwards of 4 processes per user, per Thunderbird "instance". But there are 16 processes with user name "zenobi".
So something is amiss, unless zenobi has multiple instances running on multiple profiles.
No this is not the case. It can run into hundreds suspended processes for one user times this by 20users and it will cause the server to freeze so much I can't even kill the processes. I saw thousands of processes the other day also. That screenshot I sent was when everyone had already signed off.
I have checked for addons and can't find anything wrong.
|
Reporter | |
Comment 10•3 years ago
|
||
I attached another 3 screenshots.
|
||
Comment 11•3 years ago
|
||
Do you have a firewall, or something, that could block "localhost:<randomPort>" inter-process communications ?
Before TB91, this may have gone unnoticed because internal to the single Thunderbird.
Now that there are several process and, I think, a bug causing infinite "localhost" loop, this is surfacing.
|
|
||
Comment 12•3 years ago
|
||
BTW, You should be able to remotely kill process w/o opening a session by using tasklist and taskkill commands from another computer.
|
|
Reporter | |
Comment 13•3 years ago
|
||
(In reply to duparchy from comment #11)
Do you have a firewall, or something, that could block "localhost:<randomPort>" inter-process communications ?
Before TB91, this may have gone unnoticed because internal to the single Thunderbird.Now that there are several process and, I think, a bug causing infinite "localhost" loop, this is surfacing.
I do have a Firewall but only blocking external, not too strict. I also have the issue on random users on the same virtual server.
I even thought a brand new profile in windows server and in Thunderbird would be fine, I was setting up a new user and even had the same issue setting up from scratch.
|
|
Reporter | |
Comment 14•3 years ago
|
||
(In reply to duparchy from comment #12)
BTW, You should be able to remotely kill process w/o opening a session by using tasklist and taskkill commands from another computer.
Thanks I was actually doing that yesterday but the quickest way to kill the suspended processes is to the kill the running one then slowly the suspended ones start to end themselves.
I can only do this if I am quick enough, if the suspended processes duplicate too quickly they eventually freeze the server and all I can is to reboot it. It is not like I am not using enough virtual hardware either, I am using 20gb Ram and 8 vCpus for each server but all the processes kills the cpu.
I have actually have downgraded to previous 78.14 version now on 3 servers as it is causing too many problems in our environment.
|
|
||
Comment 15•3 years ago
|
||
You could try setting browser.tabs.remote.autostart false and extensions.webextensions.remote false (that is, disable multiprocess) and see if it helps.
|
|
Reporter | |
Comment 16•3 years ago
|
||
Thanks for this, I will try it.
Does this have to be done on each profile through Thunderbird options and then config editor?
Is there a file you can edit instead?
I have the new version doing a couple of weird things possibly due to the multiprocesses, I am not sure. I have already downgraded 3 of my servers with the older version, I would like to upgrade again if I can solve these issues.
I will attach pics.
- While thunderbird is open the the cursor keeps flashing with a circle and normal cursor. This happens until you close Thunderbird.
- a strange attachment error, if the user closes the email and re-attached the attachment then it works.
|
|
Reporter | |
Comment 17•3 years ago
|
||
|
|
Reporter | |
Comment 18•3 years ago
|
||
|
|
||
Comment 19•3 years ago
|
||
One issue per bug please (I think, they are addressed in other bugs, coming to 92.x soon)
Yes the pref needs to be set for each profile. You can use a user.js pref file for it.
|
|
||
Comment 20•3 years ago
|
||
(In reply to Magnus Melin [:mkmelin] from comment #15)
You could try setting browser.tabs.remote.autostart false and extensions.webextensions.remote false (that is, disable multiprocess) and see if it helps.
@Robert, how did that work out for you?
|
|
||
Comment 21•3 years ago
|
||
bug needs more info => incomplete
Description
•