Bug#733047: [iceowl-extension] iceowl is trying to access files that don't exist (hundreds of times per second)
Hello Paolo, On Sun, Sep 27, 2015 at 08:51:21AM +0200, Paolo Cavallini wrote: > On Sun, 27 Sep 2015 08:25:30 +0200 Paolo Cavallini > wrote: > > > prpl-irc: Authentication with SASL failed. > > prpl-irc: Received unexpected ERROR response: > > Closing Link: host217-123-static.253-95-b.business.telecomitalia.it > > (Connection timed out) > > I may have connection issues here. Switching to a different network > improved the situation. Other programs, however, beahved well. > The whole issue might be due to the carrying over of old configs (I'm > using icedove since many years). Is there a guide on which files can be > safely removed without missing my connection info? > Thanks. unfortunately not. You can try to delete some entrys within $HOME/.icedove/$PROFILE/prefs.js after you have made a backup of that file. From personal experience I can say that you can safely delete all entrys that starting with user_pref("print. These are printer settings that sometimes are wrong. If I have to make a clean install I backup all data like contacts and start from scratch. Regards Carsten
Bug#733047: [iceowl-extension] iceowl is trying to access files that don't exist (hundreds of times per second)
On Sun, 27 Sep 2015 08:25:30 +0200 Paolo Cavallini wrote: > prpl-irc: Authentication with SASL failed. > prpl-irc: Received unexpected ERROR response: > Closing Link: host217-123-static.253-95-b.business.telecomitalia.it > (Connection timed out) I may have connection issues here. Switching to a different network improved the situation. Other programs, however, beahved well. The whole issue might be due to the carrying over of old configs (I'm using icedove since many years). Is there a guide on which files can be safely removed without missing my connection info? Thanks. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html
Bug#733047: [iceowl-extension] iceowl is trying to access files that don't exist (hundreds of times per second)
On 2015-09-27 07:44, Carsten Schoenert wrote: O.k. I see you running unstable. Can you please provide some more information about your setup as mentioned in the wiki [1]. Correct, I'm on sid. Sorry for not letting you know beforehand. What other info may be useful? aptitude search icedo | grep ^i i icedove - client di posta e news con supporto per RS i icedove-l10n-it - pacchetto in italiano per Icedove You have ensured there is not installation of Lightning left? If there is a Lightning plugin installed it will be used instead of iceowl-extension. A mad running Icedove is likely almost because of incompatible versions. aptitude search lightn returns nothing What is happens if starting in safe-mode? What's happen if you build a new profile. You have started a log [2] to see what's Icedove is trying to do? What about previous versions? from the strace I get quite a few interesting info: enigmail.js: Registered components mimeVerify.jsm: module initialized *** BUG *** In pixman_region32_reset: Malformed region region Set a breakpoint on '_pixman_log_error' to debug [this is repeated may times] this is also reported here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799800 prpl-irc: Authentication with SASL failed. prpl-irc: Received unexpected ERROR response: Closing Link: host217-123-static.253-95-b.business.telecomitalia.it (Connection timed out) prpl-irc: Connection timed out. Error: [Exception... "Component does not have requested interface [calIOperationListener.onOperationComplete]" nsresult: "0x80004002 (NS_NOINTERFACE)" location: "JS frame :: resource://calendar/modules/calProviderUtils.jsm :: cPB_notifyPureOperationComplete :: line 634" data: no] Error: [Exception... "Component does not have requested interface [calIOperationListener.onOperationComplete]" nsresult: "0x80004002 (NS_NOINTERFACE)" location: "JS frame :: resource://calendar/modules/calProviderUtils.jsm :: cPB_notifyPureOperationComplete :: line 634" data: no] Error: [Exception... "Component does not have requested interface [calIOperationListener.onOperationComplete]" nsresult: "0x80004002 (NS_NOINTERFACE)" location: "JS frame :: resource://calendar/modules/calProviderUtils.jsm :: cPB_notifyPureOperationComplete :: line 634" data: no] Error: [Exception... "Component does not have requested interface [calIOperationListener.onOperationComplete]" nsresult: "0x80004002 (NS_NOINTERFACE)" location: "JS frame :: resource://calendar/modules/calProviderUtils.jsm :: cPB_notifyPureOperationComplete :: line 634" data: no] prpl-irc: Connection closed by server. mimeDecrypt.js: MimeDecrypt - registration done 1443334685975 addons.update-checker WARN Update manifest for langpack...@iceowl.debian.org did not contain an updates property prpl-irc: Connection closed by server. Now Icedove takes a long time to start, but then it seems to run reasonably well (CPU still @ 100% though). Apparently it is a single calendar[0] who is causing most trouble - deactivating it makes the program usable. [0]googleapi://paolo.cavall...@gmail.com/?calendar=%23contacts%40group.v.calendar.google.com I'm running various versions of Icedove from Wheezy to 41.0~b2 and there are no such issues. [1] https://wiki.debian.org/Icedove#Reporting_Bugs [2] https://wiki.debian.org/Icedove#Debugging_Icedove_Activity Thanks a lot for your help. -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
Bug#733047: [iceowl-extension] iceowl is trying to access files that don't exist (hundreds of times per second)
On Sat, Sep 26, 2015 at 10:16:24PM +0200, Paolo Cavallini wrote: > On 2015-09-26 20:53, Carsten Schoenert wrote: > > > dpkg -l icedove* iceowl* calendar-google-provider | grep ii > > ii calendar-google-provider 38.2.0-2 all Google Calendar > support for lightning- and iceowl-extension > ii icedove 38.2.0-2 amd64mail/news client with > RSS and integrated spam filter support > ii icedove-l10n-it 1:38.0.1-1 all Italian language > package for Icedove > ii iceowl-extension 38.2.0-2 amd64Calendar Extension for > Thunderbird/Icedove > ii iceowl-l10n-it 4.0.0.1-1all Italian language > package for iceowl-extension > > > uname -a > > Linux 440 4.1.0-2-amd64 #1 SMP Debian 4.1.6-1 (2015-08-23) x86_64 GNU/Linux O.k. I see you running unstable. Can you please provide some more information about your setup as mentioned in the wiki [1]. You have ensured there is not installation of Lightning left? If there is a Lightning plugin installed it will be used instead of iceowl-extension. A mad running Icedove is likely almost because of incompatible versions. What is happens if starting in safe-mode? What's happen if you build a new profile. You have started a log [2] to see what's Icedove is trying to do? What about previous versions? I'm running various versions of Icedove from Wheezy to 41.0~b2 and there are no such issues. [1] https://wiki.debian.org/Icedove#Reporting_Bugs [2] https://wiki.debian.org/Icedove#Debugging_Icedove_Activity Regards Carsten
Bug#733047: [iceowl-extension] iceowl is trying to access files that don't exist (hundreds of times per second)
On 2015-09-26 20:53, Carsten Schoenert wrote: dpkg -l icedove* iceowl* calendar-google-provider | grep ii ii calendar-google-provider 38.2.0-2 all Google Calendar support for lightning- and iceowl-extension ii icedove 38.2.0-2 amd64mail/news client with RSS and integrated spam filter support ii icedove-l10n-it 1:38.0.1-1 all Italian language package for Icedove ii iceowl-extension 38.2.0-2 amd64Calendar Extension for Thunderbird/Icedove ii iceowl-l10n-it 4.0.0.1-1all Italian language package for iceowl-extension uname -a Linux 440 4.1.0-2-amd64 #1 SMP Debian 4.1.6-1 (2015-08-23) x86_64 GNU/Linux Thanks -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
Bug#733047: [iceowl-extension] iceowl is trying to access files that don't exist (hundreds of times per second)
Hello Paolo, On Sat, Sep 26, 2015 at 08:02:15PM +0200, Paolo Cavallini wrote: > I have something similar: having installed iceowl-extensiuon, and added > a sync with my google calendar, CPU jups at 100% forever, and icedove is > not responding, apparently syncing. > All on current sid. can you please post the output of dpkg -l icedove* iceowl* calendar-google-provider | grep ii and uname -a This feel like you are not using iceowl-extension. Regards Carsten
Bug#733047: [iceowl-extension] iceowl is trying to access files that don't exist (hundreds of times per second)
On Thu, 30 Jan 2014 09:35:46 +0100 Bastian Venthur wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Package: iceowl-extension > Version: 24.2.0-1 > > - --- Please enter the report below this line. --- I have something similar: having installed iceowl-extensiuon, and added a sync with my google calendar, CPU jups at 100% forever, and icedove is not responding, apparently syncing. All on current sid. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html
Bug#733047: [iceowl-extension] iceowl is trying to access files that don't exist (hundreds of times per second)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: iceowl-extension Version: 24.2.0-1 - --- Please enter the report below this line. --- Hi, I narrowed down the problem considerably. Running iceweasel in the debugger showed nothing suspicious, but checking the file system access hit the jackpot: $ strace -e file -f -s2048 -o /tmp/icedove_dbg.txt icedove showed a lot (and I mean way too much per second -- after a few seconds the logfile was 1.5 MB big) of lines like this: 13853 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/deleted.sqlite-journal", F_OK) = -1 ENOENT (No such file or directory) 13853 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/deleted.sqlite-wal", F_OK) = -1 ENOENT (No such file or directory) 13822 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal", F_OK) = -1 ENOENT (No such file or directory) 13822 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-wal", F_OK) = -1 ENOENT (No such file or directory) 13822 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal", F_OK) = -1 ENOENT (No such file or directory) 13822 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-wal", F_OK) = -1 ENOENT (No such file or directory) 13822 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal", F_OK) = -1 ENOENT (No such file or directory) 13822 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-wal", F_OK) = -1 ENOENT (No such file or directory) 13822 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal", F_OK) = -1 ENOENT (No such file or directory) 13822 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-wal", F_OK) = -1 ENOENT (No such file or directory) 13822 stat("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite", {st_mode=S_IFREG|0644, st_size=6083584, ...}) = 0 13822 open("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal", O_RDWR|O_CREAT|O_CLOEXEC, 0644) = 76 13822 open("/home/venthur/.icedove/8qmgx4bf.default/calendar-data", O_RDONLY|O_CLOEXEC) = 77 13822 unlink("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal") = 0 13853 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/deleted.sqlite-journal", F_OK) = -1 ENOENT (No such file or directory) 13853 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/deleted.sqlite-wal", F_OK) = -1 ENOENT (No such file or directory) 13822 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal", F_OK) = -1 ENOENT (No such file or directory) 13822 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-wal", F_OK) = -1 ENOENT (No such file or directory) 13822 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal", F_OK) = -1 ENOENT (No such file or directory) 13822 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-wal", F_OK) = -1 ENOENT (No such file or directory) 13822 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal", F_OK) = -1 ENOENT (No such file or directory) 13822 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-wal", F_OK) = -1 ENOENT (No such file or directory) 13822 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal", F_OK) = -1 ENOENT (No such file or directory) 13822 access("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-wal", F_OK) = -1 ENOENT (No such file or directory) 13822 stat("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite", {st_mode=S_IFREG|0644, st_size=6083584, ...}) = 0 13822 open("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal", O_RDWR|O_CREAT|O_CLOEXEC, 0644) = 76 13822 open("/home/venthur/.icedove/8qmgx4bf.default/calendar-data", O_RDONLY|O_CLOEXEC) = 77 13822 unlink("/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal") = 0 Checking ~/.icedove/8qmgx4bf.default/calendar-data, revealed that cache.sqlite-wal and -journal where indeed not present. So iceowl tries to access those files hundreds of times per second and gets an error. The workaround for this bug is to disable "offline support" for every single calender (go to each calender -> properties -> uncheck "Offline Support") If you've done that for each calender and restart icedove. It runs normal again. This workaround makes the calenders useless when offline. But the offline support in iceowl is obviously broken. Cheers, Bastian - --- System information. --- Architecture: amd64 Kernel: Linux 3.12-1-amd64 Debian Release: jessie/sid 500 unstableftp.de.debian.org 500 stable repository.spotify.com 500 stable dl.google.com 1 experimentalftp.de.debian.org - --- Package information. --- Depends (Version) | In