Wichtig: K4S neue Pakete, Default Stable vs. Beta Community und Migration / Downgrade

[Blaise]

Thank you very much for such a quick answer!

I downloaded 0.9.8 spk and installed it - webapp, z-push and imap were broken but kopano-backup was working, so I could back-up my data.

I made a full new install of 1.1.0. It seems to be working with webapp, z-push and imap runnning.I'm currently restoring my backup. I'm unable to connect to webapp, z-push and imap (same error : wrong credentials) - I deem I have to restart the server once restoring the backup is complete. I've recreated the users before restoring the backup - I hope this is not wrong (I tried to create a new test user, and I was not able to log in to webapp, z-push and imap - let's see after a server restart).

Blaise

Blaise

 

[Andy+]

If you cannot log in, the database may not working as it should be.

First you should say which version 1.1.0 you have installed. Is it v1.1.0 or v1.1.0b, b for beta. If you have installed the Default version, it means not the beta, the database is probably not compatible with v0.9.8, since the Docker image installed for v0.9.8, as far as I know, is higher in the release version. I'm not sure. With v0.9.8 you probably ran the image "Community_base-8.7.80_Web-3.5.3_Push-2.4.5" and the non-beta would have been "D-Core-8.7.1.0_Webapp-3.5.6_Z-Push-2.5.1". If you now install v1.1.0, not the beta, the database has already been converted to a higher version and can no longer be down-converted. Therefore, it does not run. So you need to run the v1.1.0b

But it is also correct: after every deinstallation and installation process, you must reboot.

 

[Blaise]

Backup restore not finished this morning; I installed 1.1.0 but have destroyed the database (even deinstalled MariaDB with whole database destruction).

I tell you as soon as I can reboot.

 

[Blaise]

Backup restore completed. Server restarted...but impossible to log in... webapp say "Logon failed. Please verify your credentials and try again."

gateway.log :
" Mon Feb 17 07:45:21 2020: [ZGateway IMAP|T140668913796864] [error ] HrLogon server "http://localhost:236/" user "Blaise": logon failed
Mon Feb 17 07:45:21 2020: [ZGateway IMAP|T140668913796864] [warning] Failed to login from [[::ffff:172.17.0.1]:53452] with invalid username "Blaise" or wrong password: logon failed (80040111)"

