Bug 135531
Summary: | evolution-connector backend eats all available memory | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | Samuli Järvinen <samuli.jarvinen> |
Component: | evolution-connector | Assignee: | Dave Malcolm <dmalcolm> |
Status: | CLOSED ERRATA | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 4.0 | CC: | christopher.maestas, jturner, lars_t.jonsson, linickx, samuli.jarvinen |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | RHBA-2005-236 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-06-09 12:31:29 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: | |||
Bug Blocks: | 137160 |
Description
Samuli Järvinen
2004-10-13 10:51:27 UTC
(Renaming the bug report to reflect that the problem appears to be in evolution-exchange-storage) Looks like a possible duplicate of this upstream bug: http://bugzilla.ximian.com/show_bug.cgi?id=64403 Also could be a duplicate of this upstream bug: http://bugzilla.ximian.com/show_bug.cgi?id=68246 Following up the suggestions in those bug reports, is there a large, "cache.ics" file, located here? ~/.evolution/exchange/NAME_OF_ACCOUNT/personal/subfolders/Calendar/cache.ics 44MB in size. When the evolution is not running. How many calendar events do you have on the server? That file sounds excessively large. In the upstream bug (XB 68246) there's a suggestion that the cache is being appended, rather than cleared each time. If you open the file in a text editor/viewer when evolution isn't running you may be able to confirm this hypothesis; alternatively, if the data in the calendar isn't confidential/sensitive you could attach it to this bug report and I can have a look at it. Not that many. Seems like this was the case. dmalcolm, ping - need to fix or punt to update additional ping Comments at http://bugzilla.ximian.com/show_bug.cgi?id=64403 suggest that this is a problem associated with an update occurring to a recurring meeting. I'm trying to reproduce this bug on my own machine... Also, note that a workaround appears to be to delete the cache.ics file mentioned in comment #3 above. However, if anyone can reproduce the bug, I'd appreciate receiving a copy of that file before you delete it (gzipped up, probably), for further analysis. I haven't yet been able to reproduce the bug, but I'll keep trying. I've been trying but have been unable to reproduce this bug; I will continue. We have a workaround, which is to delete: ~/.evolution/exchange/NAME_OF_ACCOUNT/personal/subfolders/Calendar/cache.ics Though if anyone does experience this bug, I'd be grateful if you could email me the contents of that file before deleting it. Punting to RHEL4 U1 tracker bug since I can't reproduce it. (and because we have a workaround) I recently had the same problem with FC3 and evo 2.0.2. suddendly when I was accepting a meeting the evolution-exchange-storage proccess starting to eat up all resources (memory/cpu). When killing it and restarted evolution it starts again when accessing the calender.. At first a thought it was some kind of big attachement in the meeting so I used Outlook to remove the meeting but that wasnt the case.. then I found this bug here on bugzilla.. so I was able to remove the cache.ics (77MB) file.. But I have saved it, so please send me an email and I will send it to you.. (I dont what the whole world to see my meetings and email adresses .. :) ) Moving this back to assigned, as we're no longer waiting on information. I have this same issue, running FC3 attempting to connect to an exchange server. Everything runs fine until I try to connect the Calendar. My cache.ics file is currently 25MB, and whenever I access the Calendar, evolution-exchange-storage begins to eat my memory (consuming almost all of the 512MB I have on this machine in about 10 seconds). I am happy to send whatever files, run debugs, or cooperate in anyway. Hi I have the same problem on FC3 with evo 2.0.2. My ~/.evolution/exchange/NAME_OF_ACCOUNT/personal/subfolders/Calendar/cache.ics is very small.... but a cache.ics in /.evolution/exchange/NAME_OF_ACCOUNT/favorites/subfolders/Schedule is 49Mb ... what is the impact of deleting it ? (will My machine just hang until it's big again ?) Also reported upstream here: http://bugzilla.ximian.com/show_bug.cgi?id=70414 with a fix, that made it into 2.0.4 evolution-connector-2.0.4 is available as a test update for FC3 Am investigating applying the fix for RHEL4... Don't know the impact of deleting my file neither. This happens on my RHEL4 dist on my laptop w/ 1 GB of memory .... oh I love swapping! An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2005-236.html |