[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kdepim-users
Subject:    Re: [kdepim-users] Frequent coruptions of data base. Any remedies?
From:       Stephan Diestelhorst <stephan.diestelhorst () gmail ! com>
Date:       2011-12-23 16:11:26
Message-ID: CAJR39ExRXtSsqOsvFXJyNsajc75yMKu-ss5Nj8+4SV_oFPD94A () mail ! gmail ! com
[Download RAW message or body]

On 15 November 2011 18:16, Stephan Diestelhorst
<stephan.diestelhorst@gmail.com> wrote:
> On 13 November 2011 19:58, Andras Mantia <amantia@kde.org> wrote:
>> Stephan Diestelhorst wrote:
>>
>>>>> The MySQL folks suggest to dump the database and manually feeding the
>>>>> data back in there, maybe AKonadi could do that?
>>>>
>>>> Question is, how often? When? And that would double the amount of space
>>>> you need in the $HOME.
>>>
>>> Mmhhm, it seems that the idea was that one could dump the data base,
>>> even after it was corrupted and manually feed the data back into a new
>>> copy.
>>
>> Doing anything from akonadi side when the database is corrupted is already
>> too late. Best would be if MySQL would be stable enough to deal with such
>> cases.
>
> I have simulated and expierenced a few real hard shutdowns again, and
> it seems that the settings so seem to help. InnoDB sees that there had
> ben an unclean shutdown, but is apparently able to recover. Now, if
> this is just luck I do not know, but it is at least some
> circumstantial evidence that the settings help.

After some more time I experienced two more failures and both of them
caused the dreadful data corruptions, again. :-( Just checking that
the settings are still there:

~$ cat ~/.local/share/akonadi/mysql.conf | grep "flush\|sync"
sync_binlog=1
innodb_flush_log_at_trx_commit=1


Yep, they are. And this is just a reason for why I have to wipe the
data base. I'll post this info to the bug report, too and open a MySQl
bug, as well.

Stephan
_______________________________________________
KDE PIM users mailing list
Subscription management: https://mail.kde.org/mailman/listinfo/kdepim-users
[prev in list] [next in list] [prev in thread] [next in thread]