Bug 597388
| Summary: | IMAP Temporary 100% CPU and freezes with thunderbird-3 | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Mauro Carvalho Chehab <mchehab> |
| Component: | thunderbird | Assignee: | Jan Horak <jhorak> |
| Status: | CLOSED WONTFIX | QA Contact: | Desktop QE <desktop-qa-list> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 6.0 | CC: | aaron.toponce, andrew, bertho, bill-bugzilla.redhat.com, collura, drepper, gecko-bugs-nobody, holler, jhorak, kai, lwang, mcepl, mchehab, milan.kerslager, misek, mishu, orion, redhat-bugzilla, redhat, stransky, urkle, vseerror, wtogami |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | 493000 | Environment: | |
| Last Closed: | 2017-12-06 12:29:42 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | 493000 | ||
| Bug Blocks: | |||
|
Description
Mauro Carvalho Chehab
2010-05-28 19:48:08 UTC
The issue seems to be related with using the old thunderbird config with tunerbird3. I've created a new profile and re-configured the accounts with the same information, via GUI. With the new profile, thunderbird is now working fine. Interesting ... could other participants on CC list confirm this finding? Anyway, it would be helpful, if we can get a log of your IMAP chatter (as a private attachment, please) obtained via https://wiki.mozilla.org/MailNews:Logging Thank you @Mauro - can you try your old profile against my comment above re: strace/msf rebuilds to see if it's the same problem? > Anyway, it would be helpful, if we can get a log of your IMAP chatter (as a
> private attachment, please)
I have run off some 52M worth of logs. Please contact me offline at andrew at anvil dot org as to how you want it delivered. I do not want it attached to this commentary.
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux major release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Major release. This request is not yet committed for inclusion. I have expensive logs of the issue which, on one of my machines, is quite crippling. I am unsure as to how the above developer wanted it delivered and have as yet had no response. I can assure you this is a genuine problem, and am keen to provide logs for developers to investigate. This issue has been proposed when we are only considering blocker issues in the current Red Hat Enterprise Linux release. It has been denied for the current Red Hat Enterprise Linux release. ** If you would still like this issue considered for the current release, ask your support representative to file as a blocker on your behalf. Otherwise ask that it be considered for the next Red Hat Enterprise Linux release. ** I have not had this problem for some time now, but a few days ago it reappeared. It is most certainly related to offline storage and big mailboxes. After changing the offline storage options for all my accounts to not download messages larger than 1 KB and no messages older than 1 day (0 is not an option) thunderbird seems to be usable again. I have imap-folders with more than 200 000 messages, and they work fine, but I think thunderbird is trying to be to smart for its own good, and check for new mail in these and download all the messages again or re order them or move them around or whatever if something changes... (In reply to comment #5) > > Anyway, it would be helpful, if we can get a log of your IMAP chatter (as a > > private attachment, please) > > I have run off some 52M worth of logs. Please contact me offline at andrew at > anvil dot org as to how you want it delivered. I do not want it attached to > this commentary. Sorry, for missing on this bug for so long ... you can send logs (compressed or not) to me (mcepl at redhat dot com), and I will take care that they will be safely available just to maintainers of this package. I deleted my config directory (~/.thunderbird) inherited from previous versions (after system update) and then I was able to reconfigure mail accounts and switch off mailbox syncing for all of them and Thunderbird did not freeze anymore since then. I'm able to manually set syncing for selected folders (INBOX etc.). I was not able to let Thunderbird to stop syncing short after has been started which leads to freezing (when reindexing as seems to me) until old config file has been deleted (and recreated from scratch). Now I have Fedora 14 and thunderbird-3.1.7-2.fc14.x86_64 Since RHEL 6.1 External Beta has begun, and this bug remains unresolved, it has been rejected as it is not proposed as exception or blocker. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux. (In reply to comment #12) > I deleted my config directory (~/.thunderbird) inherited from previous versions > (after system update) and then I was able to reconfigure mail accounts and > switch off mailbox syncing for all of them and Thunderbird did not freeze > anymore since then. I'm able to manually set syncing for selected folders > (INBOX etc.). one might then suspect problems with an .msf file. Do you still occasionally see the problem? And, are you now able to sync ALL folders? (In reply to comment #14) > (In reply to comment #12) > > I deleted my config directory (~/.thunderbird) inherited from previous versions > > (after system update) and then I was able to reconfigure mail accounts and > > switch off mailbox syncing for all of them and Thunderbird did not freeze > > anymore since then. I'm able to manually set syncing for selected folders > > (INBOX etc.). > > one might then suspect problems with an .msf file. Maybe. > Do you still occasionally see the problem? No. Now, what happens is that sometimes a message disappears, and I need to manually remove all *.msf *.sqlite files from it. It is probably due to the size of my mailbox. I didn't find any way to convince thunberdird that I'm using a local server, and that it should not cache anything. It loves to spend my disk space with trash: 3,3G .thunderbird/ (that's just for 3 mailboxes, as I've just deleted the msf to make the missing emails to reappear) My local server has: 14G dovemail and dozens of mailboxes. > And, are you now able to sync ALL folders? Not sure. Probably trying to sync my LKML folder will take a long time and will spend lots of disk space. Since RHEL 6.2 External Beta has begun, and this bug remains unresolved, it has been rejected as it is not proposed as exception or blocker. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux. per reporter comment 15, this bug should be closed WFM I am variously using Fedora 20 and CentOS 6.5 and this bug is extant on both. If you have a large folder (eg Archive) the whole interface freezes for 10s of seconds every now and then and when lsof is used on the stuck process it reveals that the process has the .msf file for that folder open. Once it has freed up, lsof shows it's not open any more. It would seem to suggest that some periodic index check is blocking everything. Mauro, Please try this using a current version of THunderbird ... In edit | Preferences (on Windows Tools|Options)->Advanced->Config editor, find these 2 preferences with these values: mail.db.idle_limit 300000 mail.db.max_open 30 Are they at those value? Then, try to increase mail.db.max_open to 10000 or more than the number of your folders in total. Please comment to let us know, do you get better results? (In reply to Andrew Meredith from comment #19) > I am variously using Fedora 20 and CentOS 6.5 and this bug is extant on > both. If you have a large folder (eg Archive) the whole interface freezes > for 10s of seconds every now and then and when lsof is used on the stuck > process it reveals that the process has the .msf file for that folder open. > Once it has freed up, lsof shows it's not open any more. > > It would seem to suggest that some periodic index check is blocking > everything. Andrew, Mauro, does problem go away if you DISABLE message sync in account settings at Sync & Storage? (and see questions in comment 20) Mauro, how does your situation differ from the bug you copied from at bug 493000? I have message sync turned off across the board and have done since the get go; so no it doesn't seem to be affected by this feature. Red Hat Enterprise Linux 6 is in the Production 3 Phase. During the Production 3 Phase, Critical impact Security Advisories (RHSAs) and selected Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available. The official life cycle policy can be reviewed here: http://redhat.com/rhel/lifecycle This issue does not meet the inclusion criteria for the Production 3 Phase and will be marked as CLOSED/WONTFIX. If this remains a critical requirement, please contact Red Hat Customer Support to request a re-evaluation of the issue, citing a clear business justification. Note that a strong business justification will be required for re-evaluation. Red Hat Customer Support can be contacted via the Red Hat Customer Portal at the following URL: https://access.redhat.com/ This issue is still valid for both RHEL 7 and Fedora 27 The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days |