Z-Push 2.4.1 - Update von Z4H 0.7.4 auf 0.7.5

[millilenium]

Habe die 0.7.4 (mit Ausnahme der Datenbank) gelöscht und die Version 0.7.5 installiert.
Soweit so gut hat alles reibungslos funktioniert.

Nun scheine ich aber mit Z-Push ein Problem mit dem Smartphone zu haben. Ich kann einen, am PC eingegeben Termin, nicht mehr am Smartphone bearbeiten - hier stürzt die Kalender-App (mehrere getestet, z.B. Nine, integrierte App, etc.) ab.
Hab ich den Termin am Smartphone neu erstellt funktioniert es, sobald ich ihn am PC bearbeite kann ich wieder nicht mehr am Smartphone bearbeiten.

Was auffällt: beim PC-Termin steht als Zeitzone MESZ dabei, wenn ich den Termin am Smartphone erstelle nicht.
Aber in der Z-Push-Config sowie am Handy und an der DS sind die Timezone korrekt auf Europe/Berlin gesetzt.

Hat hier jemand Erfahrung oder ein ähnliches Problem bei der 0.7.5?

Das setzen der Rechte via chmod brachte nur den Erfolg dass der Sync überhaupt läuft.
Evtl. hat TosoBoso eine Idee?

Vielen Dank

 

[millilenium]

Also es liegt definitiv am Z-Push 2.4.1
Habe nun wieder die Version Z4H 0.7.4 installiert und online - alles funzt.
Sobald ich die 0.7.5 installiere oder update dann werden meine Termine mit einer MESZ-Zeitzone gesendet - mein Smartphone crasht beim Editieren.

Soweit ich nun gefunden habe müsste es an der mapoprovider.php von Z-Push liegen aber das übersteigt meine Kompetenz.
Vielleicht findet sich ja jemand mit einer Idee warum bei Z-Push 2.4.1 die Zeitzonen abgewandelt werden.

Danke

 

[Matis]

0.7.4 hilft bei mir auch nicht. Ich bin verzweifelt! Kein device kontaktiert mehr!
Ich hasse diese Überraschungen wirklich!

Es werde unter"device" noch so viele "no user data synchronized to device" Zeilen angezeigt, wie ich vorher devices hatte.

z-push-log: 21/05/2018 13:16:44 [ 5252] [ INFO] [unknown] StateNotFoundException: FileStateMachine->GetState(): Could not locate state '/etc/zarafa/z-push/state/o/n/no-devicedata' - code: 0 - file: /usr/share/z-push/lib/default/filestatemachine.php:119

.... jetzt bin ich richtig aufgeschmissen: 0.6.9 läßt sich nicht mehr installieren, irgendwelche Fehler bei den Installations-Pfaden. Das ist der SuperGau!

 

[Matis]

... konnte wieder 0.7.5 installieren und Web-App geht, sonst nix.
Hat mir denn keiner einen Tipp?

 

[Matis]

... das Verzeichnis /usr/share/z-push gibt es nicht mehr. Ist das wichtig? Wie kann ich das fixen?

 

[Matis]

jetzt bringt z-push log ständig dies:

