Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 329905 - app-office/akonadi-server-1.3.1, dev-db/mysql-5.0.90-r2 : mysql sets uid mysql but akonadi needs original uid
Summary: app-office/akonadi-server-1.3.1, dev-db/mysql-5.0.90-r2 : mysql sets uid mysq...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: All Linux
: High critical (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-26 12:19 UTC by Carsten Milkau
Modified: 2010-11-12 23:03 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Carsten Milkau 2010-07-26 12:19:46 UTC
When akonadi uses the mysql backend, it starts a separate instance of mysqld (which ain't a bad idea, because it is) using configuration and data in the user's home directory.

However, since /usr/sbin/mysld is setuid/setgid mysql, it cannot access the home directory, thus failing to read any configuration or data files.

I don't know whether this is a gentoo-specific or a general akonadi problem, please defer me to upstream if necessary.

Reproducible: Always

Steps to Reproduce:
1. emerge =app-office/akonadi-server-1.3.1
2. emerge =dev-db/mysql-5.0.90-r2
3. rm -rf /usr/share/config/akonadi* $HOME/.kde4/share/config/akonadi* .local/share/akonadi
4. akonadictl start

Actual Results:  
ProcessControl: Application 'akonadiserver' returned with exit code 255 (Unknown error)
[akonadiserver] search paths:  ("/usr/local/bin", "/usr/bin", "/bin", "/opt/bin", "/usr/x86_64-pc-linux-gnu/gcc-bin/4.4.3", "/usr/lib64/subversion/bin", "/usr/sbin", "/usr/local/sbin", "/usr/local/libexec", "/usr/libexec", "/opt/mysql/libexec", "/opt/local/lib/mysql5/bin")
[akonadiserver] Database process exited unexpectedly during initial connection!
[akonadiserver] executable: "/usr/sbin/mysqld"
[akonadiserver] arguments: ("--defaults-file=/home/cami/.local/share/akonadi//mysql.conf", "--datadir=/home/cami/.local/share/akonadi/db_data/", "--socket=/home/cami/.local/share/akonadi/db_misc/mysql.socket")
[akonadiserver] stdout: ""
[akonadiserver] stderr: "Could not open required defaults file: /home/cami/.local/share/akonadi//mysql.conf
[akonadiserver] Fatal error in defaults handling. Program aborted
<snip>

Expected Results:  
clean startup of akonadi

[ebuild   R   ] app-office/akonadi-server-1.3.1  USE="mysql server -postgres -sqlite" 0 kB
[ebuild   R   ] dev-db/mysql-5.0.90-r2  USE="berkdb community perl ssl -big-tables -cluster -debug -embedded -extraengine -latin1 -max-idx-128 -minimal -profiling (-selinux) -static -test" 0 kB
Comment 1 Carsten Milkau 2010-07-26 13:14:09 UTC
Additional symptoms for leading other users with this problem here:
Akonadi error messages:
* Akonadi server process not registered at D-Bus
* Akonadi control process not registered at D-Bus
* No resource agents found
* Could not access the outbox folder
Comment 2 Andreas K. Hüttel archtester gentoo-dev 2010-11-12 23:03:33 UTC
Definitely not the case anymore with current stable 5.1.51.