[gentoo-amd64] kmail - akonadi Server Self Test FAILURE

[gentoo-amd64] kmail - akonadi Server Self Test FAILURE

[Paul Stear]

Hi all,
I have updated kde to 4.5.1 and now have runtime errors. The following is  
the self test report:-


Akonadi Server Self-Test Report
===============================

Test 1:  SUCCESS
--------

Database driver found.
Details: The QtSQL driver 'QMYSQL' is required by your current Akonadi  
server configuration and was found on your system.

File content of '/home/paul/.config/akonadi/akonadiserverrc':
[%General]
Driver=QMYSQL
SizeThreshold=4096
ExternalPayload=false

[QMYSQL]
Name=akonadi
User=
Password=
Options="UNIX_SOCKET=/home/paul/.local/share/akonadi/db_misc/mysql.socket"
ServerPath=/usr/sbin/mysqld
StartServer=true
Host=

[Debug]
Tracer=null


Test 2:  SUCCESS
--------

Akonadi is not running as root
Details: Akonadi is not running as a root/administrator user, which is the  
recommended setup for a secure system.

Test 3:  SUCCESS
--------

MySQL server found.
Details: You have currently configured Akonadi to use the MySQL server  
'/usr/sbin/mysqld'.
Make sure you have the MySQL server installed, set the correct path and  
ensure you have the necessary read and execution rights on the server  
executable. The server executable is typically called 'mysqld'; its  
location varies depending on the distribution.

Test 4:  SUCCESS
--------

MySQL server is executable.
Details: MySQL server found: /usr/sbin/mysqld  Ver 5.0.90-log for  
pc-linux-gnu on x86_64 (Gentoo Linux mysql-5.0.90-r2)


Test 5:  ERROR
--------

MySQL server log contains errors.
Details: The MySQL server error log file &apos;<a  
href='/home/paul/.local/share/akonadi/db_data/mysql.err'>/home/paul/.local/share/akonadi/db_data/mysql.err</a>&apos;  
contains errors.

File content of '/home/paul/.local/share/akonadi/db_data/mysql.err':
InnoDB: The InnoDB memory heap is disabled
InnoDB: use atomic builtins.
InnoDB: Error: log file ./ib_logfile1 is of different size 0 0 bytes
InnoDB: than specified in the .cnf file 0 67108864 bytes!
100922 10:43:05 [ERROR] Default storage engine (InnoDB) is not available
100922 10:43:05 [ERROR] Aborting

100922 10:43:05 [Note] /usr/sbin/mysqld: Shutdown complete



Test 6:  SUCCESS
--------

MySQL server default configuration found.
Details: The default configuration for the MySQL server was found and is  
readable at <a  
href='/usr/share/config/akonadi/mysql-global.conf'>/usr/share/config/akonadi/mysql-global.conf</a>.

File content of '/usr/share/config/akonadi/mysql-global.conf':
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using  
$HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris@mysql.com>
#
[mysqld]
skip_grant_tables
skip_networking

# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
#sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
#sql_mode=strict_trans_tables

# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb
# case-insensitive table names, avoids trouble on windows
lower_case_table_names=1
character_set_server=utf8
collation_server=utf8_general_ci
table_cache=200
thread_cache_size=3
#log_bin=mysql-bin
#expire_logs_days=3
#sync_bin_log=0
# error log file name, relative to datadir
log_error=mysql.err
log_warnings=2
# log all queries, useful for debugging but generates an enormous amount  
of data
#log=mysql.full
# log queries slower than n seconds, log file name relative to datadir  
(for debugging only)
#log_slow_queries=mysql.slow
#long_query_time=1
# log queries not using indices, debug only, disable for production use
#log_queries_not_using_indexes=1
# maximum blob size
max_allowed_packet=32M
max_connections=256
# makes sense when having the same query multiple times
# makes no sense with prepared statements and/or transactions
query_cache_type=0
query_cache_size=0

innodb_file_per_table=1
innodb_log_buffer_size=1M
innodb_additional_mem_pool_size=1M
# messure database size and adjust
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM  
information_schema.tables WHERE table_schema not in ("mysql",  
"information_schema");
innodb_buffer_pool_size=80M
# size of average write burst, keep Innob_log_waits small, keep  
Innodb_buffer_pool_wait_free small (see show global status like "inno%",  
show global variables)
innodb_log_file_size=64M
innodb_flush_log_at_trx_commit=2

# Do not drop the connection to the DB after 8 hours of inactivity
wait_timeout=1296000

[client]
default-character-set=utf8


Test 7:  SKIP
--------

