`folders.db-journal` and `folders.db-wal` not found

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

`folders.db-journal` and `folders.db-wal` not found

Paul Menzel
Dear Evolution folks,


Using Evolution 3.22.6 from Debian Sid/unstable, but also with versions
from before, it takes several minutes on a slow system to
terminate/quit.

Tracing Evolution while closing, I see a lot of the messages below.

```
2290  stat64("/home/joey/.local/share/evolution/mail/local/folders.db-journal", 0xbfbd552c) = -1 ENOENT (No such file or directory)
2290  stat64("/home/joey/.local/share/evolution/mail/local/folders.db-wal", 0xbfbd552c) = -1 ENOENT (No such file or directory)
```

```
$ grep -c "No such file or" 20170715-evolution-term-strace.txt
429316
```

I have a local account where several thousand messages download from
different accounts over POP3 are stored.

Should I create a bug report for this.


Thanks,

Paul
_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

signature.asc (201 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: `folders.db-journal` and `folders.db-wal` not found

Milan Crha
On Sun, 2017-07-16 at 11:46 +0200, Paul Menzel wrote:
> 2290  stat64("/home/joey/.local/share/evolution/mail/local/folders.db
> -journal", 0xbfbd552c) = -1 ENOENT (No such file or directory)
> 2290  stat64("/home/joey/.local/share/evolution/mail/local/folders.db
> -wal", 0xbfbd552c) = -1 ENOENT (No such file or directory)

        Hi,
those files are not managed by evolution(-data-server) itself, I guess
they are referenced/created by sqlite. The above particular lines
reference the folder.db file for all On This Computer messages and
folders, where POP messages are copied to. They are copied only once,
on Send/Receive when they had been recognized as new, which might not
influence each close of the application.

Maybe try to get two/three backtraces [1] of the closing evolution,
where might be seen what it tries to do. It surely should not cause
aggressive re-saving of the folders.db file on close.
        Bye,
        Milan

[1] You can get the backtrace with command like this:
   $ gdb --batch --ex "t a a bt" -pid=`pidof evolution` &>bt.txt
Please check the bt.txt for any private information, like passwords,
email address, server addresses,... I usually search for "pass" at
least (quotes for clarity only).
_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: `folders.db-journal` and `folders.db-wal` not found

Paul Menzel
Dear Milan,


Thank you for your reply.

Am Montag, den 17.07.2017, 09:09 +0200 schrieb Milan Crha:
> On Sun, 2017-07-16 at 11:46 +0200, Paul Menzel wrote:
> > 2290  stat64("/home/joey/.local/share/evolution/mail/local/folders.db
> > -journal", 0xbfbd552c) = -1 ENOENT (No such file or directory)
> > 2290  stat64("/home/joey/.local/share/evolution/mail/local/folders.db
> > -wal", 0xbfbd552c) = -1 ENOENT (No such file or directory)

> those files are not managed by evolution(-data-server) itself, I guess
> they are referenced/created by sqlite. The above particular lines
> reference the folder.db file for all On This Computer messages and
> folders, where POP messages are copied to. They are copied only once,
> on Send/Receive when they had been recognized as new, which might not
> influence each close of the application.
>
> Maybe try to get two/three backtraces [1] of the closing evolution,
> where might be seen what it tries to do. It surely should not cause
> aggressive re-saving of the folders.db file on close.
I created issue #785212 [2], and attached the traces there.


Thanks,

Paul


[2] https://bugzilla.gnome.org/show_bug.cgi?id=785212
    "Quitting Evolution takes several minutes"
_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

signature.asc (201 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: `folders.db-journal` and `folders.db-wal` not found

Paul Menzel
Dear Milan,


Am Freitag, den 21.07.2017, 10:54 +0200 schrieb Paul Menzel:

> Am Montag, den 17.07.2017, 09:09 +0200 schrieb Milan Crha:
> > On Sun, 2017-07-16 at 11:46 +0200, Paul Menzel wrote:
> > > 2290  stat64("/home/joey/.local/share/evolution/mail/local/folders.db
> > > -journal", 0xbfbd552c) = -1 ENOENT (No such file or directory)
> > > 2290  stat64("/home/joey/.local/share/evolution/mail/local/folders.db
> > > -wal", 0xbfbd552c) = -1 ENOENT (No such file or directory)
> > those files are not managed by evolution(-data-server) itself, I guess
> > they are referenced/created by sqlite. The above particular lines
> > reference the folder.db file for all On This Computer messages and
> > folders, where POP messages are copied to. They are copied only once,
> > on Send/Receive when they had been recognized as new, which might not
> > influence each close of the application.
> >
> > Maybe try to get two/three backtraces [1] of the closing evolution,
> > where might be seen what it tries to do. It surely should not cause
> > aggressive re-saving of the folders.db file on close.
>
> I created issue #785212 [2], and attached the traces there.
Thank you for following up on the bug report, and pointing vFolders
(virtual/search folders(?)) out as the cause of the problem. As I am
still on Evolution 3.22.6, I deleted the search folders, and Evolution
does indeed quit much faster like in 30 seconds or so compared to
several minutes.


Thanks,

Paul
_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

signature.asc (201 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: `folders.db-journal` and `folders.db-wal` not found

Milan Crha
On Wed, 2017-07-26 at 07:52 +0200, Paul Menzel wrote:
> and Evolution does indeed quit much faster like in 30 seconds or so
> compared to several minutes.

        Hi,
thirty seconds is still quite much time, it should quit almost
instantly. Though thinking of it, it can also depend on the settings,
like "Empty Trash On Exit", and the similar option to delete Junk on
Exit. I mean, maybe it does something sane on exit this time.
        Bye,
        Milan
_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Long “quitting time” (was: `folders.db-journal` and `folders.db-wal` not found)

Paul Menzel
Am Mittwoch, den 26.07.2017, 09:16 +0200 schrieb Milan Crha:
> On Wed, 2017-07-26 at 07:52 +0200, Paul Menzel wrote:
> > and Evolution does indeed quit much faster like in 30 seconds or so
> > compared to several minutes.

> thirty seconds is still quite much time, it should quit almost
> instantly. Though thinking of it, it can also depend on the settings,
> like "Empty Trash On Exit", and the similar option to delete Junk on
> Exit. I mean, maybe it does something sane on exit this time.

I created bug #785718 (Quitting Evolution takes one or two minutes) [1]
for that issue.


Thanks,

Paul


[1] https://bugzilla.gnome.org/show_bug.cgi?id=785718
_______________________________________________
evolution-list mailing list
[hidden email]
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

signature.asc (201 bytes) Download Attachment
Loading...