Kopano4S (Zarafa 2.0)

[sky63]

Kannst du dich mit dem MySQL-Passwort welches du bei der Installation angegeben hast als root an der DB anmelden?

/usr/local/mariadb10/bin/mysql -uroot -p

Und dann das Passwort welches du bei der Installation angegeben hast. Wie sieht dann das Ergebnis aus?
gruss,
sky

 

[491810]

Ääääääähhhh ... das Passwort was ich bei der Installation als DB-Kennwort angegeben habe IST doch das root Passwort für die DB.
Wenn ich mich über die Konsole anmelde kann ich mich problemlos an der MariaDB10 anmelden - wie auch schon per PHPmyadmin.

 

[sky63]

Die Fehlermeldung bei der Installation sagt das die DB nicht angelegt werden kann. Deswegen kam mir der Gedanke das du möglicherweise nicht das Root-PW genommen hast.
Mach mal ein "show databases;" nach der Anmeldung am mysql

gruss,
sky

 

[491810]

Wobei er mit Deinem Befehl aber witzigerweise die MariaDB5 anzeigt und nicht die MariaDB10.



p.s.: Sowohl bei der MariaDB5 als auch bei der MariaDB10 habe ich das gleiche root Passwort.

 

[sky63]

Nenene, da hast du jetzt einen Fehler gemacht.

Im ersten Screenshot vom MySQL steht Server-Version 10.3.21 im zweiten, mit den Datenbanken steht Server-Version 5.5.26.


Hast du deine Attachments in der DB oder Filesystem? Wenn Filesystem solltest du die Verzeichnisse nicht wegschieben. Mach eine Kopie davon.

gruss,
sky

 

[sky63]

Ich weiss gerade nicht ob und wenn wie das Installtionsscript feststellt ob DB-Version 5 oder 10 installiert ist. Kannst du vor einem neuen Installationsversuch mal die Version 5 abschalten? Oder ist das nextcloud produktiv?

 

[491810]

Also ich habe eben das Datenbank-Schema umbenannt in "Kopano4s_OLD" und ebenso darauf geachtet, dass der Ordner "/volume1/kopano4s" weg ist.
Nach einem Neustart dann Kopano4s installiert und siehe da. Es geht. Als ich dann "Kopano4s" in "Kopano4s_OLD2" und "Kopano4s_OLD" daraufhin in
"Kopano4s" umbenannt habe - damit ich wieder mit meinen Postfächer, etc. pp starten kann - startete Kopano4s zwar aber Webapp war schwupps kaputt.
Also irgendwie wurde mir wohl beim Update irgendwas im Datenbank-Schema kaputt gemacht. Sagt mir nochmal fix, wie ich die Backups wiederhstellen tue.

 

[sky63]

Was heisst Webapp kaputt?

 

[491810]

Lädt einfach nicht mehr. Bekomme dann nur die Synology Error Seite.

 

[sky63]

kopano läuft?
Welcher Link wird aufgerufen um WebApp aufzurufen?

Mach mal ein

kopano4s-init acl

Das setzt die Berechtigungen der Verzeichnisse korrekt

 

[491810]

Schaut noch nicht so gut aus. Stimmt wohl noch was von den Rechten nicht (?)
Hat der ein Problem, weil ich die das Schema&Ordner "kopano4s" genannt habe?



Ich habe inzwischen auch wieder meine vier Email Postfächer mit Kennwörtern eingerichtet.
Aber irgendwie will er die im ordner "/volume1/kopano4s/backup" liegenden Backups nicht
restoren. Als Befehl habe ich den folgenden verwendet:

kopano-backup --restore dirk -U dirk -P meinkennwort -u dirk -l INFO

Sollte ja eigentlich passen, oder? Ordner heißt "dirk", Email-Postfach heißt "dirk". Oder nicht?

 

[sky63]

Also irgendwie wurde mir wohl beim Update irgendwas im Datenbank-Schema kaputt gemacht.

Glaub ich nicht.

 

[sky63]

Hat der ein Problem, weil ich die das Schema&Ordner "kopano4s" genannt habe?

Anhang anzeigen 52084

Kann schon sein das jetzt alles durcheinandergewürfelt wurde.

Gib mal das Ergebnis von

kopano4s-init acl

 

[491810]

Hatte ich eben (s.o.) als Bilddatei gepostet ... aber hier nochmal als Quote