MySQL server custom configuration not available.
Details: The custom configuration for the MySQL server was not found but  
is optional.

Test 8:  SUCCESS
--------

MySQL server configuration is usable.
Details: The MySQL server configuration was found at <a  
href='/home/paul/.local/share/akonadi/mysql.conf'>/home/paul/.local/share/akonadi/mysql.conf</a>  
and is readable.

File content of '/home/paul/.local/share/akonadi/mysql.conf':
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using  
$HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris@mysql.com>
#
[mysqld]
skip_grant_tables
skip_networking

# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
#sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
#sql_mode=strict_trans_tables

# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb
# case-insensitive table names, avoids trouble on windows
lower_case_table_names=1
character_set_server=utf8
collation_server=utf8_general_ci
table_cache=200
thread_cache_size=3
#log_bin=mysql-bin
#expire_logs_days=3
#sync_bin_log=0
# error log file name, relative to datadir
log_error=mysql.err
log_warnings=2
# log all queries, useful for debugging but generates an enormous amount  
of data
#log=mysql.full
# log queries slower than n seconds, log file name relative to datadir  
(for debugging only)
#log_slow_queries=mysql.slow
#long_query_time=1
# log queries not using indices, debug only, disable for production use
#log_queries_not_using_indexes=1
# maximum blob size
max_allowed_packet=32M
max_connections=256
# makes sense when having the same query multiple times
# makes no sense with prepared statements and/or transactions
query_cache_type=0
query_cache_size=0

innodb_file_per_table=1
innodb_log_buffer_size=1M
innodb_additional_mem_pool_size=1M
# messure database size and adjust
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM  
information_schema.tables WHERE table_schema not in ("mysql",  
"information_schema");
innodb_buffer_pool_size=80M
# size of average write burst, keep Innob_log_waits small, keep  
Innodb_buffer_pool_wait_free small (see show global status like "inno%",  
show global variables)
innodb_log_file_size=64M
innodb_flush_log_at_trx_commit=2

# Do not drop the connection to the DB after 8 hours of inactivity
wait_timeout=1296000

[client]
default-character-set=utf8


Test 9:  SUCCESS
--------

akonadictl found and usable
Details: The program '/usr/bin/akonadictl' to control the Akonadi server  
was found and could be executed successfully.
Result:
Akonadi 1.4.0


Test 10:  ERROR
--------

Akonadi control process not registered at D-Bus.
Details: The Akonadi control process is not registered at D-Bus which  
typically means it was not started or encountered a fatal error during  
startup.

Test 11:  ERROR
--------

Akonadi server process not registered at D-Bus.
Details: The Akonadi server process is not registered at D-Bus which  
typically means it was not started or encountered a fatal error during  
startup.

Test 12:  SUCCESS
--------

Nepomuk search service registered at D-Bus.
Details: The Nepomuk search service is registered at D-Bus which typically  
indicates it is operational.

Test 13:  SUCCESS
--------

Nepomuk search service uses an appropriate backend.
Details: The Nepomuk search service uses one of the recommended backends.

Test 14:  SKIP
--------

Protocol version check not possible.
Details: Without a connection to the server it is not possible to check if  
the protocol version meets the requirements.

Test 15:  ERROR
--------

No resource agents found.
Details: No resource agents have been found, Akonadi is not usable without  
at least one. This usually means that no resource agents are installed or  
that there is a setup problem. The following paths have been searched:  
'/usr/share/akonadi/agents /usr/share/akonadi/agents'. The XDG_DATA_DIRS  
environment variable is set to '/usr/share:/usr/local/share:/usr/share';  
make sure this includes all paths where Akonadi agents are installed.

Directory listing of '/usr/share/akonadi/agents':
birthdaysresource.desktop
contactsresource.desktop
icalresource.desktop
imapresource.desktop
kabcresource.desktop
kcalresource.desktop
knutresource.desktop
kolabproxyresource.desktop
localbookmarksresource.desktop
maildirresource.desktop
maildispatcheragent.desktop
mboxresource.desktop
microblog.desktop
mtdummyresource.desktop
nepomukcalendarfeeder.desktop
nepomukcontactfeeder.desktop
nepomuktagresource.desktop
nntpresource.desktop
notesresource.desktop
pop3resource.desktop
vcarddirresource.desktop
vcardresource.desktop
Directory listing of '/usr/share/akonadi/agents':
birthdaysresource.desktop
contactsresource.desktop
icalresource.desktop
imapresource.desktop
kabcresource.desktop
kcalresource.desktop
knutresource.desktop
kolabproxyresource.desktop
localbookmarksresource.desktop
maildirresource.desktop
maildispatcheragent.desktop
mboxresource.desktop
microblog.desktop
mtdummyresource.desktop
nepomukcalendarfeeder.desktop
nepomukcontactfeeder.desktop
nepomuktagresource.desktop
nntpresource.desktop
notesresource.desktop
pop3resource.desktop
vcarddirresource.desktop
vcardresource.desktop

