Gloda warning repeated every half-second causing high cpu and slow response. "Observed header that claims to be gloda indexed but that gloda has never heard of during compaction" in error console and "Determining which messages to index""
Categories
(MailNews Core :: Backend, defect)
Tracking
(Not tracked)
People
(Reporter: mgoldey, Unassigned)
References
()
Details
(Keywords: perf, regression, regressionwindow-wanted, Whiteboard: [regression:TB5x?])
Attachments
(1 file)
198.91 KB,
image/jpeg
|
Details |
Comment 1•7 years ago
|
||
Comment 6•7 years ago
|
||
Comment 10•7 years ago
|
||
Comment 11•7 years ago
|
||
Reporter | ||
Comment 12•7 years ago
|
||
Updated•6 years ago
|
Updated•6 years ago
|
Reporter | ||
Comment 13•6 years ago
|
||
Comment 14•6 years ago
|
||
Comment 15•6 years ago
|
||
Reporter | ||
Comment 16•6 years ago
|
||
Comment 17•6 years ago
|
||
Reporter | ||
Comment 18•6 years ago
|
||
Reporter | ||
Comment 19•6 years ago
|
||
I was able to do a solid test today and can confirm that this behavior is not present in TB 54.0a1.
I ran into the compaction bug today using TB 65.0a1. I immediately made three copies of my profile folder, and then ran each of 54.0a1, 65.0a1 and 66.0a1 against one of the folders dedicated to each build. Each time, within TB, I moved one and the same message from my Inbox to a subfolder, and then right clicked on the Inbox > Compact. Here were the results:
54.0a1 -- no error reported in the error console
65.0a1 -- error re: gloda as noted in bug report
66.0a1 -- error re: gloda as noted in bug report
I consider this a firm answer to the question posed: this behavior does not occur in 54.0a1.
Comment 20•6 years ago
|
||
hello there, i recently noticed that thunderbird ran into high cpu usage (like 30% of my cpu computer) and draning my battery. It seems that i have the exact same problem, activity window show indefinitly "Determining which messages to index" and the error log console is looping on "gloda.index_msg WARN Observed header that claims to be gloda indexed but that gloda has never heard of during compaction. In folder: mailbox://nobody@Local%20Folders/Inbox sketchy key: 84 subject: subjectmessage" where "subjectmessage" is the subject of an email i received this summer.
When i'm searching for this subjet on the global search bar i do have one result but when i clic on the result to open it the newly opened tab is empty (i mean no message in the list as it should be).
i dont understand why "nobody@" but anyway i repared the inbox folder whitout success, error still occured.
i just tried to deleted the global-messages-db.sqlite (~228mo) file as suggested on https://support.mozilla.org/en-US/kb/rebuilding-global-database and for now thunderbird is still reindexing all the messages.
Comment 21•6 years ago
|
||
is still reindexing all the messages.
and here we are again, after it worked fine for like an our thunderbird ran again into high cpu usage and the following message "Observed header that claims to be gloda indexed but that gloda has never heard of during compaction." looping into the error console.
Reporter | ||
Comment 22•6 years ago
|
||
Guillaume:
You may be seeing this over and over if Thunderbird is set up to compact folders without asking you for permission. Every time it compacts folders, this gloda problem will (usually) start again.
You can control this somewhat by telling Thunderbird not to compact automatically, so it has to ask you first. Also, tell it to compact only when it will save 50MB or 100 MB or whatever you like, so it will ask less often.
Hope that helps.
Comment 24•6 years ago
|
||
Benjamin, if bug 1362483 does not make immediate progress, could you work with reporter(s) to find a regression range for this and bug 1362483? (fair chance they are the same issue - reference comment 19)
Comment 25•6 years ago
|
||
They do seem the same. I'll see what I can do to help.
Reporter | ||
Comment 26•5 years ago
|
||
Running a patched version of TB 60.8.1 that incorporates a patch fixing the endless repetition of gloda error messages as described in Bug 1362483.
On compaction, the error console reports the following:
uncaught exception: 2147746065 autosync.js:206:13
2019-07-16 14:05:03 gloda.index_msg WARN Observed header that claims to be gloda indexed but that gloda has never heard of during compaction. In folder: mailbox://[user]@mail.[domain].[tld]/Inbox/purchases sketchy key: 49818944 subject: Your AmazonSmile order of Chocolate Kennedy Half... and 2 more items.
... and about 30 similar messages. But each message is reported once, with a unique "sketchy key." But the endless repetition does not occur.
Going back my original bug report, the primary issue appears to have been resolved. (Huzzah!) The underlying gloda problems remain.
Comment 27•5 years ago
•
|
||
Per above, the endless gloda message loop reported here is a dup of bug 1362483, now resolved.
However, also as stated, the underlying gloda issue (indexing failure) is not resolved. Need to either (1) restate this bug to address the underlying gloda issue, or (2) mark this issue as a dup of 1362483 (resolved) and create a new bug report focused on the underlying gloda issue. Not my call, but the underlying bug needs to be in the list.
Comment 28•3 years ago
|
||
(In reply to doug2 from comment #27)
Per above, the endless gloda message loop reported here is a dup of bug 1362483, now resolved.
However, also as stated, the underlying gloda issue (indexing failure) is not resolved. Need to either (1) restate this bug to address the underlying gloda issue,
Thanks doug2.
Is the "underlying" issue covered in the bugs cited as "related"? And if not, what title do you suggest to cover this issue
Comment 29•3 years ago
|
||
Running 89.0b4 64 bit on Windows 10 (up to date) I see no errors in the Error Console related to gloda. I deleted several pieces of mail and compacted several folders. As far as I can tell, the "underlying issue" (whatever it was) is no longer present. I "vote" this issue be closed.
Updated•2 years ago
|
Comment 30•2 years ago
|
||
Thanks for the updates.
Description
•