1. Forum
  2. Usenet
  3. LINUX.GENTOO.USER.DE

  • [gentoo-user-de] Akonadi

    From =?UTF-8?Q?Sebastian_K=C3=BCrschner?@21:1/5 to All on Fri May 26 15:00:02 2017
    Hallo,

    Akonadi startet hier nicht richtig. Folgende Fehlermeldungen erhalte ich beim Start von Kontact.


    MYSQL Serverprotokoll enthält Fehler.

    170526 13:48:01 [Note] InnoDB: Using mutexes to ref count buffer pool pages 170526 13:48:01 [Note] InnoDB: The InnoDB memory heap is disabled
    170526 13:48:01 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 170526 13:48:01 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
    170526 13:48:01 [Note] InnoDB: Compressed tables use zlib 1.2.11
    170526 13:48:01 [Note] InnoDB: Using Linux native AIO
    170526 13:48:01 [Note] InnoDB: Not using CPU crc32 instructions
    170526 13:48:01 [Note] InnoDB: Initializing buffer pool, size = 80.0M
    170526 13:48:01 [Note] InnoDB: Completed initialization of buffer pool
    170526 13:48:01 [Note] InnoDB: Highest supported file format is Barracuda. 170526 13:48:01 [Note] InnoDB: Log scan progressed past the checkpoint lsn 7035871685
    170526 13:48:01 [Note] InnoDB: Database was not shutdown normally!
    170526 13:48:01 [Note] InnoDB: Starting crash recovery.
    170526 13:48:01 [Note] InnoDB: Reading tablespace information from the .ibd files...
    170526 13:48:01 [Note] InnoDB: Restoring possible half-written data pages 170526 13:48:01 [Note] InnoDB: from the doublewrite buffer...
    170526 13:48:06 [ERROR] InnoDB: Tried to read 16384 bytes at offset 64208896. Was only able to read 12288.
    2017-05-26 13:48:06 7f7699b06740 InnoDB: Operating system error number 5 in a file operation.
    InnoDB: Error number 5 means 'Input/output error'.
    InnoDB: Some operating system error numbers are described at
    InnoDB: http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html
    170526 13:48:06 [ERROR] InnoDB: File (unknown): 'read' returned OS error 105. Cannot continue operation

    Akonai-Steuerprogram nicht am D-Bus registriert

    Das Akonadi-Steuerprogramm ist nicht am D-Bus registriert, was normalerweise bedeutet, dass es nicht gestartet wurde oder beim Start ein schwerer Fehler aufgetreten ist.


    Database process exited unexpectedly during initial connection!
    executable: "/usr/sbin/mysqld"
    arguments: ("--defaults-file=/home/sebastian/.local/share/akonadi/mysql.conf", "--datadir=/home/sebastian/.local/share/akonadi/db_data/", "--socket=/tmp/akonadi-sebastian.P5dJCT/mysql.socket")
    stdout: ""
    stderr: "170526 13:48:01 [Note] /usr/sbin/mysqld (mysqld 10.0.30-MariaDB) starting as process 31402 ...
    "
    exit code: 1
    process error: "Process operation timed out"
    "[
    0: akonadiserver(_Z11akBacktracev+0x4b) [0x463a6b]
    1: akonadiserver() [0x463cf2]
    2: /lib64/libc.so.6(+0x331f0) [0x7f4ed4fae1f0]
    3: /lib64/libc.so.6(gsignal+0x37) [0x7f4ed4fae167]
    4: /lib64/libc.so.6(abort+0x16a) [0x7f4ed4faf5ea]
    5: /usr/lib64/qt4/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x8d) [0x7f4ed68ae18d]
    6: akonadiserver(_ZN15FileDebugStream9writeDataEPKcx+0xad) [0x465bad]
    7: /usr/lib64/qt4/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0x9f) [0x7f4ed6954b9f]
    8: /usr/lib64/qt4/libQtCore.so.4(+0x125cb5) [0x7f4ed6962cb5]
    9: /usr/lib64/qt4/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x31) [0x7f4ed696c9f1] 10: akonadiserver(_ZN6QDebugD1Ev+0x48) [0x45e7c8]
    11: akonadiserver(_ZN7Akonadi6Server13DbConfigMysql19startInternalServerEv+0x1ecb) [0x4d53ab]
    12: akonadiserver(_ZN7Akonadi6Server13AkonadiServer20startDatabaseProcessEv+0xff) [0x46681f]
    13: akonadiserver(_ZN7Akonadi6Server13AkonadiServer4initEv+0xb8) [0x468ed8]
    14: akonadiserver() [0x536719]
    15: /usr/lib64/qt4/libQtCore.so.4(_ZN7QObject5eventEP6QEvent+0x1d1) [0x7f4ed69e9871]
    16: /usr/lib64/qt4/libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0x8c) [0x7f4ed69cf0ac]
    17: /usr/lib64/qt4/libQtCore.so.4(_ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData+0x365) [0x7f4ed69d2625]
    18: /usr/lib64/qt4/libQtCore.so.4(+0x1c343e) [0x7f4ed6a0043e]
    19: /usr/lib64/libglib-2.0.so.0(g_main_context_dispatch+0x244) [0x7f4ed4678384] 20: /usr/lib64/libglib-2.0.so.0(+0x4c665) [0x7f4ed4678665]
    21: /usr/lib64/libglib-2.0.so.0(g_main_context_iteration+0x2c) [0x7f4ed467872c] 22: /usr/lib64/qt4/libQtCore.so.4(_ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE+0x7e) [0x7f4ed6a005be]
    23: /usr/lib64/qt4/libQtCore.so.4(_ZN10QEventLoop13processEventsE6QFlagsINS_17ProcessEventsFlagEE+0x41) [0x7f4ed69cd821]
    24: /usr/lib64/qt4/libQtCore.so.4(_ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE+0x1b5) [0x7f4ed69cdbd5]
    25: /usr/lib64/qt4/libQtCore.so.4(_ZN16QCoreApplication4execEv+0x99) [0x7f4ed69d3799]
    26: akonadiserver(main+0x1e5) [0x45dbe5]
    27: /lib64/libc.so.6(__libc_start_main+0xf0) [0x7f4ed4f9b790]
    28: akonadiserver(_start+0x29) [0x45e509]
    ]
    "

    Gruß
    Sebastian
    <!DOCTYPE html>
    <html><head>
    <meta charset="UTF-8">
    </head><body><p>Hallo,<br></p><p>Akonadi startet hier nicht richtig. Folgende Fehlermeldungen erhalte ich beim Start von Kontact.<br></p><p><br></p><p>MYSQL Serverprotokoll enth&#228;lt Fehler.</p><p>170526 13:48:01 [Note] InnoDB: Using mutexes to ref
    count buffer pool pages<br>170526 13:48:01 [Note] InnoDB: The InnoDB memory heap is disabled<br>170526 13:48:01 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins<br>170526 13:48:01 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for
    memory barrier<br>170526 13:48:01 [Note] InnoDB: Compressed tables use zlib 1.2.11<br>170526 13:48:01 [Note] InnoDB: Using Linux native AIO<br>170526 13:48:01 [Note] InnoDB: Not using CPU crc32 instructions<br>170526 13:48:01 [Note] InnoDB: Initializing
    buffer pool, size = 80.0M<br>170526 13:48:01 [Note] InnoDB: Completed initialization of buffer pool<br>170526 13:48:01 [Note] InnoDB: Highest supported file format is Barracuda.<br>170526 13:48:01 [Note] InnoDB: Log scan progressed past the checkpoint
    lsn 7035871685<br>170526 13:48:01 [Note] InnoDB: Database was not shutdown normally!<br>170526 13:48:01 [Note] InnoDB: Starting crash recovery.<br>170526 13:48:01 [Note] InnoDB: Reading tablespace information from the .ibd files...<br>170526 13:48:01 [
    Note] InnoDB: Restoring possible half-written data pages <br>170526 13:48:01 [Note] InnoDB: from the doublewrite buffer...<br>170526 13:48:06 [ERROR] InnoDB: Tried to read 16384 bytes at offset 64208896. Was only able to read 12288.<br>2017-05-26 13:48:
    06 7f7699b06740 InnoDB: Operating system error number 5 in a file operation.<br>InnoDB: Error number 5 means &#39;Input/output error&#39;.<br>InnoDB: Some operating system error numbers are described at<br>InnoDB: http://dev.mysql.com/doc/refman/5.6/en/
    operating-system-error-codes.html<br>170526 13:48:06 [ERROR] InnoDB: File (unknown): &#39;read&#39; returned OS error 105. Cannot continue operation</p><p>Akonai-Steuerprogram nicht am D-Bus registriert<br></p><p style="-qt-block-indent: 0; text-indent:
    0px; margin: 0px;">Das Akonadi-Steuerprogramm ist nicht am D-Bus registriert, was normalerweise bedeutet, dass es nicht gestartet wurde oder beim Start ein schwerer Fehler aufgetreten ist.</p><p style="-qt-block-indent: 0; text-indent: 0px; margin: 0px;">
    <br></p><p style="-qt-block-indent: 0; text-indent: 0px; margin: 0px;"><br></p><p style="-qt-block-indent: 0; text-indent: 0px; margin: 0px;">Database process exited unexpectedly during initial connection! <br>executable: &#34;/usr/sbin/mysqld&#34; <br>
    arguments: (&#34;--defaults-file=/home/sebastian/.local/share/akonadi/mysql.conf&#34;, &#34;--datadir=/home/sebastian/.local/share/akonadi/db_data/&#34;, &#34;--socket=/tmp/akonadi-sebastian.P5dJCT/mysql.socket&#34;) <br>stdout: &#34;&#34; <br>stderr: &#
    34;170526 13:48:01 [Note] /usr/sbin/mysqld (mysqld 10.0.30-MariaDB) starting as process 31402 ...<br>&#34; <br>exit code: 1 <br>process error: &#34;Process operation timed out&#34; <br>&#34;[<br>0: akonadiserver(_Z11akBacktracev+0x4b) [0x463a6b]<br>1:
    akonadiserver() [0x463cf2]<br>2: /lib64/libc.so.6(+0x331f0) [0x7f4ed4fae1f0]<br>3: /lib64/libc.so.6(gsignal+0x37) [0x7f4ed4fae167]<br>4: /lib64/libc.so.6(abort+0x16a) [0x7f4ed4faf5ea]<br>5: /usr/lib64/qt4/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+
    0x8d) [0x7f4ed68ae18d]<br>6: akonadiserver(_ZN15FileDebugStream9writeDataEPKcx+0xad) [0x465bad]<br>7: /usr/lib64/qt4/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0x9f) [0x7f4ed6954b9f]<br>8: /usr/lib64/qt4/libQtCore.so.4(+0x125cb5) [0x7f4ed6962cb5]<br>9: /usr/
    lib64/qt4/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x31) [0x7f4ed696c9f1]<br>10: akonadiserver(_ZN6QDebugD1Ev+0x48) [0x45e7c8]<br>11: akonadiserver(_ZN7Akonadi6Server13DbConfigMysql19startInternalServerEv+0x1ecb) [0x4d53ab]<br>12: akonadiserver(_
    ZN7Akonadi6Server13AkonadiServer20startDatabaseProcessEv+0xff) [0x46681f]<br>13: akonadiserver(_ZN7Akonadi6Server13AkonadiServer4initEv+0xb8) [0x468ed8]<br>14: akonadiserver() [0x536719]<br>15: /usr/lib64/qt4/libQtCore.so.4(_ZN7QObject5eventEP6QEvent+
    0x1d1) [0x7f4ed69e9871]<br>16: /usr/lib64/qt4/libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0x8c) [0x7f4ed69cf0ac]<br>17: /usr/lib64/qt4/libQtCore.so.4(_ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData+0x365)
    [0x7f4ed69d2625]<br>18: /usr/lib64/qt4/libQtCore.so.4(+0x1c343e) [0x7f4ed6a0043e]<br>19: /usr/lib64/libglib-2.0.so.0(g_main_context_dispatch+0x244) [0x7f4ed4678384]<br>20: /usr/lib64/libglib-2.0.so.0(+0x4c665) [0x7f4ed4678665]<br>21: /usr/lib64/libglib-
    2.0.so.0(g_main_context_iteration+0x2c) [0x7f4ed467872c]<br>22: /usr/lib64/qt4/libQtCore.so.4(_ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE+0x7e) [0x7f4ed6a005be]<br>23: /usr/lib64/qt4/libQtCore.so.4(_
    ZN10QEventLoop13processEventsE6QFlagsINS_17ProcessEventsFlagEE+0x41) [0x7f4ed69cd821]<br>24: /usr/lib64/qt4/libQtCore.so.4(_ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE+0x1b5) [0x7f4ed69cdbd5]<br>25: /usr/lib64/qt4/libQtCore.so.4(_
    ZN16QCoreApplication4execEv+0x99) [0x7f4ed69d3799]<br>26: akonadiserver(main+0x1e5) [0x45dbe5]<br>27: /lib64/libc.so.6(__libc_start_main+0xf0) [0x7f4ed4f9b790]<br>28: akonadiserver(_start+0x29) [0x45e509]<br>]<br>&#34; </p><p style="-qt-block-indent: 0;
    text-indent: 0px; margin: 0px;"><br></p><p style="-qt-block-indent: 0; text-indent: 0px; margin: 0px;">Gru&#223;<br>Sebastian</p></body></html>


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kai Krakow@21:1/5 to All on Fri May 26 15:20:02 2017
    Am Fri, 26 May 2017 13:58:05 +0200 (CEST)
    schrieb Sebastian Kürschner <selist@arcor.de>:

    Hallo,

    Akonadi startet hier nicht richtig. Folgende Fehlermeldungen erhalte
    ich beim Start von Kontact.


    MYSQL Serverprotokoll enthält Fehler.

    170526 13:48:01 [Note] InnoDB: Using mutexes to ref count buffer pool
    pages 170526 13:48:01 [Note] InnoDB: The InnoDB memory heap is
    disabled 170526 13:48:01 [Note] InnoDB: Mutexes and rw_locks use GCC
    atomic builtins 170526 13:48:01 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier 170526 13:48:01
    [Note] InnoDB: Compressed tables use zlib 1.2.11 170526 13:48:01
    [Note] InnoDB: Using Linux native AIO 170526 13:48:01 [Note] InnoDB:
    Not using CPU crc32 instructions 170526 13:48:01 [Note] InnoDB:
    Initializing buffer pool, size = 80.0M 170526 13:48:01 [Note] InnoDB: Completed initialization of buffer pool 170526 13:48:01 [Note]
    InnoDB: Highest supported file format is Barracuda. 170526 13:48:01
    [Note] InnoDB: Log scan progressed past the checkpoint lsn 7035871685
    170526 13:48:01 [Note] InnoDB: Database was not shutdown normally!
    170526 13:48:01 [Note] InnoDB: Starting crash recovery. 170526
    13:48:01 [Note] InnoDB: Reading tablespace information from the .ibd
    files... 170526 13:48:01 [Note] InnoDB: Restoring possible
    half-written data pages 170526 13:48:01 [Note] InnoDB: from the
    doublewrite buffer... 170526 13:48:06 [ERROR] InnoDB: Tried to read
    16384 bytes at offset 64208896. Was only able to read 12288.
    2017-05-26 13:48:06 7f7699b06740 InnoDB: Operating system error
    number 5 in a file operation. InnoDB: Error number 5 means
    'Input/output error'. InnoDB: Some operating system error numbers are described at InnoDB: http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html 170526 13:48:06 [ERROR] InnoDB: File (unknown): 'read' returned OS
    error 105. Cannot continue operation

    Sieht aus, als wäre die MySQL-Datei von Akonadi beschädigt, und
    außerdem die InnoDB-Log-Datei... Da wird es vermutlich einfacher, das
    neu aufzusetzen. Gibt es Backups von deinen Mails?

    Die Frage ist eigentlich auch, wie das passieren konnte. Verwendest du
    dein Dateisystem mit nobarrier?

    Akonai-Steuerprogram nicht am D-Bus registriert

    Das ist nur ein Folgefehler, diesen und nachfolgende Fehler kannst du
    vorab ignorieren.

    Das Akonadi-Steuerprogramm ist nicht am D-Bus registriert, was
    normalerweise bedeutet, dass es nicht gestartet wurde oder beim Start
    ein schwerer Fehler aufgetreten ist.


    Database process exited unexpectedly during initial connection!
    executable: "/usr/sbin/mysqld"
    arguments: ("--defaults-file=/home/sebastian/.local/share/akonadi/mysql.conf", "--datadir=/home/sebastian/.local/share/akonadi/db_data/", "--socket=/tmp/akonadi-sebastian.P5dJCT/mysql.socket") stdout: ""
    stderr: "170526 13:48:01 [Note] /usr/sbin/mysqld (mysqld
    10.0.30-MariaDB) starting as process 31402 ... " exit code: 1 process
    error: "Process operation timed out" "[
    0: akonadiserver(_Z11akBacktracev+0x4b) [0x463a6b]
    1: akonadiserver() [0x463cf2]
    2: /lib64/libc.so.6(+0x331f0) [0x7f4ed4fae1f0]
    3: /lib64/libc.so.6(gsignal+0x37) [0x7f4ed4fae167]
    4: /lib64/libc.so.6(abort+0x16a) [0x7f4ed4faf5ea]
    5: /usr/lib64/qt4/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x8d) [0x7f4ed68ae18d] 6:
    akonadiserver(_ZN15FileDebugStream9writeDataEPKcx+0xad) [0x465bad]
    7: /usr/lib64/qt4/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0x9f) [0x7f4ed6954b9f] 8: /usr/lib64/qt4/libQtCore.so.4(+0x125cb5)
    [0x7f4ed6962cb5]
    9: /usr/lib64/qt4/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x31)
    [0x7f4ed696c9f1] 10: akonadiserver(_ZN6QDebugD1Ev+0x48) [0x45e7c8]
    11: akonadiserver(_ZN7Akonadi6Server13DbConfigMysql19startInternalServerEv+0x1ecb)
    [0x4d53ab] 12: akonadiserver(_ZN7Akonadi6Server13AkonadiServer20startDatabaseProcessEv+0xff) [0x46681f] 13:
    akonadiserver(_ZN7Akonadi6Server13AkonadiServer4initEv+0xb8)
    [0x468ed8] 14: akonadiserver() [0x536719]
    15: /usr/lib64/qt4/libQtCore.so.4(_ZN7QObject5eventEP6QEvent+0x1d1) [0x7f4ed69e9871]
    16: /usr/lib64/qt4/libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0x8c)
    [0x7f4ed69cf0ac]
    17: /usr/lib64/qt4/libQtCore.so.4(_ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData+0x365)
    [0x7f4ed69d2625] 18: /usr/lib64/qt4/libQtCore.so.4(+0x1c343e) [0x7f4ed6a0043e]
    19: /usr/lib64/libglib-2.0.so.0(g_main_context_dispatch+0x244) [0x7f4ed4678384] 20: /usr/lib64/libglib-2.0.so.0(+0x4c665)
    [0x7f4ed4678665]
    21: /usr/lib64/libglib-2.0.so.0(g_main_context_iteration+0x2c) [0x7f4ed467872c]
    22: /usr/lib64/qt4/libQtCore.so.4(_ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE+0x7e)
    [0x7f4ed6a005be]
    23: /usr/lib64/qt4/libQtCore.so.4(_ZN10QEventLoop13processEventsE6QFlagsINS_17ProcessEventsFlagEE+0x41)
    [0x7f4ed69cd821]
    24: /usr/lib64/qt4/libQtCore.so.4(_ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE+0x1b5)
    [0x7f4ed69cdbd5]
    25: /usr/lib64/qt4/libQtCore.so.4(_ZN16QCoreApplication4execEv+0x99) [0x7f4ed69d3799] 26: akonadiserver(main+0x1e5) [0x45dbe5]
    27: /lib64/libc.so.6(__libc_start_main+0xf0) [0x7f4ed4f9b790] 28: akonadiserver(_start+0x29) [0x45e509] ] "

    Gruß
    Sebastian



    --
    Regards,
    Kai

    Replies to list-only preferred.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Sven Eden@21:1/5 to All on Sat May 27 10:20:01 2017
    Hallo allerseits.

    Akonadi startet hier nicht richtig. Folgende Fehlermeldungen erhalte
    ich beim Start von Kontact.
    170526 13:48:01 [Note] InnoDB: Database was not shutdown normally!
    170526 13:48:01 [Note] InnoDB: Starting crash recovery. 170526
    13:48:01 [Note] InnoDB: Reading tablespace information from the .ibd files... 170526 13:48:01 [Note] InnoDB: Restoring possible
    half-written data pages 170526 13:48:01 [Note] InnoDB: from the
    doublewrite buffer... 170526 13:48:06 [ERROR] InnoDB: Tried to read
    16384 bytes at offset 64208896. Was only able to read 12288.
    2017-05-26 13:48:06 7f7699b06740 InnoDB: Operating system error
    number 5 in a file operation. InnoDB: Error number 5 means
    'Input/output error'. InnoDB: Some operating system error numbers are described at InnoDB: http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html 170526 13:48:06 [ERROR] InnoDB: File (unknown): 'read' returned OS
    error 105. Cannot continue operation

    Wieso wurde denn mysql nicht richtig beendet? Stromausfall oder so?

    Naja, die Innodb ist hin.

    Sieht aus, als wäre die MySQL-Datei von Akonadi beschädigt, und
    außerdem die InnoDB-Log-Datei... Da wird es vermutlich einfacher, das
    neu aufzusetzen. Gibt es Backups von deinen Mails?

    Alle Mails sind entweder auf dem Server oder dem Dateisystem. Die Datenbank von Akonadi ist nur für die Organisation und Metadatensuche.


    Die Frage ist eigentlich auch, wie das passieren konnte. Verwendest du
    dein Dateisystem mit nobarrier?

    "InnoDB: Database was not shutdown normally!" - Und das mitten im Schreibprozess. Die InnoDB ist *eigentlich* sehr robust.


    Gruß

    Sven
    -----BEGIN PGP SIGNATURE-----

    iQEzBAABCAAdFiEEDE3xENSdkRxZMFC/X8HfnOx0ukgFAlkpKFMACgkQX8HfnOx0 ukjKdAf9Hxy8TSojO9WJ2Qa+UvYjI/mEFd2UBACVxMXOdP7diMZ8SY5kahV0V+V0 xXWWYcheWEYjjiceJG7qdYEI0aMhomPwtqTAQxGj18slPoqOkh8i+FHEWcDuKJL4 l5EWrKHbT5LsyHhfXzdmx+XePGAXbGaD7+VsqyYGO98wYohp6JK1zTMYBzXglCwT rCspbHQqn63o7I0c+21iPt1LvUUc5iqqIp3tniRZjmhEhfusgWLGkffAwzDuTAcI zGWX0gsoizqKEyCvfbgcA2g1FtoPzoR7HvXjbkAWk/AN6DzORednPhIx3mo6PgWI /hQO+/mpIfAOIzl7VIseZzoHaTj8aw==
    =wDN0
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kai Krakow@21:1/5 to All on Sat May 27 11:20:02 2017
    Am Sat, 27 May 2017 09:18:43 +0200
    schrieb Sven Eden <sven.eden@gmx.de>:

    Hallo allerseits.

    Akonadi startet hier nicht richtig. Folgende Fehlermeldungen
    erhalte ich beim Start von Kontact.
    170526 13:48:01 [Note] InnoDB: Database was not shutdown normally!
    170526 13:48:01 [Note] InnoDB: Starting crash recovery. 170526
    13:48:01 [Note] InnoDB: Reading tablespace information from
    the .ibd files... 170526 13:48:01 [Note] InnoDB: Restoring
    possible half-written data pages 170526 13:48:01 [Note] InnoDB:
    from the doublewrite buffer... 170526 13:48:06 [ERROR] InnoDB:
    Tried to read 16384 bytes at offset 64208896. Was only able to
    read 12288. 2017-05-26 13:48:06 7f7699b06740 InnoDB: Operating
    system error number 5 in a file operation. InnoDB: Error number 5
    means 'Input/output error'. InnoDB: Some operating system error
    numbers are described at InnoDB: http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html 170526 13:48:06 [ERROR] InnoDB: File (unknown): 'read' returned OS
    error 105. Cannot continue operation

    Wieso wurde denn mysql nicht richtig beendet? Stromausfall oder so?

    Naja, die Innodb ist hin.

    Richtig...


    Sieht aus, als wäre die MySQL-Datei von Akonadi beschädigt, und
    außerdem die InnoDB-Log-Datei... Da wird es vermutlich einfacher,
    das neu aufzusetzen. Gibt es Backups von deinen Mails?

    Alle Mails sind entweder auf dem Server oder dem Dateisystem. Die
    Datenbank von Akonadi ist nur für die Organisation und Metadatensuche.

    Werden nicht sehr kleine Objekte direkt in der Datenbank gespeichert
    und nicht extern? Die wären dann doch auch weg?


    Die Frage ist eigentlich auch, wie das passieren konnte. Verwendest
    du dein Dateisystem mit nobarrier?

    "InnoDB: Database was not shutdown normally!" - Und das mitten im Schreibprozess. Die InnoDB ist *eigentlich* sehr robust.

    Ja, eigentlich... Wenn man allerdings die Ordering-Garantien des
    Dateisystems abschaltet, geht die beim Absturz/Reset/Stromausfall nun
    mal kaputt, zumindest wenn gerade darin geschrieben wird.
    HDD-Schreibcache und nobarrier können da beide sehr böse Fallen werden,
    die aber in fast jedem einfachen Tuning-Tutorial immer wieder erwähnt
    werden. InnoDB muss sich auf den unterliegenden Storage-Stack verlassen können, sonst funktioniert es nicht.


    --
    Regards,
    Kai

    Replies to list-only preferred.

    -----BEGIN PGP SIGNATURE-----

    iF0EARECAB0WIQSPJIMIYCj/1CTz/WL4PtxD+QjMBQUCWSk2YAAKCRD4PtxD+QjM BdJkAKCDxUh0pNxVyskd9IG+mJG4chNPpgCfeHL9thuRBOZH8iUf0NnGJF2ooRM=
    =oQ5R
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Sven Eden@21:1/5 to All on Sat May 27 12:00:01 2017
    Am Samstag, 27. Mai 2017, 10:18:40 CEST schrieb Kai Krakow:
    Alle Mails sind entweder auf dem Server oder dem Dateisystem. Die
    Datenbank von Akonadi ist nur für die Organisation und Metadatensuche.

    Werden nicht sehr kleine Objekte direkt in der Datenbank gespeichert
    und nicht extern? Die wären dann doch auch weg?

    Ja, stimmt. Bis zu 4096 Bytes Größe. :-/

    Das sind auch gerne mal Adress- oder Kalendereinträge. E-Mails kann man ja erneut herunterladen.

    Aber was hilfts? Die InnoDB ist futsch... :-(
    -----BEGIN PGP SIGNATURE-----

    iQEzBAABCAAdFiEEDE3xENSdkRxZMFC/X8HfnOx0ukgFAlkpP7YACgkQX8HfnOx0 ukivKQgAsbkqw1iAcopblOd89LXbzcKXPn2kbzf5iMxAyqGBUx+grbBO0mE/BfTq bfy3DOmmnlfSCpQdAnfIQpS+/Z7N+tVgiWu8siwmPgmaEN/uBvFKUt64wPm6e0JF AJvIpkuVSbqBPfWgn9CEqYbW1lYUBy56YovdcgBPtjLSw2Aj0egwy14BLPeZOFTT Z2wImf8W0xzOs/PJB8LZWbGw6KX31r6wYX/nzigo0SEAKPXndT+GkCgGILWJajon 5Laq8atjDWywFVBWTLJyQh9qFK/JYV4H23kN809IciC2P9rsvcu1g4jQEozEsqSY OwslYBQ8Uvq70n/VVwUk9v/7IlvAtg==
    =Bkvr
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kai Krakow@21:1/5 to All on Sat May 27 17:20:01 2017
    Am Sat, 27 May 2017 10:58:30 +0200
    schrieb Sven Eden <sven.eden@gmx.de>:

    Am Samstag, 27. Mai 2017, 10:18:40 CEST schrieb Kai Krakow:
    Alle Mails sind entweder auf dem Server oder dem Dateisystem. Die Datenbank von Akonadi ist nur für die Organisation und
    Metadatensuche.

    Werden nicht sehr kleine Objekte direkt in der Datenbank gespeichert
    und nicht extern? Die wären dann doch auch weg?

    Ja, stimmt. Bis zu 4096 Bytes Größe. :-/

    Das sind auch gerne mal Adress- oder Kalendereinträge. E-Mails kann
    man ja erneut herunterladen.

    Per POP3 geholte Mails sind normalerweise nicht mehr auf einem Server...

    Aber was hilfts? Die InnoDB ist futsch... :-(

    Legt Akonadi nicht von selbst regelmäßig Backups an als ZIP oder so?
    Ich meine das mal irgendwann gesehen zu haben, finde das aktuell aber
    nicht mehr wieder.

    Aber ich finde aktuell nicht mal Akonadi in den System Settings oder
    dem Tray. Was fehlt mir?


    --
    Regards,
    Kai

    Replies to list-only preferred.

    -----BEGIN PGP SIGNATURE-----

    iF0EARECAB0WIQSPJIMIYCj/1CTz/WL4PtxD+QjMBQUCWSmJkgAKCRD4PtxD+QjM BdMMAJwIt6MzLm4NIovxMxX+V28bdD/nogCbBOadKpkNpJCZTFwZW4Oo8Wx0dug=
    =uAO5
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Sven Eden@21:1/5 to All on Wed May 31 10:10:01 2017
    Am Samstag, 27. Mai 2017, 16:13:38 CEST schrieb Kai Krakow:
    Per POP3 geholte Mails sind normalerweise nicht mehr auf einem Server...

    Alles eine Frage der Einstellungen. Ich hatte, vor dem Umstieg auf IMAP, meinen GMX-Agenen so eingestellt, das bis zu 980MB auf dem Server verbleiben sollen.
    Ich kann mich aber beim besten Willen nicht daran erinnern, was der Standard war. Alles herunterladen, und nichts auf dem Server belassen, oder?


    Aber was hilfts? Die InnoDB ist futsch... :-(

    Legt Akonadi nicht von selbst regelmäßig Backups an als ZIP oder so?
    Ich meine das mal irgendwann gesehen zu haben, finde das aktuell aber
    nicht mehr wieder.

    Nicht, dass ich wüsste...


    Aber ich finde aktuell nicht mal Akonadi in den System Settings oder
    dem Tray. Was fehlt mir?

    Wir User sind nicht fähig Akonadi per GUI zu konfigurieren, also gibt es nur noch
    A) ~/.config/akonadi/akonadiserverrc
    B) ~/.config/akonadi_maildir_resource_0rc und ...
    C) /usr/bin/akonadiconsole (<-- HA, doch GUI)

    Zu B) : Hierin steht der Pfad zum Lokalen Ordner. Alle Mails darin finden sich hier im Dateisystem wieder.

    Weiterhin gibt es noch
    ~/.config/akonadi_imap_resource_*rc für IMAP, und sicherlich eine Entsprechung für POP3. Zumindes in den IMAP-Resourcen steht aber leider nicht drin, wo die Mails lokal gespeichert werden.
    Allerdings tippe hier ganz stark auf
    ~/.local/share/akonadi/file_db_data

    Letztendlich sind alle Daten bis 4096 Bytes weg, sofern sie nicht erneut vom Server heruntergeladen werden können, wenn man die Datenbank löscht. Alles Andere ist im Dateisystem gespeichert. Ob das nach dem Löschen der Datenbank auch alles brav wieder indiziert wird, weiß ich leider nicht.

    Gruß

    Sven
    -----BEGIN PGP SIGNATURE-----

    iQEzBAABCAAdFiEEDE3xENSdkRxZMFC/X8HfnOx0ukgFAlkuak8ACgkQX8HfnOx0 ukjt9Af/RNA4jhOYwugLBUTCXY48QEE3tagqzbbI+68fdRE53kE3AJfwF0PmYW4A EwkqVB3+4OPfwcmpu+T+xbbKRNJaGw36lVMYvkdxhnEdc+Kxyuq2OOK+O548EUKC jWCSwpJmVF2gpYPw17ecwOgXJwMdtUWpM+5q3OMLroZkwCC10XhNAX+6JK5yLTe1 uSW/qM6qc/BGQk3bi4MELhPytteuoYYDyA8dn5josrMo3uQ7wVxGmS1C+RlrHjOo q91zqWJ+gP/w/7xKAEps1EJ7TwMgpVKWJe1DP2I2ruaP58SokPIV6UoLQx3vpA5W ORMTtrBW9zVk3ihcUyiJNhKol2JERw==
    =X2eh
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kai Krakow@21:1/5 to All on Wed May 31 23:00:02 2017
    Am Wed, 31 May 2017 09:01:35 +0200
    schrieb Sven Eden <sven.eden@gmx.de>:

    Am Samstag, 27. Mai 2017, 16:13:38 CEST schrieb Kai Krakow:
    Per POP3 geholte Mails sind normalerweise nicht mehr auf einem
    Server...

    Alles eine Frage der Einstellungen. Ich hatte, vor dem Umstieg auf
    IMAP, meinen GMX-Agenen so eingestellt, das bis zu 980MB auf dem
    Server verbleiben sollen.
    Ich kann mich aber beim besten Willen nicht daran erinnern, was der
    Standard war. Alles herunterladen, und nichts auf dem Server
    belassen, oder?


    Aber was hilfts? Die InnoDB ist futsch... :-(

    Legt Akonadi nicht von selbst regelmäßig Backups an als ZIP oder so?
    Ich meine das mal irgendwann gesehen zu haben, finde das aktuell
    aber nicht mehr wieder.

    Nicht, dass ich wüsste...


    Aber ich finde aktuell nicht mal Akonadi in den System Settings oder
    dem Tray. Was fehlt mir?

    Wir User sind nicht fähig Akonadi per GUI zu konfigurieren, also gibt
    es nur noch
    A) ~/.config/akonadi/akonadiserverrc
    B) ~/.config/akonadi_maildir_resource_0rc und ...
    C) /usr/bin/akonadiconsole (<-- HA, doch GUI)

    Ganz ehrlich: Ich kann's verstehen, wirkten diese Dialoge doch eher wie Entwickler-Werkzeuge als Enduser-Dialoge. Wahrscheinlich waren Sie auch
    nie was anderes...

    Zu C) Stimmt, ich hatte die Debug-Console ein wenig vergessen, hier
    finden sich sogar die Einstellungsdialoge wieder... Auf dem "Agents"
    Reiter.

    Zu B) : Hierin steht der Pfad zum Lokalen Ordner. Alle Mails darin
    finden sich hier im Dateisystem wieder.

    Weiterhin gibt es noch
    ~/.config/akonadi_imap_resource_*rc für IMAP, und sicherlich eine Entsprechung für POP3. Zumindes in den IMAP-Resourcen steht aber
    leider nicht drin, wo die Mails lokal gespeichert werden.
    Allerdings tippe hier ganz stark auf
    ~/.local/share/akonadi/file_db_data

    Letztendlich sind alle Daten bis 4096 Bytes weg, sofern sie nicht
    erneut vom Server heruntergeladen werden können, wenn man die
    Datenbank löscht. Alles Andere ist im Dateisystem gespeichert. Ob das
    nach dem Löschen der Datenbank auch alles brav wieder indiziert wird,
    weiß ich leider nicht.

    Bei meinem letzten Crash wurden die alle nie wieder korrekt indiziert,
    die waren zwar irgendwie da aber irgendwie auch nicht. Bei einem Check
    wurde dann alles nach lost+found verschoben und Akonadi konnte nichts
    mehr damit anfangen, weil die Meta-Infos fehlen, die beim Abruf oder
    Sync angelegt werden.

    Das ist inzwischen aber Jahre her, Akonadi hat sich seitdem verändert
    und verbessert - ein bisschen bezweifle ich aber, dass das je wieder
    indiziert werden kann, da einfach die Meta-Infos aus der DB fehlen. Ich
    hab mal in den Code geschaut, und Akonadi scheint ziemlich essentiell
    darauf angewiesen zu sein und kann mit den Objekten sonst nichts
    anfangen und verbannt die nach lost+found. Von da aus könnte ich die
    zwar mit etwas Script-Fu in ein Maildir verfrachten und dann wieder importieren... Schön und zuverlässig geht allerdings anders. Zumal auch jegliche Info verloren geht, in welche Ordner sich die Objekte verteilt
    hatten.

    Regelmäßige Backups helfen und tun nicht wirklich weh. Wenn
    Speicherplatz ein teures Gut ist, kann ich Borgbackup empfehlen: Sehr
    schnell und extrem speichereffizient. Sichert täglich mein System (2TB,
    viele Millionen Dateien) innerhalb von 10-15 Minuten, und bereits knapp
    ein Jahr Backup passen auf eine 3TB Platte (ich sichere also alles und
    behalte es auch täglich, mit Ausdünnung nach einigen Wochen).


    --
    Regards,
    Kai

    Replies to list-only preferred.

    -----BEGIN PGP SIGNATURE-----

    iF0EARECAB0WIQSPJIMIYCj/1CTz/WL4PtxD+QjMBQUCWS8fKgAKCRD4PtxD+QjM BecBAJ9tiKHMOD4nqe9A38MVI1b9fEcPFwCfQcYQAwC+sLOUC4XpHeOF1Qz7TvE=
    =x80i
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)