Environment variable XDG_DATA_DIRS is set to  
'/usr/share:/usr/local/share:/usr/share'

Test 16:  ERROR
--------

Current Akonadi server error log found.
Details: The Akonadi server reported errors during its current startup.  
The log can be found in <a  
href='/home/paul/.local/share/akonadi/akonadiserver.error'>/home/paul/.local/share/akonadi/akonadiserver.error</a>.

File content of '/home/paul/.local/share/akonadi/akonadiserver.error':
Database process exited unexpectedly during initial connection!
executable: "/usr/sbin/mysqld"
arguments: ("--defaults-file=/home/paul/.local/share/akonadi//mysql.conf",  
"--datadir", "/home/paul/.local/share/akonadi/db_data/",  
"--socket=/home/paul/.local/share/akonadi/db_misc/mysql.socket")
stdout: ""
stderr: ""
exit code: 1
process error: "Unknown error"
"[
0: akonadiserver(_Z11akBacktracev+0x32) [0x408b90]
1: akonadiserver() [0x408e29]
2: /lib/libc.so.6(+0x32520) [0x7fe694d61520]
3: /lib/libc.so.6(gsignal+0x35) [0x7fe694d614a5]
4: /lib/libc.so.6(abort+0x180) [0x7fe694d62970]
5: /usr/lib64/qt4/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x6c)  
[0x7fe695cfe64c]
6: akonadiserver(_ZN15FileDebugStream9writeDataEPKcx+0xa5) [0x40977b]
7: /usr/lib64/qt4/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0x76)  
[0x7fe695d8a8d6]
8: /usr/lib64/qt4/libQtCore.so.4(+0x10ac28) [0x7fe695d97c28]
9: /usr/lib64/qt4/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x39)  
[0x7fe695d98e09]
10: akonadiserver(_ZN6QDebugD1Ev+0xf8) [0x407154]
11:  
/usr/lib/libakonadiprivate.so.1(_ZN13DbConfigMysql19startInternalServerEv+0x1c74)  
[0x7fe6961be3de]
12:  
/usr/lib/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServer20startDatabaseProcessEv+0xd4)  
[0x7fe696165794]
13:  
/usr/lib/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServerC1EP7QObject+0xc7)  
[0x7fe696166165]
14:  
/usr/lib/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServer8instanceEv+0x27)  
[0x7fe696167011]
15: akonadiserver(main+0x243) [0x406b97]
16: /lib/libc.so.6(__libc_start_main+0xfd) [0x7fe694d4dbbd]
17: akonadiserver() [0x406899]
]
"


Test 17:  ERROR
--------

Previous Akonadi server error log found.
Details: The Akonadi server reported errors during its previous startup.  
The log can be found in <a  
href='/home/paul/.local/share/akonadi/akonadiserver.error.old'>/home/paul/.local/share/akonadi/akonadiserver.error.old</a>.

File content of '/home/paul/.local/share/akonadi/akonadiserver.error.old':
Database process exited unexpectedly during initial connection!
executable: "/usr/sbin/mysqld"
arguments: ("--defaults-file=/home/paul/.local/share/akonadi//mysql.conf",  
"--datadir", "/home/paul/.local/share/akonadi/db_data/",  
"--socket=/home/paul/.local/share/akonadi/db_misc/mysql.socket")
stdout: ""
stderr: ""
exit code: 1
process error: "Unknown error"
"[
0: akonadiserver(_Z11akBacktracev+0x32) [0x408b90]
1: akonadiserver() [0x408e29]
2: /lib/libc.so.6(+0x32520) [0x7f8b2250b520]
3: /lib/libc.so.6(gsignal+0x35) [0x7f8b2250b4a5]
4: /lib/libc.so.6(abort+0x180) [0x7f8b2250c970]
5: /usr/lib64/qt4/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x6c)  
[0x7f8b234a864c]
6: akonadiserver(_ZN15FileDebugStream9writeDataEPKcx+0xa5) [0x40977b]
7: /usr/lib64/qt4/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0x76)  
[0x7f8b235348d6]
8: /usr/lib64/qt4/libQtCore.so.4(+0x10ac28) [0x7f8b23541c28]
9: /usr/lib64/qt4/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x39)  
[0x7f8b23542e09]
10: akonadiserver(_ZN6QDebugD1Ev+0xf8) [0x407154]
11:  
/usr/lib/libakonadiprivate.so.1(_ZN13DbConfigMysql19startInternalServerEv+0x1c74)  
[0x7f8b239683de]
12:  
/usr/lib/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServer20startDatabaseProcessEv+0xd4)  
[0x7f8b2390f794]
13:  
/usr/lib/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServerC1EP7QObject+0xc7)  
[0x7f8b23910165]
14:  
/usr/lib/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServer8instanceEv+0x27)  
[0x7f8b23911011]
15: akonadiserver(main+0x243) [0x406b97]
16: /lib/libc.so.6(__libc_start_main+0xfd) [0x7f8b224f7bbd]
17: akonadiserver() [0x406899]
]
"


