Nach Update / Neuinstallation 1.0.5 auf 1.1.0 Kopano Container stoppt

[Daydreamer]

Hallo Community,

gestern habe ich auf meiner DS418Play ein Update von von Kopano4S 1.0.5 auf 1.1.0 vorgenommen.
Im Prinzip war es eine Neuinstallation. Die Version 1.0.5 davor lief relativ stabil jedoch fehlerten mir ein paar neue Features.
Jetzt nach dem Wechsel auf 1.1.0 stoppt der Docker-Container wenige Sekunden nach dem Start.
Meldung in den Notifications: Docker container kopano4s stopped unexpectedly.

Docker log. Sagt folgendes:


Kann jemand helfen?
Gruß, Daydreamer

 

[Andy+]

Welche Version und welches Image hattest Du mit v1.0.5 installiert?

Wenn Du im Paketzentrum die Betafunktion deaktiviert hast, möchte die Installation wahrscheinlich die Default- und nicht die Communityvariante (Betavariante) installieren. Ich weiss nicht mehr, ab wann diese Trennung eingeführt wurde, ich meine bei dieser Version war das noch nicht der Fall. Wenn dem so wäre, kommt dieser Fehler, da Deine Datenbank nur Aufwärtskompatibel ist und nicht Abwärtskompatibel.

 

[Daydreamer]

Hallo Andy+,
danke für's Feedback. Kopano war für mich eine erste Testinstallation und ich hab nicht wirklich damit gearbeitet. Die Version die ich über 1.1.0 bekommen hab, hab ich manuell installiert. Es war "D-Core-8.7.1.0_Webapp-3.5.6_Z-Push-2.5.1_WMeet-0.29.5". Diese hatte ich auch schon mit der 1.0.5 bekommen. Ich mach nochmal alles platt. Also auch Datenbank. Ich melde mich dann ob es geklappt hat. Danke, Daydreamer

 

[Daydreamer]

Hallo zusammen. Jetzt hab ich alles platt gemacht. Also Datenbank und Container. Nachdem ich eine Neuinstallation versucht habe, hab ich bemerkt, dass phpmyadmin nicht mehr läuft (leerer Bildschirm ohne Fehlermeldung). Also hab ich auch alle PHP Versionen deinsalliert und auch phpmyadmin. Wenn ich nich nun phpmyadmin installiere, kommt ja php5.6 normalerweise mit der Installation gleich mit. Bei mir stimmt gerade etwas grundsätzlich nicht mehr. So brauch ich Kopano nicht zu installieren. Ich steh gerade auf dem Schlauch.
Das ist jetzt die Situation: Docker läuft (ohne Image), Webstation läuft, Mariadb10 installiert und Passwort angelegt, php5.6 installiert aber phpmyadmin startet nicht mehr. Selbst nach mehrfachen De- und wieder Installieren.phpmyadmin will einfach nicht mehr starten.

 

[Andy+]

Es ist die Frage, mit welcher PHP-Version alle Pakete klarkommen. Ich würde an Deiner Stelle mal noch PHP 7.2 und ggf. 7.0 installieren, für alle Fälle. PHP 5.6 ist eigentlich schon out, ich weiss allerdings nicht, welche APPs diese Version noch verwenden.

 

[Daydreamer]

Hm, ich habe jetzt alle verfügbaren PHP Versionen von 5.6 bis 7.3 installiert. phpmyadmin geht immer noch nicht.

 

[Andy+]

Dann vlt. nochmal neu installieren.

 

[Daydreamer]

Ich hatte alles platt gemacht wegen dem Fehler. Also Mariadb, alle PHP Versionen und phpmyadmin auch deinstalliert und auch alle wieder installiert. phpmyadmin will nicht mehr starten. Das hat jetzt nix mehr mit Kopano zu tun. Ist ja eh nicht mehr drauf. Ich mach das mal wo anders als Thema auf.

 

[Andy+]

Hast Du auch dazwischen mal einen Reboot gemacht?

 