root@ds918plus:/volume1/kopano4s# kopano4s-init acl
initializing acls of all kopano folders incl. etc, log
sh: 0: getcwd() failed: No such file or directory
chown: cannot access '/var/log/kopano/amavis.log': No such file or directory
chmod: cannot access '/var/log/kopano/amavis.log': No such file or directory
sh: 0: getcwd() failed: No such file or directory
Stopping Kopano core...
sh: 0: getcwd() failed: No such file or directory
stopping kopano-server..
sh: 0: getcwd() failed: No such file or directory
sh: 0: getcwd() failed: No such file or directory
stopping kopano-spooler..
sh: 0: getcwd() failed: No such file or directory
sh: 0: getcwd() failed: No such file or directory
stopping kopano-dagent..
sh: 0: getcwd() failed: No such file or directory
Stopping Kopano web...
sh: 0: getcwd() failed: No such file or directory
stopping nginx..
sh: 0: getcwd() failed: No such file or directory
sh: 0: getcwd() failed: No such file or directory
stopping php7.0-fpm..
sh: 0: getcwd() failed: No such file or directory
Stopping Kopano mail...
sh: 0: getcwd() failed: No such file or directory
stopping postfix..
sh: 0: getcwd() failed: No such file or directory
Stopping Kopano sys...
sh: 0: getcwd() failed: No such file or directory
stopping rsyslog..
sh: 0: getcwd() failed: No such file or directory
sh: 0: getcwd() failed: No such file or directory
stopping cron..
sh: 0: getcwd() failed: No such file or directory
Starting Kopano core ...
sh: 0: getcwd() failed: No such file or directory
Starting server: kopano-server.
sh: 0: getcwd() failed: No such file or directory
Starting spooler: kopano-spooler.
sh: 0: getcwd() failed: No such file or directory
Starting LMTP dagent: kopano-dagent.
Starting Kopano web ...
sh: 0: getcwd() failed: No such file or directory
Starting nginx: nginx.
sh: 0: getcwd() failed: No such file or directory
Starting Kopano mail ...
sh: 0: getcwd() failed: No such file or directory
Starting Postfix Mail Transport Agent: postfix.
Starting Kopano sys ...
Starting enhanced syslogd: rsyslogd.
sh: 0: getcwd() failed: No such file or directory
Starting periodic command scheduler: cron.
sh: 0: getcwd() failed: No such file or directory

 

[491810]

Mal eine Frage zum Restore. Ich lasse jeden Sonntag um 3:00 Uhr folgendes Skript ablaufen:

kopano-backup --differential

Im ordner "/volume1/kopano/backup" sind dann die folgenden Ordner und Dateien abgelegt:



Den Ordner habe ich natürlich vorher dem Löschen und der Neuinstallation verschoben nach
"/volume1/kopano-backup" und nach der Installation zurückkopiert in den "/kopano/backup".

Als ich nun aber versucht habe mit folgenden Befehl den Restore zu machen bekomme ich
einen Fehler angezeigt:



An anderer Stelle hier (irgendwo auf Seite 27) wird immer folgender Ordner angegeben:

kopano-backup --restore -u Name /var/lib/kopano/backup/Name/ -l INFO

Habe ich jetzt den falschen Ordner bzw. Inhalt weg gesichert? An dem anderen Speicherort
"/var/lib/kopano/backup" finde ich keinerlei Datein nach der Neuinstallation. War das falsch?

Habe ich vor der Neuinstallation den falschen Ordner gesichert? Oder was mache ich falsch?

 

[sky63]

Der Pfad /var/lib/kopano/backup ist der Pfad innerhalb des Docker-Containers. Da kommst du mit kopano-cmdline hin wenn der Container läuft.
Beim kopano-backup kann ich dir allerdings nicht wirklich helfen das benutze ich nie.

Ich komme langsam durcheinander bei deinen Umbennenungs- und Kopieraktionen. Und von daher nochmal von Anfang an.

Die ursprüngliche DB existiert noch?
Wie heisst die?

Das ursprüngliche Verzeichnis existiert noch?
Wie heisst das?

gruss,
sky

 

[peeweesyn]

Ich weiss nicht wie ich suchen kan in 163 zeiten:

Mein installation fehlt (nach viele viele viele versuchen) mit:

admin@Synology:~/kopano-docker$ sudo tail /var/packages/Kopano4s/target/log/package.log
2020.04.10-16:10:18 Empty Kopano share, waiting 60s e.g. to allow mounting of encrypted share..
2020.04.10-16:11:20 Error Kopano share still empty post mount timeout 60 sec
2020.04.10-16:13:22 Empty Kopano share, waiting 60s e.g. to allow mounting of encrypted share..
2020.04.10-16:14:24 Error Kopano share still empty post mount timeout 60 sec
2020.04.10-16:18:47 Empty Kopano share, waiting 60s e.g. to allow mounting of encrypted share..
2020.04.10-16:19:49 Error Kopano share still empty post mount timeout 60 sec
2020.04.10-16:23:32 Empty Kopano share, waiting 60s e.g. to allow mounting of encrypted share..
2020.04.10-16:24:34 Error Kopano share still empty post mount timeout 60 sec
2020.04.10-16:39:16 Empty Kopano share, waiting 60s e.g. to allow mounting of encrypted share..
2020.04.10-16:40:18 Error Kopano share still empty post mount timeout 60 sec

Wie mache ich die installation laufen und das pakket via packet manager laufen?

 

[chats]

Arbeitest Du mit verschlüsselung? Es sieht so aus als würdest Du versuchen Kopano auf einer verschlüsselten Volumeoder Laufwerk zu installieren.

 

[peeweesyn]

Nein, ich arbeite nicht mit verschlüsselung. Nach installation würde keine 'Kopano share' erstellt. Wann ich das Docker container startte, stopt es wieder nach einige sekunden.

 

[chats]

Ich würde an Deiner Stelle Kopano deinstallieren, die Synology neu starten und wieder neu installieren. Denk dran Deine Datenbank zu sichern bzw. nicht löschen lassen.