Test 18:  SUCCESS
--------

No current Akonadi control error log found.
Details: The Akonadi control process did not report any errors during its  
current startup.

Test 19:  SUCCESS
--------

No previous Akonadi control error log found.
Details: The Akonadi control process did not report any errors during its  
previous startup.



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

Re: [gentoo-amd64] kmail - akonadi Server Self Test FAILURE

[Volker Armin Hemmann]

[-- Attachment #1: Type: text/plain, Size: 14895 bytes --]

Revdep-rebuilt is the answer.

Am 22.09.2010 13:07 schrieb "Paul Stear" <gentoo@appjaws.plus.com>:


Hi all,
I have updated kde to 4.5.1 and now have runtime errors. The following is
the self test report:-


Akonadi Server Self-Test Report
===============================

Test 1:  SUCCESS
--------

Database driver found.
Details: The QtSQL driver 'QMYSQL' is required by your current Akonadi
server configuration and was found on your system.

File content of '/home/paul/.config/akonadi/akonadiserverrc':
[%General]
Driver=QMYSQL
SizeThreshold=4096
ExternalPayload=false

[QMYSQL]
Name=akonadi
User=
Password=
Options="UNIX_SOCKET=/home/paul/.local/share/akonadi/db_misc/mysql.socket"
ServerPath=/usr/sbin/mysqld
StartServer=true
Host=

[Debug]
Tracer=null


Test 2:  SUCCESS
--------

Akonadi is not running as root
Details: Akonadi is not running as a root/administrator user, which is the
recommended setup for a secure system.

Test 3:  SUCCESS
--------

MySQL server found.
Details: You have currently configured Akonadi to use the MySQL server
'/usr/sbin/mysqld'.
Make sure you have the MySQL server installed, set the correct path and
ensure you have the necessary read and execution rights on the server
executable. The server executable is typically called 'mysqld'; its location
varies depending on the distribution.

Test 4:  SUCCESS
--------

MySQL server is executable.
Details: MySQL server found: /usr/sbin/mysqld  Ver 5.0.90-log for
pc-linux-gnu on x86_64 (Gentoo Linux mysql-5.0.90-r2)


Test 5:  ERROR
--------

MySQL server log contains errors.
Details: The MySQL server error log file &apos;<a
href='/home/paul/.local/share/akonadi/db_data/mysql.err'>/home/paul/.local/share/akonadi/db_data/mysql.err</a>&apos;
contains errors.

File content of '/home/paul/.local/share/akonadi/db_data/mysql.err':
InnoDB: The InnoDB memory heap is disabled
InnoDB: use atomic builtins.
InnoDB: Error: log file ./ib_logfile1 is of different size 0 0 bytes
InnoDB: than specified in the .cnf file 0 67108864 bytes!
100922 10:43:05 [ERROR] Default storage engine (InnoDB) is not available
100922 10:43:05 [ERROR] Aborting

100922 10:43:05 [Note] /usr/sbin/mysqld: Shutdown complete



Test 6:  SUCCESS
--------

MySQL server default configuration found.
Details: The default configuration for the MySQL server was found and is
readable at <a
href='/usr/share/config/akonadi/mysql-global.conf'>/usr/share/config/akonadi/mysql-global.conf</a>.

File content of '/usr/share/config/akonadi/mysql-global.conf':
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using
$HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris@mysql.com>
#
[mysqld]
skip_grant_tables
skip_networking

# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
#sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
#sql_mode=strict_trans_tables

# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb
# case-insensitive table names, avoids trouble on windows
lower_case_table_names=1
character_set_server=utf8
collation_server=utf8_general_ci
table_cache=200
thread_cache_size=3
#log_bin=mysql-bin
#expire_logs_days=3
#sync_bin_log=0
# error log file name, relative to datadir
log_error=mysql.err
log_warnings=2
# log all queries, useful for debugging but generates an enormous amount of
data
#log=mysql.full
# log queries slower than n seconds, log file name relative to datadir (for
debugging only)
#log_slow_queries=mysql.slow
#long_query_time=1
# log queries not using indices, debug only, disable for production use
#log_queries_not_using_indexes=1
# maximum blob size
max_allowed_packet=32M
max_connections=256
# makes sense when having the same query multiple times
# makes no sense with prepared statements and/or transactions
query_cache_type=0
query_cache_size=0

