Permanent sich drehender Ladekreis zwischen der E-Mail und dem Adressbuch in der Navigationsleiste / Notwendigkeit der Installation von im Installatonscheck als nicht installiert angezeigten Paketen mit einem roten Kreuz und mehr

[Sophia_2004]

Hallo zusammen,

in Bezug auf Aufsetzen der EGroupware, der Korrektur von übernommenen Fehlern aus der bestehenden laufenden Installation per Wiederherstellen aus dem Backup und einem nicht zuordnenbaren Ladebugs in Bezug auf ein Ladesymbol in der Navigationsleiste treten erhebliche Probleme auf.

Der alte Server läuft unter Debian 9 und der neue wird Debian 11 installiert haben.

1. Ein permanenter Ladekreis erscheint in der Navigationsleiste zwischen dem Adressbuch und der E-Mailfunktion. Die Ursache könnte eine Inkonsistenz der Datenbank in Bezug auf das Adressbuch oder den Kalender sein. Faktisch tritt dieser Bug bei einem Egroupwareaccount ohne eigene Adressbuchkontakte und freigegenene Kontakte nicht auf (siehe auch den Screenshot mit diesem Bug).

2. Nach dem Durchführen des Installationschecks unter
   https://192.168.xxx.xxx/egroupware/setup/
   erscheinen sehr viele rote Kreuze für nicht installierte Pakete. Diese sollen auf Fehler hinweisen.
   Deren Nachinstallation mit Hilfe von Composer schlug bisher fehl (eine andere Möglichkeit scheint nicht zu existieren).
   Handelt es sich hier wirklich um Fehler der Installation, die behoben werden müssen?

3. In der EGroupware des Testservers nach dem Wiederherstellen des Backups stehen Cronjobs unter einem Account mit Administrationsrechten unter Admin --> Asychroner Zeitgesteuerter Dienst, deren Funktion nicht klar erkennbar ist.
   Wir würden diese Einträge sehr gerne teilweise per Kommandozeile Löschen oder zumindest im Detail im Dateisystem per Kommandozeile anzeigen lassen. Eine Löschmöglichkeit dieser teilweise kryptischen Einträge besteht nicht noch wäre deren Bearbeitung möglich (“nur Crontab”).
   Es geht unter anderem um Pushalarme von BenutzeApi\Sharing::tmp_cleanupr*innen (beispielsweise “calendar.calendar_boupdate.send_alarm”).
   Im normalen Dateisystem unter /etc/cron.d oder per “crontab -u root -l” sind diese nicht auf dem Server zu finden.

Nach einer Beseitigung dieser ganzen Unklarkeiten und Fehler wäre endlich ein Austauschen des Servers möglich.

Vielen Dank im Voraus!

[StefanU]

Hi Sophia.

Ich dachte ihr hättet die neue Installation am Laufen?

1. Ein permanenter Ladekreis

Webserver log, Webbrowser-Konsole?

2. Nach dem Durchführen des Installationschecks

Vergiss das.

Upgrade to 21.1.20220408 in Debian 10.12 packages: setup reports packages not...

Wir würden diese Einträge sehr gerne teilweise per Kommandozeile Löschen

Wie bitte? Nur weil du die nicht kennst willst du die löschen? Dann wundere dich bitte nicht, wenn hinterher Dinge nicht funktionieren.

(beispielsweise “calendar.calendar_boupdate.send_alarm”).

OK, dann eben keine Alarme mehr für fällige Termin aus dem System.

Im normalen Dateisystem unter /etc/cron.d oder per “crontab -u root -l” sind diese nicht auf dem Server zu finden.

Klar. Von dort wird ja auch nur der Cron-Job angestoßen, welcher dann die Jobs ausführt.

Ihr müsst das nicht kaputt machen. Ihr könnt das auch einfach so lassen wie EGroupware das vorsieht.

---

Bitte unbedingt beachten:
1 Thema/Frage/Problem => 1 Thema im Forum.

Stefan

[Sophia_2004]

Hi Sophia.

Hallo Stefan,

Ich dachte ihr hättet die neue Installation am Laufen?

Wegen der vielen Unklarheiten in Bezug auf den Installationcheck wurde E-Groupware bis auf weiteres als Testversion auf dem neuen Server laufen gelassen.

So lange keine Klärung beziehungsweise deren Beseitigung nicht vorliegt darf diese nicht von den Nutzer*innen eingesetzt werden. Der Ladekreisbug unten wird von uns als ein kritischer Bug betrachtet.

Webserver log, Webbrowser-Konsole?

Wie haben uns zusammen bereits die Egroupware-Logs im Docker-Container angesehen und konnten keine entsprechenden Auffälligkeiten finden.

Sind mit Webserverlogs die in

/var/log/apache2 oder die von nginx per

docker logs -f egroupware-nginx

(welcher Unterschied besteht darin “
docker logs -f egroupware-nginx 2>&1 | sed ‘s/PHP message/\nPHP message/g’” zu verwenden?)

gemeint?

2. Nach dem Durchführen des Installationschecks

Vergiss das.

Vielen Dank für den Link zum Posting mit der Erklärung!

Wir würden diese Einträge sehr gerne teilweise per Kommandozeile Löschen

Wie bitte? Nur weil du die nicht kennst willst du die löschen? Dann wundere dich bitte nicht, wenn hinterher Dinge nicht funktionieren.

(beispielsweise “calendar.calendar_boupdate.send_alarm”).

OK, dann eben keine Alarme mehr für fällige Termin aus dem System.

Das Wichtigste wäre sie diese Einträge ggf. zu ändern sind.
.

Bitte unbedingt beachten:
1 Thema/Frage/Problem => 1 Thema im Forum.

Danke für den Hinweis! Dieses werde ich demnächst bei einem neuen Diskussionsthema berücksichtigt.

Soweit,

Sophia