Ich benutze schon länger die KDE Factory Build services unter openSUSE 11.2, welche KDE 4.4.2 und schon auf akonadi setzen. Es funktioniert alles super, solange der Rechner nicht abstürzt. Leider habe ich unvosichtiger Weise versucht den Rechner (aus einer laufenden KDE-Sitzung) in den Suspend to Disk Mode zu setzten. Bei dieser Gelegenheit ist er beim runter fahren abgestürzt (blinkende Tastatur LEDs). Seither kann ich akonadi / nepomuk nicht mehr starten. Er bricht immer mit diversen Datenbankfehlern ab. Es helfen weder die Tipps unter http://userbase.kde.org/Akonadi noch sontige infos nach tagelanger Internetrechere.
Nach langen hin ausprobieren bekomme ich Ihn bis Test 9 – “The Akonadi control process is not registered at D-Bus which typically means it was not started or encountered a fatal error during startup.” zum laufen. Dann ist aber schluß :-(
Ein “akonadictl start” auf der Kommandozeile (als Benutzer), folgende Ausgabe:
…
[akonadiserver] Database “akonadi” opened using driver “QMYSQL”
[akonadiserver] DbInitializer::run()
[akonadiserver] checking table “SchemaVersionTable”
[akonadiserver] “CREATE TABLE SchemaVersionTable (version INTEGER NOT NULL);”
[akonadiserver] “Unable to create entire table.
[akonadiserver] Query error: ‘Table ‘schemaversiontable’ already exists QMYSQL: Unable to execute query'”
[akonadiserver] Unable to initialize database.
…
Also ist schon die erste Tabelle nicht IO – so richtig finde ich in den Foren keine Hilfe, und weiß auch nicht auf welchen die Frage am besten aufgehoben ist.
Hintergrund:
/home/MeinBenutzer liegt via NFS gemounted auf meinem Server
MeinBenutzer ist via NIS vom Server bezogen
Benutzerrechte für “nobody” (root hat auf NFS gemountete Verzeichnisse keine Rechte) sind für .config .local und .kde4 auf a+rw
Anmerkung:
Würde am liebsten den PostgreSQL Server auf meinen Server verwenden (da ausfallsicherer und demnächst sogar per USV gesichert). Das habe ich aber noch nicht zum laufen bekommen.
Habt Ihr in einer der letzten Linux-User oder Linux-Magazin Ausgaben, Artikel zu diesem Themen akonadi / nepomuk, SQL Server im Netz (egal ob MySQL oder PostgreSQL) oder verwandten Themen gehabt?
Unter /home/Benutzer/.local/share/akonadi liegt die Datenbank. Benenne mal den Ordner akonadi um und starte dann akonadi neu.
Also folgendes vorgehen hat jetzt doch zum Erfolg geführt:
Akonadi und Nepomuk gestoppt, alle Anwendungen geschlossen, nur noch Konsole offen:
mv ${HOME}/.config ${HOME}/.config.$(date +%F-%H-%M)
mv ${HOME}/.local ${HOME}/.local.$(date +%F-%H-%M)
Alle Dateien mit Akonadi oder Nepomuk im Namen die größe 0 hatten oder nicht sinnfoll erschienen im Verzeichnis .kde4/share/apps und .kde4/share/config umbenannt/gelöscht, sowie noch mal Inhalte auf plausibilität geprüft.
Dann als root (via su oder bei mir direkt in der Console)
rcmysql restart && aa-complain mysql && rcapparmor restart
ausgeführt. Verzeichnisse erneut angelegt und rechte (wegen NFS Laufwerk für alle auf rw gesetzt (wie das geht siehe auch mein script). Verzeichnis $HOME/.kde4/share/apps/nepomuk/repository/main/data/redland/
Gelöscht neu angelgt und ebenfalls allen rw rechte gegeben.
Nun zuerst Akonadi gestartet und anschließend Nepomuk. Nepomuk meckert noch etwas, aber denke bekomme ich dann demnächst auch wieder in den Griff.
Noch mal Danke insbesondere an Frank für seinen Support.
Ciao
Ulf
Akonadi geht ja noch, da kann man auch die SQL-Daten _relativ_ einfach exportieren. Aber Nepomuk und alle seine Backend-Experimente sind bestenfalls pre-Beta. So kommt es mir nach x Versuchen mit x Problemen nicht mehr in den Sinn, Nepomuk zu nutzen, auch wenn der semantische Desktop durchaus seinen Reiz hätte. Das ewige “Löschen des Konfig-Ordners” und der dadurch verursachte Datenverlust nerven einfach zu sehr. Vielleicht in einem Jahr oder so mal wieder einen Versuch wagen, mal schauen, mit welchem Backend dann die Daten gespeichert werden…
Nachtrag: Starte KDE neu.
Danke Frank,
aber das sind die Tips von der Akonadi Seite. Folgendes kleines Script hat bisher meist geholfen. Es löscht radikal alle alten Nepomuk und Akonadi Einstellungen inclusive aller Datenbanken und legt diese neu an.
***********************
#!/bin/sh
echo ‘** Akonadi- und Nepomukserver anhalten’
akonadictl stop
qdbus org.kde.NepomukServer /nepomukserver org.kde.NepomukServer.quit
#qdbus org.kde.NepomukServer /nepomukserver quit
sleep 10s
echo ‘** lösche alte Daten aus dem Nepomuk Verzeichnis’
rm $HOME/nepomuklog $HOME/akonadilog
rm -r $HOME/.kde4/share/apps/nepomuk
#SQL Fehler =>
rm $HOME/.kde4/share/apps/amarok/mysqle/ibdata1
rm $HOME/.local/share/akonadi/db_data/ibdata1
#cp /etc/akonadi/mysql-global.conf.ulf $HOME/.config/akonadi/mysql-local.conf
# $HOME/.local/share/akonadi/mysql.conf ???
cp /etc/akonadi/mysql-global.conf $HOME/.config/akonadi/mysql-local.conf
sleep 5
chmod -R a+rw $HOME/.config
chmod -R a+rw $HOME/.local
mkdir -p $HOME/.kde4/share/apps/nepomuk/repository/main/data/redland/
chmod -R a+rw $HOME/.kde4/share/apps/nepomuk
chmod a+rw $HOME/.kde4/share/config/nepomukserverrc
chmod -R a+rw $HOME/.kde4/share/apps/amarok
echo -e ‘** Restart MySQL and AppAmor\n** please enter root pwd’
su -c ‘rcmysql restart && aa-complain mysql && rcapparmor restart’
mysql_install_db –datadir=$HOME/.local/share/akonadi/db_data/
sleep 10s
echo ‘** Nepomuk- und Akonadiserver neu starten’
nepomukserver &> $HOME/nepomuklog &
sleep 5s
akonadictl start &> $HOME/akonadilog &
#sleep 5s
#akonadiconsole
echo ‘done’
#****
#Aber Achtung – nur benutzen wenn man zum einen eine
# Sicherung hat und zum anderen weiß was man tut!!!
*******************
Spiele gerade noch eine Sicherung von gestern zurück, hoffe das klappt. Evtl. gibt es aber auch generelle Probleme mit openSUSE, ein weiterer Benutzer auf einem anderen Rechner hat das gleiche Problem (habe leider sonst keinen weiteren Benutzer bei dem Kmail/Kontact verwendet wird)
Leider hat auch das zurückspielen von ~/.local und ~/.config aus einer ein bzw. auch einer 2 Tage alten Sicherung keinen Erfolg beim Hauptbenutzer gebracht. Bei dem zweiten Benutzer hat es aber wenigstens funktioniert. :-/
Ob man für das Löschen von zwei Konfigurationsordner ein Script einsetzt, muss jeder selber wissen. Alles Andere was Dein Script noch macht, erledigt auch ein Neustart. ;-)
Mit dem löschen von
/home/user/.config/akonadi
/home/user/.local/share/akonadi
konnte ich bisher meine Nepomuk/Akonadi-Probleme lösen.
Ich verstehe jetzt nicht die Zeile mit “amarok”.
>rm $HOME/.kde4/share/apps/amarok/mysqle/ibdata1
Was mir nebenbei auffällt:
>mkdir -p $HOME/.kde4/share/apps/nepomuk/repository/main/data/redland/
Akonadi verwendet seit Version ? soprano als Backend.
An ein generelles Suse-Problem glaube ich nicht. Ich setze hier auch Suse 11.2/64 und KDE 4.4.2 ein und und hatte schon lange keine Probleme mehr mit Akonadi. Natürlich kann nach einem Absturz alles Mögliche passieren. Den hatte ich aber auch schon lange nicht mehr. :-) Suspend verwende ich nicht.
Hallo Frank,
> Ich verstehe jetzt nicht die Zeile mit “amarok”.
OK, gehört nicht zu diesem Problem. Wie gesagt das Script wird bei mir nach einem echten Absturz benutzt, um die Datenbanken wieder in Gang zu bringen.
> Akonadi verwendet seit Version ? soprano als Backend.
openSUSE (und noch ein paar andere Distros) benutzen noch bzw. schon virtuoso – denn ich habe es auch schon anders herum gelesen. Aber nichts desto trotz – das werde ich nicht anpacken solange akonadi selbst nicht zum laufen zu bekommen ist.
Wie gesagt setze Factory version von openSUSE:KDE ein welches zur Zeit KDE 4.4.2 sowie Akonadi 1.3.1 verwendet (laut meiner Info das aktuellste was geht).
> An ein generelles Suse-Problem glaube ich nicht. Ich setze hier auch Suse 11.2/64 und KDE 4.4.2 ein und und hatte schon lange keine Probleme mehr mit Akonadi.
Ich bis gestern auch nicht :-/
> Natürlich kann nach einem Absturz alles Mögliche passieren.
Ja, es gibt eine Inkonsistenz zwischen Dateisystem und Datenbank. Bei mir jetzt das zweite mal innerhalb der letzten zwei Monate (das erste mal war ein Stromausfall in der Siedlung schuld). Ansonsten stürzt ein Linux ja Gott sei Dank nicht ab.
> Suspend verwende ich nicht.
Ich die nächsten Jahre bestimmt auch nicht mehr :-(
Hallo Ulf!
Die Umstellung von redland auf soprano-virtuoso hat bei mir keine Probleme verursacht. Im Gegenteil. Danach lief es besser. Man braucht nur die Pakete
soprano-backend-virtuoso
virtuoso-drivers und
virtuoso-server
installieren und in
$HOME/.kde4/share/config/nepomukserverrc
Used Soprano Backend=virtuosobackend
eintragen.
Vielleicht läuft es bei Dir dann störungsfreier!?
Steht schon auf virtuoso. Bekomme Ihn allerdings momentan nicht mehr zum laufen.
Aber dennoch danke Frank für Deine bemühungen
PS: Akonadi läuft wieder – siehe separaten Kommentar
Ciao
Ulf