innodb_file_per_table=1
innodb_log_buffer_size=1M
innodb_additional_mem_pool_size=1M
# messure database size and adjust
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM
information_schema.tables WHERE table_schema not in ("mysql",
"information_schema");
innodb_buffer_pool_size=80M
# size of average write burst, keep Innob_log_waits small, keep
Innodb_buffer_pool_wait_free small (see show global status like "inno%",
show global variables)
innodb_log_file_size=64M
innodb_flush_log_at_trx_commit=2

# Do not drop the connection to the DB after 8 hours of inactivity
wait_timeout=1296000

[client]
default-character-set=utf8


Test 7:  SKIP
--------

MySQL server custom configuration not available.
Details: The custom configuration for the MySQL server was not found but is
optional.

Test 8:  SUCCESS
--------

MySQL server configuration is usable.
Details: The MySQL server configuration was found at <a
href='/home/paul/.local/share/akonadi/mysql.conf'>/home/paul/.local/share/akonadi/mysql.conf</a>
and is readable.

File content of '/home/paul/.local/share/akonadi/mysql.conf':
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using
$HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris@mysql.com>
#
[mysqld]
skip_grant_tables
skip_networking

# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
#sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
#sql_mode=strict_trans_tables

# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb
# case-insensitive table names, avoids trouble on windows
lower_case_table_names=1
character_set_server=utf8
collation_server=utf8_general_ci
table_cache=200
thread_cache_size=3
#log_bin=mysql-bin
#expire_logs_days=3
#sync_bin_log=0
# error log file name, relative to datadir
log_error=mysql.err
log_warnings=2
# log all queries, useful for debugging but generates an enormous amount of
data
#log=mysql.full
# log queries slower than n seconds, log file name relative to datadir (for
debugging only)
#log_slow_queries=mysql.slow
#long_query_time=1
# log queries not using indices, debug only, disable for production use
#log_queries_not_using_indexes=1
# maximum blob size
max_allowed_packet=32M
max_connections=256
# makes sense when having the same query multiple times
# makes no sense with prepared statements and/or transactions
query_cache_type=0
query_cache_size=0

innodb_file_per_table=1
innodb_log_buffer_size=1M
innodb_additional_mem_pool_size=1M
# messure database size and adjust
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM
information_schema.tables WHERE table_schema not in ("mysql",
"information_schema");
innodb_buffer_pool_size=80M
# size of average write burst, keep Innob_log_waits small, keep
Innodb_buffer_pool_wait_free small (see show global status like "inno%",
show global variables)
innodb_log_file_size=64M
innodb_flush_log_at_trx_commit=2

# Do not drop the connection to the DB after 8 hours of inactivity
wait_timeout=1296000

[client]
default-character-set=utf8


Test 9:  SUCCESS
--------

akonadictl found and usable
Details: The program '/usr/bin/akonadictl' to control the Akonadi server was
found and could be executed successfully.
Result:
Akonadi 1.4.0


Test 10:  ERROR
--------

Akonadi control process not registered at D-Bus.
Details: The Akonadi control process is not registered at D-Bus which
typically means it was not started or encountered a fatal error during
startup.

Test 11:  ERROR
--------

Akonadi server process not registered at D-Bus.
Details: The Akonadi server process is not registered at D-Bus which
typically means it was not started or encountered a fatal error during
startup.

Test 12:  SUCCESS
--------

Nepomuk search service registered at D-Bus.
Details: The Nepomuk search service is registered at D-Bus which typically
indicates it is operational.

Test 13:  SUCCESS
--------

Nepomuk search service uses an appropriate backend.
Details: The Nepomuk search service uses one of the recommended backends.

Test 14:  SKIP
--------

Protocol version check not possible.
Details: Without a connection to the server it is not possible to check if
the protocol version meets the requirements.

Test 15:  ERROR
--------