21/05/2018 14:07:05 [ 5337] [ INFO] [#unknown] The configuration parameter 'USE_X_FORWARDED_FOR_HEADER' was deprecated in favor of 'USE_CUSTOM_REMOTE_IP_HEADER'. Please update your configuration.
21/05/2018 14:07:05 [ 5337] [ INFO] [#unknown] StateNotFoundException: FileStateMachine->GetState(): Could not locate state '/etc/zarafa/z-push/state/o/n/no-devicedata' - code: 0 - file: /usr/share/z-push/lib/default/filestatemachine.php:126

 

[Matis]

.... ich glaube das hat was mit dem 9443 und reverse proxy zu tun. Was wurde denn da geändert? Ist bridge noch richtig?

 

[millilenium]

Du musst bei dem Ordner "/etc/zarafa4h/z-push/" die Rechte für die Gruppe "root" und Eigentümer "http" mit Recht 0775 rekursiv vergeben.
Dann klappt es wieder.

Siehe Post von Andy+: https://www.synology-forum.de/showt...Package-weiter&p=771098&viewfull=1#post771098

In der Z-Push-Config (/etc/zarafa4h/z-push/config.php) musst Du folgendes eintragen:

// When accessing through a proxy, the "X-Forwarded-For" header contains the original remote IP
define('USE_X_FORWARDED_FOR_HEADER', false);

 

[Matis]

Vielen Dank!
Es war nur eine Änderung: chmod config.php 0775 ...und schon hat es wieder funktioniert.
Die config.php sieht bei mir schon so aus.
Kleine Änderung, große Wirkung.
Es sind immer die plötzlichen Überraschungen, nach denen man sich einen Wolf sucht und wirklich aufgeschmissen ist.

 

[Tosoboso]

Du musst bei dem Ordner "/etc/zarafa4h/z-push/" die Rechte für die Gruppe "root" und Eigentümer "http" mit Recht 0775 rekursiv vergeben. Dann klappt es wieder.
Siehe Post von Andy+: https://www.synology-forum.de/showt...Package-weiter&p=771098&viewfull=1#post771098

Hi, es gibt wohl probleme mit dem Upgrade von Z-Push 2.3.9 auf 2.4.1. Generell empfieht sich > z-push-admin -a fixstates auszuführen aber der Befehl > zarafa-reset mobiles hätte das Oben beschriebene auch erledigt ohne viel Handarbeit:
Konkret löscht reset mobiles das Z-Push State Verzeichnis und legt es neu mit den passenden Rechten an; übrigens nicht mit root.http, sondern mit root.www-user (der Container nginx user): chown -R 33.zarafa /etc/zarafa4h/z-push/state
Nochmals der Hinweis auf die Utility, die Standard-Probleme aus dem Sumpf zieht siehe Parameter bei Aufruf: Usage: zarafa-reset plus container | etc | acl | ssl | mobiles | upgrade | all

PS: bei k4s heisst die Utility kopano-init statt reset, macht aber das gleiche und etwas mehr: Usage: kopano-init plus container | no-ports | edition | etc | acl | ssl | mobiles | upgrade | all | help
-TosoBoso

 

[Matis]

Super, vielen Dank.
Es gibt so viele tolle features, die man im Eifer des Gefechts nicht weiß oder findet.
Vielleicht würde es Sinn machen diese für Kapano an einer Stelle alle mal zu sammeln.

 

[Tosoboso]

Es gibt so viele tolle features, die man im Eifer des Gefechts nicht weiß oder findet.
Vielleicht würde es Sinn machen diese für Kapano an einer Stelle alle mal zu sammeln.

Ja, dafür sind neue Posts K4s faq & features bzw. wiki gedacht, denn im Haupt-Post wie geht es mit dem Zarafa Paket weiter geht das unter. Da gilt auch meine Aufforderung dass die Community sammelt, denn ich hab dafür wenig Zeit und da ich weiss wie es geht bin ich auch manchmal etwas kryptisch in der Beschreibung, oder gar betriebs-blind..
-TosoBoso

 

[Matis]

.... sorry, manchmal könnte ich aber wirklich ...
...heute hab ich den DSM Update auf DSM 6.1.7-15284 gemacht, ob das was damit zu tun hat, ... keine Ahnung.

Auf jeden Fall habe ich festgestellt, dass sich ein Iphone noch nicht kontaktiert, also habe ich wie empfohlen z-push-admin -a fixstates und zarafa-reset mobiles ausgeführt.
Ergebnis: jetzt haben wieder alle devices "Accountfehler" und verbinden sich nicht.
Ich könnte kotzen... die Rechte stimmen ja jetzt und damit bin ich wieder mit dem Latein am Ende. Kann das nicht einfach mal laufen?

 

[Matis]

... ich vermute ja das liegt nach wie vor an was anderem, revers proxy, DNS, .... weil er sofort einen Server-Fehler bringt... aber was es dann am Sontag wieder eingerenkt?

 

[Andy+]

Ich denke nicht, dass es mit dem Update auf DSM 6.1.7 zu tun hat. Ich habe heute an 2 DS ein Update auf DSM 6.1.7 erledigt, auf der einen läuft Z4H, auf der anderen K4S (Installation ohne Reverse-Proxy), bei beiden gibt es zum Smartphone keinerlei Probleme. Eine dritte DS mit DSM 6.2 hat auch K4S drauf und läuft auch.

 

[Matis]

... ich bin jetzt schon das dritte mal am neu installiern, ohne Erfolg.
Ich hatte wohl am So nur Glück, dass in dem Moment als ich die Rechte von config.php geändert hab, noch irgendwas funktioniert hat, das es jetzt nicht mehr tut.

 

[Andy+]

Auf welcher DS hast Du das drauf und läuft diese mit BTRFS oder EXT4?

 

[Matis]

DS1515+ und EXT4, grade geht's wieder.
Es fühlt sich nur nicht gut an, wenn man nicht versteht warum.
Ich hab nur festgestellt, dass beim Starten von z4h die Rechte wieder einegschränkt werden. Also noch während des Starts die von config.php und state -R geändert.
Es kann doch aber nicht sein, dass es auf den Zeitpunkt ankommt.

 

[Matis]

.... also nach Anhalten und Neustart von z4h sind die Rechte wieder eingeschränkt.

Die child-Prozesse werden auch knapp.
Was muß ich den neu starten, dass eine Änderung child-Anzahl in /etc/php5/fpm/pool.d/www.conf Anwendung findet?
Ich hab die Max-Anzahl von 10 auf 16 verändert.
Nur z4h neu starten, docker oder die ganze Syno?

 

[Andy+]

...........empfieht sich > z-push-admin -a fixstates auszuführen aber der Befehl > zarafa-reset mobiles hätte das Oben beschriebene auch erledigt ohne viel Handarbeit:
Konkret löscht reset mobiles das Z-Push State Verzeichnis und legt es neu mit den passenden Rechten an......

Versuchs mal damit.