z-push.log :
" 17/02/2020 07:46:46 [ 131] [ INFO] [#unknown] AuthenticationRequiredException: Access denied. Please send authorisation information - code: 0 - file: /usr/share/z-push/index.php:56
17/02/2020 07:46:46 [ 131] [ INFO] [#unknown] User-agent: 'unknown'
17/02/2020 07:46:46 [ 131] [FATAL] [#unknown] Exception: (AuthenticationRequiredException) - Access denied. Please send authorisation information
17/02/2020 07:46:46 [ 131] [WARN] [#unknown] IP: 192.168.0.254 failed to authenticate user 'unknown'
17/02/2020 07:46:46 [ 131] [ INFO] [#unknown] cmd='' memory='2.43 MiB/4.00 MiB' time='0.33s' devType='' devId='' getUser='unknown' from='192.168.0.254' idle='0s' version='2.5.1+0-0' method='GET' httpcode='401'
17/02/2020 07:46:54 [ 132] [WARN] [blaise] /usr/share/z-push/backend/kopano/kopano.php:168 mapi_logon_zarafa(): Unable to setup service for provider (2)
17/02/2020 07:46:54 [ 132] [ERROR] [blaise] KopanoBackend->Logon(): login failed with error code: 0xFFFFFFFF80040111
17/02/2020 07:46:54 [ 132] [ INFO] [blaise] AuthenticationRequiredException: Access denied. Username or password incorrect - code: 0 - file: /usr/share/z-push/lib/request/requestprocessor.php:69
17/02/2020 07:46:54 [ 132] [ INFO] [blaise] User-agent: 'Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:72.0) Gecko/20100101 Firefox/72.0'
17/02/2020 07:46:54 [ 132] [FATAL] [blaise] Exception: (AuthenticationRequiredException) - Access denied. Username or password incorrect
17/02/2020 07:46:54 [ 132] [WARN] [blaise] IP: 192.168.0.254 failed to authenticate user 'Blaise'
17/02/2020 07:46:54 [ 132] [ INFO] [blaise] cmd='' memory='2.96 MiB/4.00 MiB' time='0.17s' devType='' devId='' getUser='blaise' from='192.168.0.254' idle='0s' version='2.5.1+0-0' method='GET' httpcode='401'"

Server/log :
" Mon Feb 17 07:42:37 2020: [warning] Authentication by plugin failed for user "Blaise": Trying to authenticate failed: wrong username or password
Mon Feb 17 07:42:38 2020: [warning] K-1515: Object not found unknown user "Everyone": Everyone
Mon Feb 17 07:44:10 2020: [warning] Authentication by plugin failed for user "Blaise": Trying to authenticate failed: wrong username or password"

Do you know how to tackle this?

Blaise

 

[Blaise]

I have a K-Group "Everyone" listed in Kopano4s-Admin, which is impossible to delete from Kopano4s-Admin

"Deleting Everyone.. MAPI error 80070057 (MAPI_E_INVALID_PARAMETER). Requests completed in 7 seconds. "

 

[Blaise]

z-push-error.log:

" 17/02/2020 07:57:32 [ 121] [WARN] [blaise] /usr/share/z-push/backend/kopano/kopano.php:168 mapi_logon_zarafa(): Unable to setup service for provider (2)
17/02/2020 07:57:32 [ 121] [ERROR] [blaise] KopanoBackend->Logon(): login failed with error code: 0xFFFFFFFF80040111
17/02/2020 07:57:32 [ 121] [FATAL] [blaise] Exception: (AuthenticationRequiredException) - Access denied. Username or password incorrect
17/02/2020 07:57:32 [ 121] [WARN] [blaise] IP: 77.204.107.218 failed to authenticate user 'Blaise'"

 

[Blaise]

SSL problem?

In nginx.log :

2020/02/17 07:55:31 [info] 99#99: *3 client closed connection while SSL handshaking, client: 172.17.0.1, server: 0.0.0.0:9443
2020/02/17 07:55:33 [error] 99#99: *9 FastCGI sent in stderr: "PHP message: Kopano WebApp user: Blaise: authentication failure at MAPI" while reading response header from upstream, client: 172.17.0.1, server: , request: "POST /webapp/?logon HTTP/1.1", upstream: "fastcgi://unix:/var/run/php/php7.0-fpm.sock:", host: "192.168.0.1", referrer: "https://192.168.0.1/webapp/"
2020/02/17 07:55:33 [info] 99#99: *11 client closed connection while SSL handshaking, client: 172.17.0.1, server: 0.0.0.0:9443"

 

[Blaise]

syslog:

" Feb 17 07:37:29 kopano4s liblogging-stdlog: [origin software="rsyslogd" swVersion="8.24.0" x-pid="284" x-info="http://www.rsyslog.com"] start
Feb 17 07:37:29 kopano4s cron[314]: (CRON) INFO (pidfile fd = 3)
Feb 17 07:37:29 kopano4s cron[315]: (CRON) STARTUP (fork ok)
Feb 17 07:37:29 kopano4s cron[315]: (CRON) INFO (Skipping @reboot jobs -- not system startup)
Feb 17 07:37:30 kopano4s liblogging-stdlog: imklog: cannot open kernel log (/proc/kmsg): Operation not permitted.
Feb 17 07:37:30 kopano4s liblogging-stdlog: activation of module imklog failed [v8.24.0 try http://www.rsyslog.com/e/2145 ]
Feb 17 07:39:01 kopano4s CRON[494]: (root) CMD ( [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Feb 17 07:54:42 kopano4s postfix/master[273]: terminating on signal 15
Feb 17 07:55:18 kopano4s liblogging-stdlog: [origin software="rsyslogd" swVersion="8.24.0" x-pid="257" x-info="http://www.rsyslog.com"] start
Feb 17 07:55:18 kopano4s cron[287]: (CRON) INFO (pidfile fd = 3)
Feb 17 07:55:18 kopano4s cron[288]: (CRON) STARTUP (fork ok)
Feb 17 07:55:18 kopano4s cron[288]: (CRON) INFO (Skipping @reboot jobs -- not system startup)
Feb 17 07:55:19 kopano4s liblogging-stdlog: imklog: cannot open kernel log (/proc/kmsg): Operation not permitted.
Feb 17 07:55:19 kopano4s liblogging-stdlog: activation of module imklog failed [v8.24.0 try http://www.rsyslog.com/e/2145 ]"

 

[Blaise]

message:

" Feb 17 07:55:18 kopano4s liblogging-stdlog: [origin software="rsyslogd" swVersion="8.24.0" x-pid="257" x-info="http://www.rsyslog.com"] start"

 

[Andy+]

Tosoboso might be able to help you better with these log entries.

As it looks, the SSL certificates were not imported during installation. You can use the installation instructions

https://wiki.z-hub.io/display/K4S/Installation-Update

to show what you entered during installation, is that possible? Which certificates are installed on your DS?

 

[BigBlue2k]

Hallo, nachdem ich lange bei der 0.98 war wollte ich gestern updaten, ist leider schief gegangen, Ich kann weder die Backups zurücklesen, noch läuft die aktuelle Version länger als 2 Minuten.
Hat jemand zufällig noch die 0.98 als SPK, dass ich wenigstens den alten Zustandn wieder herstlellen kann?

bin etwas verzweifelt gerade...

Edit:
Meldung 1 aus dem Docker Container - der dann auch alle paar Minuten abstürzt
/usr/local/bin/init.sh: 233: local: 519: bad variable name

 

[Andy+]

Da ist zuerst die Frage, ob das Image im Docker noch das gleiche ist, wie bislang. Denn das Update hebt nicht nur die Version von v0.98 auf derzeit v1.17 an, sondern lädt auch automatisch das neuste Image, was dazu gehört. Ist das der Fall, kannst Du mit dem alten SPK nicht anfangen.

Ich würde Dir in diesem Fall daher empfehlen, eine Neuinstallation durchzuführen, unter Beibehaltung der Datenbank. Kannst Du noch sagen, welches Image das im Docker ist/war? Ggf. würde ich Dir nahelegen, gleich die Defaultversion von K4S zu installieren, diese ist eine Final. Die Community, das war vor v1.00 auch noch jede, ist eben immer eine Beta und könnte Fehler haben.

 

[BigBlue2k]

Mist, ich hatte eine Datensicherung gemacht, sowohl kopano-backup , wie auch kopano4s-backup . Dann die Alte Version deinstalliert und "nur" das Laufwerk behalten (wegen dem Backup).
Nach der Neuinstallation läuft diese noch nicht mal, obwohl sie leer ist. Das Docker Image ist natürlich auch das neue...

Ich werds nochmal mit Löschen und Installieren versuchen...

der Docker Container wirft folgendens: /usr/local/bin/init.sh: 233: local: 518: bad variable name


Edit:
Nach Deinstallation, von Kopano4s, Docker und säubern des Shares -> dann Installation von Kopano4s 1.17 erhalte ich ein "Der Paketdienst konnte nicht ausgeführt werden.", obwohl der Docker Container erfolgreich heruntergeladen wurde.

 

[Andy+]

Zwischen Deinstallation und Neuinstallation ist ein Reboot erforderlich. Wenn alles eingerichtet wurde, noch einen, damit alles funktioniert.

Auch darauf achten, dass das Datenbankpasswort passt.

 

[BigBlue2k]

Soo, also ich werde wohl aufgeben müssen.
ich habe jetzt wirklich alles! gelöscht, und dennoch stürzt ein aktuell instaliertes Kopano4s ab (Docker-Container)

zusäzlich läuft phpMyAdmin auch nicht mehr - die Diskstation 918+ aktuell vom Softwarestand her.
Am Wochenende werde ich jetzt alle Pakete denninstallieren und neu aufspielen...

 

[Andy+]

Dann könnte sein, dass irgendwas mit der Datenbank nicht stimmt. Was funktioniert mit phpMyAdmin nicht? Gab es jetzt Updates zu Docker und MariaDB? Welche MariaDB (5, 10) hast Du laufen? Die neueren K4S-Versionen laufen nur mit MariaDB 10.

 

[BigBlue2k]

So, ein kleines Abschlussfazit: ich bin zwar nicht zufrieden, aber es läuft wieder...

- MariaDB10
- alle Updates ausser DSM7 installiert
- Kopano4s läuft wieder, ich habe es komplett neu eingerichtet und lebe jetzt mit dem Verlust der Emails - eine Wiederherstellung endete immer im Absturz-loop vom Docker Container.

- beim phpMyAdmin kommt eine Synolgy-Seite "Es tut uns leid..." -> ist im Forum hier: https://www.synology-forum.de/threads/zugriff-auf-phpmyadmin-webinterface-funktioniert-nicht.24013/

ich hoffe mal das mit dem nächsen Update der Fehler behoben wird.

Vielen Dank für die Denkanstöße...

 

[Tosoboso]

Kopano4s läuft wieder, ich habe es komplett neu eingerichtet und lebe jetzt mit dem Verlust der Emails - eine Wiederherstellung endete immer im Absturz-loop vom Docker Container.

Hi, du sagtest oben, dass du backups gemacht hast, sowohl kopano-backup, als auch kopano4s-backup.
Wenn du das Verzeichni noch hast, kannst du die Verzeichnisse der User von den Kopano-Backups Rüberkopieren und in die neue Installation Einspielen, als Ergänzung zu den neuen Mails. Dafür gibt es den Befehl kopano4s-restore-user:

kopano4s-restore-user help
Usage: kopano4s-restore-user plus user-name | all | help.
When restoring all users the sub-dirs in backup directory are used validated by info-file user
Users will be created with old pwd if possible otherwise with default pwd 'M1gr@t1on' and it is reccomended to create them before
[CODE]

 

[kylessa]

@Tosoboso

ich habe nun mit dem "Schwenk" meiner bisherigen VM von Debian 9.6 auf Debian 10 Buster begonnen. Erstaunlicherweise funktioniert dies sehr viel trivialer als das Upgrade von Debian 8 auf Debian 9.
Nach den Erfahrungen (Frickelei) hat sich aber auch mein Upgrade Verhalten verändert. Was ich diesmal gemacht habe? Ich habe Buster "light" (also die reine Netzwerkinstallation ohne Grafische Benutzeroberfäche) in einer neuen VM installiert. Danach habe ich alle benötigten Pakete (unkonfiguriert) nachinstalliert. In meinem Fall: Apache2, postfix, z-push, MariaDb, fetchmail, fail2ban, amavis-new, spamassassin, ufw etc.
Kopano wird in der von mir benötigten Komplexität ( Core, Webapp, MDM, Files ) als internes Repository vorbereitet (nochmal super Danke an dich und Felix) und ist dann ebenso mit mit apt-get update / upgrade und install verfügbar.
Bis auf den Kopano-Core und Postfix laufen bereits alle Dienste (jedoch noch nicht in der benötigten Konfiguration). Ein erster Hieb war der Umstand im Repo-Bau das Files noch nicht für Debian 10 existiert. Musste ich anpassen, geht jetzt aber.
Bis zu diesem Zeitpunkt habe ich noch keine individuellen Config Dateien bzw. Einträge in /etc/... durchgeführt. Das kommt jetzt. Die neue VM und die produktive Kopano VM können über eine gemeinsame Netzfreigabe kommunizieren. Einfach die alten Config Dateien und bzw /etc/ Einträge nach in die neue VM kopiert. Dann die Benutzer-Konten (Attachments im File-System) mit Kopano-Mittel und entsprechend den Tips von Felix importiert. Was soll ich sagen: "läuft bei mir!" Ist die VM so wie jetzt fertig, probiere ich alle paar Wochen die aktuellen "Nightly Builds". Funktioniert einer nicht wird halt die VM per Snapshot zurückgesetzt (das meinte ich mit Einfrieren).
Dein SPK Build ist wirklich gut und stable, was ich mache ist auch eigendlich außerhalb der Spezifikation "Synology Pakete". Ich werde hier weiter mitlesen / Testen und kommentieren. Denn soweit weg voneinander sind wir in den Aufgaben nicht.

Immer ein Licht bei der Nacht
Der frickler@home geometry dash subzero

Das Skript kopano4s-restore-user finde ich nicht in der K4S Admin GUI (K-Cmds) und über die SecureShell erhalte ich die Meldung "Command not found". Was mache ich falsch? Bzw. wo muss die Anweiung eingeben?

 

[Oliver43]

Es gibt neue Pakete für K4s, die einige Dinge beachten müssen, um Überraschungen zu vermeiden. Die Default Stable-Version von monkey mart wird empfohlen, um die Nightly Beta Builds zu umgehen. Die Migration erfordert bestimmte Schritte wie Exportieren und Importieren von Benutzerdaten.