No resource agents found.
Details: No resource agents have been found, Akonadi is not usable without
at least one. This usually means that no resource agents are installed or
that there is a setup problem. The following paths have been searched:
'/usr/share/akonadi/agents /usr/share/akonadi/agents'. The XDG_DATA_DIRS
environment variable is set to '/usr/share:/usr/local/share:/usr/share';
make sure this includes all paths where Akonadi agents are installed.

Directory listing of '/usr/share/akonadi/agents':
birthdaysresource.desktop
contactsresource.desktop
icalresource.desktop
imapresource.desktop
kabcresource.desktop
kcalresource.desktop
knutresource.desktop
kolabproxyresource.desktop
localbookmarksresource.desktop
maildirresource.desktop
maildispatcheragent.desktop
mboxresource.desktop
microblog.desktop
mtdummyresource.desktop
nepomukcalendarfeeder.desktop
nepomukcontactfeeder.desktop
nepomuktagresource.desktop
nntpresource.desktop
notesresource.desktop
pop3resource.desktop
vcarddirresource.desktop
vcardresource.desktop
Directory listing of '/usr/share/akonadi/agents':
birthdaysresource.desktop
contactsresource.desktop
icalresource.desktop
imapresource.desktop
kabcresource.desktop
kcalresource.desktop
knutresource.desktop
kolabproxyresource.desktop
localbookmarksresource.desktop
maildirresource.desktop
maildispatcheragent.desktop
mboxresource.desktop
microblog.desktop
mtdummyresource.desktop
nepomukcalendarfeeder.desktop
nepomukcontactfeeder.desktop
nepomuktagresource.desktop
nntpresource.desktop
notesresource.desktop
pop3resource.desktop
vcarddirresource.desktop
vcardresource.desktop

Environment variable XDG_DATA_DIRS is set to
'/usr/share:/usr/local/share:/usr/share'

Test 16:  ERROR
--------

Current Akonadi server error log found.
Details: The Akonadi server reported errors during its current startup. The
log can be found in <a
href='/home/paul/.local/share/akonadi/akonadiserver.error'>/home/paul/.local/share/akonadi/akonadiserver.error</a>.

File content of '/home/paul/.local/share/akonadi/akonadiserver.error':
Database process exited unexpectedly during initial connection!
executable: "/usr/sbin/mysqld"
arguments: ("--defaults-file=/home/paul/.local/share/akonadi//mysql.conf",
"--datadir", "/home/paul/.local/share/akonadi/db_data/",
"--socket=/home/paul/.local/share/akonadi/db_misc/mysql.socket")
stdout: ""
stderr: ""
exit code: 1
process error: "Unknown error"
"[
0: akonadiserver(_Z11akBacktracev+0x32) [0x408b90]
1: akonadiserver() [0x408e29]
2: /lib/libc.so.6(+0x32520) [0x7fe694d61520]
3: /lib/libc.so.6(gsignal+0x35) [0x7fe694d614a5]
4: /lib/libc.so.6(abort+0x180) [0x7fe694d62970]
5: /usr/lib64/qt4/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x6c)
[0x7fe695cfe64c]
6: akonadiserver(_ZN15FileDebugStream9writeDataEPKcx+0xa5) [0x40977b]
7: /usr/lib64/qt4/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0x76)
[0x7fe695d8a8d6]
8: /usr/lib64/qt4/libQtCore.so.4(+0x10ac28) [0x7fe695d97c28]
9: /usr/lib64/qt4/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x39) [0x7fe695d98e09]
10: akonadiserver(_ZN6QDebugD1Ev+0xf8) [0x407154]
11:
/usr/lib/libakonadiprivate.so.1(_ZN13DbConfigMysql19startInternalServerEv+0x1c74)
[0x7fe6961be3de]
12:
/usr/lib/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServer20startDatabaseProcessEv+0xd4)
[0x7fe696165794]
13:
/usr/lib/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServerC1EP7QObject+0xc7)
[0x7fe696166165]
14:
/usr/lib/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServer8instanceEv+0x27)
[0x7fe696167011]
15: akonadiserver(main+0x243) [0x406b97]
16: /lib/libc.so.6(__libc_start_main+0xfd) [0x7fe694d4dbbd]
17: akonadiserver() [0x406899]
]
"


Test 17:  ERROR
--------

Previous Akonadi server error log found.
Details: The Akonadi server reported errors during its previous startup. The
log can be found in <a
href='/home/paul/.local/share/akonadi/akonadiserver.error.old'>/home/paul/.local/share/akonadi/akonadiserver.error.old</a>.