[Daydreamer]

Die Diskstation startet 1x pro Tag als Chron job. Also ja.

 

[Andy+]

Aber Du machst ja nun Deine Installationen und möchtest ja wissen, ob alles funktioniert, dann sollte der Reboot eigentlich immer unmittelbar nach der Installation erfolgen.

 

[Daydreamer]

Ja, hab schon mehrfach und auch vorhin die DS neu gestartet. Ich bin auch jetzt weiter gekommen. Ich habe festgestellt, dass ich immer über meinen Dyndns auf die DS Oberfläche zugegriffen habe. Scheinbar kann man dann nicht auf phpmyadmin zugreifen. Wenn ich das mit lokaler IP mache, geht es jetzt. Ich hab jetzt auch das 1.1.0 installiert bekommen. Wie eingangs beschrieben stoppt der Kontainer wieder. Jetzt habe ich die alte 1.0.5 wieder drauf und es läuft ohne Probleme. Das bedeutet, dass 1.1.0 aus irgend einem Grund halt einfach nicht läuft. Dann ist das halt eben so und ich warte auf eine noch neuere Version.

 

[Andy+]

Das ist aber schon etwas schräg mit K4S, welcje DS hast Du?

Mit phpMyAdmin kann man auch von extern zugreifen, vlt. war Gross- Kleinschreibung falsch.

 

[Andy+]

Welche Apache- und PHP-Version ist in der Webstation nun Standard? Das könnte vlt. auch noch eine Rolle spielen. Wegen diverser Dinge habe ich Apache 2.2 und PHP 7.2 als Default, damit alle APPs funktionieren.

 

[Daydreamer]

Ich bin weiter gekommen. Ich nutze eine DS418Play. Diese wird von Synology nicht direkt mit Docker unterstützt. Ich hatte zunächst hier:
https://usdl.synology.com/download/Package/spk/Docker/,
die letzte Version (Docker-x64-18.09.0-0506.spk), die scheinbar auch auf der DS418play funktioniert herunter geladen und manuel installiert.
Wenn ich eine Version davor (Docker-x64-17.05.0-0401.spk) verwende, stürzt der Kontainer von Kopano 1.1.0 nicht mehr ab. Apache 2.2 und PHP 7.2 sind sowoeso drauf.
Soweit rennt Kopano jetzt erst mal. Mails werden auch empfangen aber Versenden geht nicht.

 

[Daydreamer]

Das bekomme ich als Mailantwort beim Versenden:

Das steht im Mail.log

 

[Daydreamer]

Ok, ich habe noch etwas raus gefunden. Ich kann scheinbar nur keine Mails an Mailadressen meiner eigenen Domain senden. Mails an eine andere Domain gingen raus und wurden richtig versendet.

 

[Andy+]

Emails an die eigene Domain sollten eigentlich insofern sofort wieder im Posteingang sein, wenn Du für diese Adressen auch den Empfang eingerichtet hast. Wenn Du also Empfänger von xyz@123.de bist, sollte bei einem Versand einer Email an xyz@123.de diese an den Empfänger, in dem Moment Dich selbst, intern zugestellt werden. Weil dies intern erfolgt, solltest Du diese innerhalb der Abfragezyklen, also ziemlich zügig, wieder empfangen.

Aber ich denke, Prio hat nun das Senden und Empfangen überhaupt .... ... sehr gut, dass nun alles geht und es ist nicht das erste mal, dass eine Vorversion von Docker die Lösung bringt. In anderen Fällen war es sogar auch MariaDB 10. Weshalb diese Dinge so sind, ist immer wieder seltsam und widersinnig.

 

[Daydreamer]

Was auch noch komisch ist. Ich bekomme scheinbar Mails aus einem Cron Job.

 

[Andy+]

Diese Logrotategeschichte kannst Du im Grunde ignorieren. Die einen bekommen das, die anderen nicht. Da gibt es Beiträge hier dazu.