Suchergebnisse

... ich denke diese Fragen kann nur beantworten, wer in k4s tiefer drin steckt als die meisten hier. Deshalb wollte ich indirekt die Frage stellen: Warum an diesen Details "rummuksen", wenn dies bei fast allen anderen klappt? Da wäre doch eher interessant, warum läuft die Installation nicht so...

Ich versteh nicht ganz warum das nötig ist. Die Installationen sind inzwischen so problemlos und robust, dass das alles kein Problem mehr sein sollte. Und sollte doch was schief gehen, einfach kurz alles löschen, reboot, neu installieren und db Backup reinladen, fertig.

Ich hab die Email heute auch wieder bekommen: /etc/cron.daily/logrotate: pkill: pidfile not valid Try `pkill --help' for more information. invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block. invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting...

ne, erst grade, ist mir direkt nach dem post auch eingefallen. Sorry.

... update lief super. leider heute morgen wieder ein error-mail: /etc/cron.daily/logrotate: invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block.

Mach ich, hatte ich nur vor dem Update nicht, also muß da was passiert sein. Ich mach bei Gelegenheit mal ne Neuinstallation, um zu sehen, ob es damit weggeht.

Diese Fehler-Email bekomme ich nach wie vor seit dem Update: /etc/cron.daily/logrotate: invoke-rc.d: WARNING: No init system and policy-rc.d missing! Defaulting to block. error: error setting owner of /var/log/kopano/z-push/z-push.log to uid 1023 and gid 1023: Operation not permitted run-parts...

So nach langem Suchen habe und zig mal die User teilweise neu aufsetzen bzw. umbennennen, scheine ich den Fehler gefunden zu haben: Ich habe dem User 1 erlaubt auf den User 2 zuzugreifen und diesen mit anzuzeigen. Dazu muß in der Webapp von User 2 auf der Gesamtinbox mit Rechtklick die...

... weil es bisher nur bei einem User auftritt war das meine Vermutung. Heute Nacht habe ich auch noch diese Mail bekommen. Das ist wohl beim Update was richtig schief gelaufen. /etc/cron.daily/logrotate: error: error setting owner of /var/log/kopano/z-push/z-push.log to uid 1023 and gid 1023...

... ich verstehe auch nicht warum das User abhängig ist. Irgendwas passiert da in der db?

Scheint irgendwie auch nichts mit der WebStation Config zu tun zu haben, im Error log steht immer was von 7.0 PHP message: Failed to open store with entryid PHP message: M 2020/03/25 22:52:46 [error] 21106#21106: *2177 upstream sent too big header while reading response header from...

Danke, hab ich versucht, hängt immer noch. Die drehenden Punkte beim einloggen drehen sich unendlich.

Backend: Apache 2.4 PHP: 7.3 Installiert sind aber noch alle Versionen.

Nach dem Update habe ich wieder das Problem, dass ich mich mit einem User nicht an der Webapp anmelden kann: [25-Mar-2020 21:40:35] WARNING: [pool www] child 25627 said into stderr: "NOTICE: PHP message: Failed to open store with entryid " [25-Mar-2020 21:40:35] WARNING: [pool www] child...

Probier mal https://domain.de/cam, vorher natürlich in der Systemsteuerung einrichten und dein reverse proxy rausnehmen. Da das standardmässig vorkonfiguriert ist könnte sich das beissen.

.... auf der Testmaschine scheine ich eine Lösung gefunden zu haben: kopano-admin --unhook-store (original) --create-store (new) --unhook-store (new) --hook-store (original) --remove-store (new) --purge-softdelete --clear-cache .... und Zugriff geht wieder. Ich werde das mit mehr Ruhe nach...

... ja hab ich. Und verschiedene Rechner und Browser probiert und die db auf eine andere syno gespielt und dann taucht das Problem dort auch auf bei diesem User. Damit muß es an der db liegen. Active Sync geht noch alles, nur eben keine connect mit webapp oder deskapp.

.... zurücksichern reproduziert den Fehler leider ... ich hab nichts bewußt geändert .... das kam auch schleichend ... er hat nicht mehr jedesmal beim anmelden gestartet, da es dann beim 2-3x ging, dacht ich ich hab mich vertippt .. heute nun gar nicht mehr.

.... ich bin schon mal so weit, dass es nur einen User betrifft. D.h. den store. PW ändern hat nicht geholfen. Wie kann ich denn den store "reparieren"? kopano-cli -u USER --create-store sagt, dass ein store vorhanden ist

Hallo Zusammen, ich habe komischerweise plötzlich das Problem, dass ich micht nicht mehr mit webapp oder deskapp anmelden kann. Ich habe bereits neu installiert, leider ohne jede Verbesserung. Ich kann kann mich anmelden, denn dreht sich der gepunktete Kries für immer, webapp wird nicht...