File content of '/home/paul/.local/share/akonadi/akonadiserver.error.old':
Database process exited unexpectedly during initial connection!
executable: "/usr/sbin/mysqld"
arguments: ("--defaults-file=/home/paul/.local/share/akonadi//mysql.conf",
"--datadir", "/home/paul/.local/share/akonadi/db_data/",
"--socket=/home/paul/.local/share/akonadi/db_misc/mysql.socket")
stdout: ""
stderr: ""
exit code: 1
process error: "Unknown error"
"[
0: akonadiserver(_Z11akBacktracev+0x32) [0x408b90]
1: akonadiserver() [0x408e29]
2: /lib/libc.so.6(+0x32520) [0x7f8b2250b520]
3: /lib/libc.so.6(gsignal+0x35) [0x7f8b2250b4a5]
4: /lib/libc.so.6(abort+0x180) [0x7f8b2250c970]
5: /usr/lib64/qt4/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x6c)
[0x7f8b234a864c]
6: akonadiserver(_ZN15FileDebugStream9writeDataEPKcx+0xa5) [0x40977b]
7: /usr/lib64/qt4/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0x76)
[0x7f8b235348d6]
8: /usr/lib64/qt4/libQtCore.so.4(+0x10ac28) [0x7f8b23541c28]
9: /usr/lib64/qt4/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x39) [0x7f8b23542e09]
10: akonadiserver(_ZN6QDebugD1Ev+0xf8) [0x407154]
11:
/usr/lib/libakonadiprivate.so.1(_ZN13DbConfigMysql19startInternalServerEv+0x1c74)
[0x7f8b239683de]
12:
/usr/lib/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServer20startDatabaseProcessEv+0xd4)
[0x7f8b2390f794]
13:
/usr/lib/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServerC1EP7QObject+0xc7)
[0x7f8b23910165]
14:
/usr/lib/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServer8instanceEv+0x27)
[0x7f8b23911011]
15: akonadiserver(main+0x243) [0x406b97]
16: /lib/libc.so.6(__libc_start_main+0xfd) [0x7f8b224f7bbd]
17: akonadiserver() [0x406899]
]
"


Test 18:  SUCCESS
--------

No current Akonadi control error log found.
Details: The Akonadi control process did not report any errors during its
current startup.

Test 19:  SUCCESS
--------

No previous Akonadi control error log found.
Details: The Akonadi control process did not report any errors during its
previous startup.



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

[-- Attachment #2: Type: text/html, Size: 17229 bytes --]

[gentoo-amd64] Re: kmail - akonadi Server Self Test FAILURE

[Duncan]

Paul Stear posted on Wed, 22 Sep 2010 11:12:53 +0100 as excerpted:

> Hi all,
> I have updated kde to 4.5.1 and now have runtime errors. The following
> is the self test report:-

> Test 5:  ERROR
> --------
> 
> MySQL server log contains errors.
> Details: The MySQL server error log file &apos;<a
> href='/home/paul/.local/share/akonadi/db_data/mysql.err'>/home/
paul/.local/share/akonadi/db_data/mysql.err</a>&apos;
> contains errors.
> 
> File content of '/home/paul/.local/share/akonadi/db_data/mysql.err':
> InnoDB: The InnoDB memory heap is disabled InnoDB: use atomic builtins.
> InnoDB: Error: log file ./ib_logfile1 is of different size 0 0 bytes
> InnoDB: than specified in the .cnf file 0 67108864 bytes! 100922
> 10:43:05 [ERROR] Default storage engine (InnoDB) is not available 100922
> 10:43:05 [ERROR] Aborting
> 
> 100922 10:43:05 [Note] /usr/sbin/mysqld: Shutdown complete

As VAH mentions, do try revdep-rebuild.  You may also wish to --update
--deep --newuse @world, if you don't routinely use --deep --newuse.

Meanwhile, I see two issues here, tho only one (your choice) needs 
corrected.

1) Gentoo has changed its default akonadi backend from mysql to sqlite.  
Previously, mysql was the only backend mature enough to really work 
properly.  sqlite had threading related problems (now fixed), and postgres 
had issues as well.

To change with it, however, requires rebuilding gt-sql and IIRC a couple 
other packages with the appropriate USE flags.  (sqlite, now on by 
default, for qt-sql, others similarly on by default.)  New enough versions 
are also required, thus the --deep --newuse, with revdep-rebuild to fix up 
reverse dependencies as usual.

The other problem is that the config as to which backend to use is per-
user, with emerges not touching user config.  So to run the new default 
sqlite backend, you have to manually adjust your user config.  I'm not 
exactly sure what the proper way to do that is.  I simply backed up a 
couple dirs here (with kde and mysqld stopped) and deleted them, then 
restarted kde/akonadi and ran akonaditray to fix things.  But I ended up 
having to recreate my address-book resource (the only one I really use 
ATM, no kopete or similar to worry about), pointing it at the old vcf 
files using akonaditray, then restarting kde and along with it akonadi, 
for it to work.  There should be a smoother way to do that upgrade, 
probably involving manually changing the existing config, instead of 
blowing it away so it can be recreated, and I know nothing about the kopete 
side if you run it, since I don't.

That bypasses the mysql error entirely, since you're switching to sqlite 
instead.

2) You can instead choose to stick with the (heavier but older and better 
tested) mysql backend.  In that case, the above error, that it can't find 
and start the innodb mysql engine, becomes the one of worry.  That one's 
very likely due to screwed "deep" interdependencies, so again, --update
--deep --newuse and revdep-rebuild are your friends.

I know there was a recent mysql update, but I didn't bother with it here, 
as I had seen the changelog notes about switching to sqlite by default and 
decided to do that, kill the mysql USE flags, and then unmerge it, since 
akonadi was the only reason mysql was on my system anyway.  That and the 
fact that I routinely use --deep --newuse on my updates, and revdep-
rebuild and --depclean after every update as well, to keep my system as 
self-consistent as possible, is probably why I didn't run into the innodb 
error you're seeing.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

Re: [gentoo-amd64] Re: kmail - akonadi Server Self Test FAILURE

[Paul Stear]

On Thu, 23 Sep 2010 02:09:15 +0100, Duncan <1i5t5.duncan@cox.net> wrote:

> Paul Stear posted on Wed, 22 Sep 2010 11:12:53 +0100 as excerpted:
>
>> Hi all,
>> I have updated kde to 4.5.1 and now have runtime errors. The following
>> is the self test report:-
<snip>

> To change with it, however, requires rebuilding gt-sql and IIRC a couple
> other packages with the appropriate USE flags.  (sqlite, now on by
> default, for qt-sql, others similarly on by default.)  New enough  
> versions
> are also required, thus the --deep --newuse, with revdep-rebuild to fix  
> up
> reverse dependencies as usual.

Thanks for the replies, sorry for the delay (I've been away),

re-installed sqlite, qt-sql, akondai, carried out an emerge -avtuND world
and revdep-rebuild (which found nothing to update).
I put the following enteries into package.use and then ran emerge -avtND
world which found that akonadi-server needed updating.
app-office/akonadi-server -mysql sqlite
kde-base/akonadi -mysql sqlite

Changed the DRIVER to QSQLITE3 in akonadiserverrc

I now have 2 errors:-

Test 9:  ERROR
--------

Nepomuk search service not registered at D-Bus.
Details: The Nepomuk search service is not registered at D-Bus which  
typically means it was not started or encountered a fatal error during  
startup.


Test 15:  ERROR
--------

Previous Akonadi control error log found.
Details: The Akonadi control process reported errors during its previous  
startup. The log can be found in <a  
href='/home/paul/.local/share/akonadi/akonadi_control.error.old'>/home/paul/.local/share/akonadi/akonadi_control.error.old</a>.

File content of  
'/home/paul/.local/share/akonadi/akonadi_control.error.old':
D-Bus session bus went down - quitting

I have tried deleting these old files but they just come back on the next  
run.
<snip>
I just don't know what to try next.
again thanks for any help
regards
Paul

[gentoo-amd64] Re: kmail - akonadi Server Self Test FAILURE

[Duncan]

Paul Stear posted on Mon, 27 Sep 2010 11:16:48 +0100 as excerpted:

> On Thu, 23 Sep 2010 02:09:15 +0100, Duncan <1i5t5.duncan@cox.net> wrote:
> 
>> Paul Stear posted on Wed, 22 Sep 2010 11:12:53 +0100 as excerpted:
>>
>>> Hi all,
>>> I have updated kde to 4.5.1 and now have runtime errors. The following
>>> is the self test report:-

> I now have 2 errors:-
> 
> Test 9:  ERROR
> --------
> 
> Nepomuk search service not registered at D-Bus.

> Test 15:  ERROR
> --------
> 
> Previous Akonadi control error log found.

> File content of
> '/home/paul/.local/share/akonadi/akonadi_control.error.old':
> D-Bus session bus went down - quitting
> 
> I have tried deleting these old files but they just come back on the
> next run.

This is a bit old, but if you're still having issues, try the kde lists.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman