Probleme mit der Grommunio-admin-api

491810

Eigentlich lief meine Grommunio fehlerfrei bis ich vor 2-3 Wochen Probleme nach dem Update hatte. Am Ende lies sich alles nach einen Zurücksetzen und einem sauberen DUP lösen. Keine Fehlermeldungen mehr.

Nun habe ich den Grommunio neu gestartet nach dem letzten Update und konnte mich an der Grommunio-API nich mehr anmelden. Bissl gegoogelt und festgestellt, dass andere ähnliche Probleme hatten. Habe daraufhin mal einen "systemctl stop grommunio-admin-api" und " # systemctl start grommunio-admin-api" gemacht. Schwupps konnte ich mich wieder anmelden. Soweit so gut.

Nun habe ich aber gemerkt, dass ich zwar Emails erhalte. Aber irgendwie auch nicht zuverlässig. Heute kamen 1-2 Emails an (eine von Amazon). Schicke ich mir von meiner Gmailadresse Test-Emails an alle Postfächer kommrn fir Emails in den Postfächern an. ich kann aber keine mehr versenden. Die Emails sind unter "gesendet" im Postfach zu sehen - sie erscheinen aber in der Amin-GUI unter "Mail-Warteschlange" nicht. Auch nicht wenn ich manuell auf "requeue" drücke. Auch nicht wenn ich es andauernd refreshe.

Daraufhin habe ich in die "Überwachung" in "Grommox smtp" schauen wohlen. Lange läd nichts. Dann "Bad Gateway". Ich kann alle Logs durchgehen. Ich erhalte immer wiedere in "Bad Gateway". Sehr komisch. Ebenso sehe ich unter "Mobilgeräte" keine Verbindungen mehr. Weder von meinem Macbook noch meinen iPhone. Die andere Menüs in der Admin-API gehen problemlos und lassen sich auch abspeichern.

Ich habe natürlich auch schon mal auf Updates (zypper ref && zypper up) und Upgrades (zypper ref && zypper dup) geprüft. Keine Updates oder Upgrades verfügbar. Dachte, es läge ggf. an einem fehlerhaften Paket.

Von den Repos bin ich durchgängig auf 15.6 (da war zuvor Mischmasch aus 15.5 und 15.6 drin - habe ich bereits bereinigt). Hat irgendwer eine Idee? Bin gerade etwas ratlos ...

dneuhaeuser

nach Update auf aktuelle supported Packages selbes Problem hier mit der admin-api und "bad gateway" bei allen Logs.

491810

Bin ich wenigstens nicht alleine ...
Hast Du auch Probleme beim Versand von Emails und dem Connect der Mobilgeräte?

dneuhaeuser

Versandprobleme sind hier bisher keine aufgefallen und Mobilgeräte habe ich auf dieser Installation gerade noch keine verbunden...

In den Logfiles sehe ich mehrfach sowas:

Nov 14 01:02:45 grommunio uwsgi[7576]: !!! uWSGI process 7576 got Segmentation Fault !!!
Nov 14 01:02:45 grommunio uwsgi[7576]: *** backtrace of 7576 ***
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/sbin/uwsgi(uwsgi_backtrace+0x2a) [0x55f6052eff6a]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/sbin/uwsgi(uwsgi_segfault+0x23) [0x55f6052f0353]
Nov 14 01:02:45 grommunio uwsgi[7576]: /lib64/libc.so.6(+0x57900) [0x7fba79c57900]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libsystemd.so.0(sd_journal_add_match+0x64) [0x7fba75134c24]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/python3.11/site-packages/systemd/_reader.cpython-311-x86_64-linux-gnu.so(+0x44b8) [0x7fba778714b8]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(+0x2414cb) [0x7fba796414cb]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(_PyObject_MakeTpCall+0x160) [0x7fba79612df0]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(_PyEval_EvalFrameDefault+0xab1) [0x7fba795f5391]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(+0x114dfd) [0x7fba79514dfd]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(_PyObject_FastCallDictTstate+0xa5) [0x7fba796415c5]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(+0x247a8f) [0x7fba79647a8f]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(+0x218ab1) [0x7fba79618ab1]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(_PyObject_MakeTpCall+0x160) [0x7fba79612df0]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(_PyEval_EvalFrameDefault+0xab1) [0x7fba795f5391]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(+0x114dfd) [0x7fba79514dfd]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(_PyObject_Call+0x14f) [0x7fba79600a2f]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(_PyEval_EvalFrameDefault+0x4b16) [0x7fba795f93f6]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(+0x114dfd) [0x7fba79514dfd]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(_PyObject_Call+0x14f) [0x7fba79600a2f]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(_PyEval_EvalFrameDefault+0x4b16) [0x7fba795f93f6]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(+0x114dfd) [0x7fba79514dfd]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(_PyObject_FastCallDictTstate+0xa5) [0x7fba796415c5]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(+0x247c3b) [0x7fba79647c3b]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/libpython3.11.so.1.0(_PyObject_Call+0xc0) [0x7fba796009a0]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/uwsgi/python311_plugin.so(python_call+0xf) [0x7fba79be4f0f]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/lib64/uwsgi/python311_plugin.so(uwsgi_request_wsgi+0x25b) [0x7fba79be743b]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/sbin/uwsgi(wsgi_req_recv+0xa0) [0x55f60529ff80]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/sbin/uwsgi(simple_loop_run+0xcc) [0x55f6052ebd7c]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/sbin/uwsgi(simple_loop+0x10) [0x55f6052ebba0]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/sbin/uwsgi(uwsgi_ignition+0x291) [0x55f6052f06a1]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/sbin/uwsgi(uwsgi_worker_run+0x293) [0x55f6052f3c73]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/sbin/uwsgi(+0x82214) [0x55f6052f4214]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/sbin/uwsgi(+0x2d58e) [0x55f60529f58e]
Nov 14 01:02:45 grommunio uwsgi[7576]: /lib64/libc.so.6(+0x40e6c) [0x7fba79c40e6c]
Nov 14 01:02:45 grommunio uwsgi[7576]: /lib64/libc.so.6(__libc_start_main+0x87) [0x7fba79c40f35]
Nov 14 01:02:45 grommunio uwsgi[7576]: /usr/sbin/uwsgi(_start+0x21) [0x55f60529f5b1]
Nov 14 01:02:45 grommunio uwsgi[7576]: *** end of backtrace ***
Nov 14 01:02:45 grommunio systemd[1]: Started Process Core Dump (PID 7780/UID 0).
Nov 14 01:02:45 grommunio systemd-coredump[7781]: [🡕] Process 7576 (uwsgi) of user 478 dumped core.

                                                  Stack trace of thread 7577:
                                                  #0  0x00007fba79ca3c1e __futex_abstimed_wait_common (libc.so.6 + 0xa3c1e)
                                                  #1  0x00007fba79caf320 __new_sem_wait_slow64.constprop.0 (libc.so.6 + 0xaf320)
                                                  #2  0x00007fba795e73bd PyThread_acquire_lock_timed (libpython3.11.so.1.0 + 0x1e73bd)
                                                  #3  0x00007fba796686c8 n/a (libpython3.11.so.1.0 + 0x2686c8)
                                                  #4  0x00007fba796c77dd n/a (libpython3.11.so.1.0 + 0x2c77dd)
                                                  #5  0x00007fba79512edf n/a (libpython3.11.so.1.0 + 0x112edf)
                                                  #6  0x00007fba79514dfd n/a (libpython3.11.so.1.0 + 0x114dfd)
                                                  #7  0x00007fba796415c5 _PyObject_FastCallDictTstate (libpython3.11.so.1.0 + 0x2415c5)
                                                  #8  0x00007fba79647a8f n/a (libpython3.11.so.1.0 + 0x247a8f)
                                                  #9  0x00007fba79618ab1 n/a (libpython3.11.so.1.0 + 0x218ab1)
                                                  #10 0x00007fba796009a0 _PyObject_Call (libpython3.11.so.1.0 + 0x2009a0)
                                                  #11 0x00007fba795f93f6 _PyEval_EvalFrameDefault (libpython3.11.so.1.0 + 0x1f93f6)
                                                  #12 0x00007fba79514dfd n/a (libpython3.11.so.1.0 + 0x114dfd)
                                                  #13 0x00007fba7964c915 n/a (libpython3.11.so.1.0 + 0x24c915)
                                                  #14 0x00007fba79600948 _PyObject_Call (libpython3.11.so.1.0 + 0x200948)
                                                  #15 0x00007fba79701d5e n/a (libpython3.11.so.1.0 + 0x301d5e)
                                                  #16 0x00007fba796f3107 n/a (libpython3.11.so.1.0 + 0x2f3107)
                                                  #17 0x00007fba79ca6f6c start_thread (libc.so.6 + 0xa6f6c)
                                                  #18 0x00007fba79d2e388 __clone3 (libc.so.6 + 0x12e388)

                                                  Stack trace of thread 7576:
                                                  #0  0x00007fba77d1ab30 _ZN8greenlet18ThreadStateCreatorINS_24ThreadState_DestroyNoGILEED1Ev (_greenlet.cpython-311-x86_64-linux-gnu.so + 0x15b30)
                                                  #1  0x00007fba79c59e1f __call_tls_dtors (libc.so.6 + 0x59e1f)
                                                  #2  0x00007fba79c5a296 __run_exit_handlers (libc.so.6 + 0x5a296)
                                                  #3  0x00007fba79c5a2ec exit (libc.so.6 + 0x5a2ec)
                                                  #4  0x000055f6052a2acf uwsgi_exit (uwsgi + 0x30acf)
                                                  #5  0x000055f6052f0383 uwsgi_segfault (uwsgi + 0x7e383)
                                                  #6  0x00007fba79c57900 __restore_rt (libc.so.6 + 0x57900)
                                                  #7  0x00007fba75134c24 sd_journal_add_match (libsystemd.so.0 + 0x71c24)
                                                  #8  0x00007fba778714b8 n/a (_reader.cpython-311-x86_64-linux-gnu.so + 0x44b8)
                                                  #9  0x00007fba796414cb n/a (libpython3.11.so.1.0 + 0x2414cb)
                                                  #10 0x00007fba79612df0 _PyObject_MakeTpCall (libpython3.11.so.1.0 + 0x212df0)
                                                  #11 0x00007fba795f5391 _PyEval_EvalFrameDefault (libpython3.11.so.1.0 + 0x1f5391)
                                                  #12 0x00007fba79514dfd n/a (libpython3.11.so.1.0 + 0x114dfd)
                                                  #13 0x00007fba796415c5 _PyObject_FastCallDictTstate (libpython3.11.so.1.0 + 0x2415c5)
                                                  #14 0x00007fba79647a8f n/a (libpython3.11.so.1.0 + 0x247a8f)
                                                  #15 0x00007fba79618ab1 n/a (libpython3.11.so.1.0 + 0x218ab1)
                                                  #16 0x00007fba79612df0 _PyObject_MakeTpCall (libpython3.11.so.1.0 + 0x212df0)
                                                  #17 0x00007fba795f5391 _PyEval_EvalFrameDefault (libpython3.11.so.1.0 + 0x1f5391)
                                                  #18 0x00007fba79514dfd n/a (libpython3.11.so.1.0 + 0x114dfd)
                                                  #19 0x00007fba79600a2f _PyObject_Call (libpython3.11.so.1.0 + 0x200a2f)
                                                  #20 0x00007fba795f93f6 _PyEval_EvalFrameDefault (libpython3.11.so.1.0 + 0x1f93f6)
                                                  #21 0x00007fba79514dfd n/a (libpython3.11.so.1.0 + 0x114dfd)
                                                  #22 0x00007fba79600a2f _PyObject_Call (libpython3.11.so.1.0 + 0x200a2f)
                                                  #23 0x00007fba795f93f6 _PyEval_EvalFrameDefault (libpython3.11.so.1.0 + 0x1f93f6)
                                                  #24 0x00007fba79514dfd n/a (libpython3.11.so.1.0 + 0x114dfd)
                                                  #25 0x00007fba796415c5 _PyObject_FastCallDictTstate (libpython3.11.so.1.0 + 0x2415c5)
                                                  #26 0x00007fba79647c3b n/a (libpython3.11.so.1.0 + 0x247c3b)
                                                  #27 0x00007fba796009a0 _PyObject_Call (libpython3.11.so.1.0 + 0x2009a0)
                                                  #28 0x00007fba79be4f0f python_call (python311_plugin.so + 0x14f0f)
                                                  #29 0x00007fba79be743b uwsgi_request_wsgi (python311_plugin.so + 0x1743b)
                                                  #30 0x000055f60529ff80 wsgi_req_recv (uwsgi + 0x2df80)
                                                  #31 0x000055f6052ebd7c simple_loop_run (uwsgi + 0x79d7c)
                                                  #32 0x000055f6052ebba0 simple_loop (uwsgi + 0x79ba0)
                                                  #33 0x000055f6052f06a1 uwsgi_ignition (uwsgi + 0x7e6a1)
                                                  #34 0x000055f6052f3c73 uwsgi_worker_run (uwsgi + 0x81c73)
                                                  #35 0x000055f6052f4214 uwsgi_run (uwsgi + 0x82214)
                                                  #36 0x000055f60529f58e main (uwsgi + 0x2d58e)
                                                  #37 0x00007fba79c40e6c __libc_start_call_main (libc.so.6 + 0x40e6c)
                                                  #38 0x00007fba79c40f35 __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x40f35)
                                                  #39 0x000055f60529f5b1 _start (uwsgi + 0x2d5b1)

                                                  Stack trace of thread 7578:
                                                  #0  0x00007fba79ca3c1e __futex_abstimed_wait_common (libc.so.6 + 0xa3c1e)
                                                  #1  0x00007fba79caf320 __new_sem_wait_slow64.constprop.0 (libc.so.6 + 0xaf320)
                                                  #2  0x00007fba795e73bd PyThread_acquire_lock_timed (libpython3.11.so.1.0 + 0x1e73bd)
                                                  #3  0x00007fba796686c8 n/a (libpython3.11.so.1.0 + 0x2686c8)
                                                  #4  0x00007fba796c77dd n/a (libpython3.11.so.1.0 + 0x2c77dd)
                                                  #5  0x00007fba79512edf n/a (libpython3.11.so.1.0 + 0x112edf)
                                                  #6  0x00007fba79514dfd n/a (libpython3.11.so.1.0 + 0x114dfd)
                                                  #7  0x00007fba7964c915 n/a (libpython3.11.so.1.0 + 0x24c915)
                                                  #8  0x00007fba79600948 _PyObject_Call (libpython3.11.so.1.0 + 0x200948)
                                                  #9  0x00007fba795f93f6 _PyEval_EvalFrameDefault (libpython3.11.so.1.0 + 0x1f93f6)
                                                  #10 0x00007fba79514dfd n/a (libpython3.11.so.1.0 + 0x114dfd)
                                                  #11 0x00007fba7964c915 n/a (libpython3.11.so.1.0 + 0x24c915)
                                                  #12 0x00007fba79600948 _PyObject_Call (libpython3.11.so.1.0 + 0x200948)
                                                  #13 0x00007fba79701d5e n/a (libpython3.11.so.1.0 + 0x301d5e)
                                                  #14 0x00007fba796f3107 n/a (libpython3.11.so.1.0 + 0x2f3107)
                                                  #15 0x00007fba79ca6f6c start_thread (libc.so.6 + 0xa6f6c)
                                                  #16 0x00007fba79d2e388 __clone3 (libc.so.6 + 0x12e388)

                                                  Stack trace of thread 7582:
                                                  #0  0x00007fba79ca3ecc __GI___lll_lock_wait (libc.so.6 + 0xa3ecc)
                                                  #1  0x00007fba79caa472 __pthread_mutex_lock@GLIBC_2.2.5 (libc.so.6 + 0xaa472)
                                                  #2  0x000055f6052a043c wsgi_req_accept (uwsgi + 0x2e43c)
                                                  #3  0x000055f6052ebd6e simple_loop_run (uwsgi + 0x79d6e)
                                                  #4  0x00007fba79ca6f6c start_thread (libc.so.6 + 0xa6f6c)
                                                  #5  0x00007fba79d2e388 __clone3 (libc.so.6 + 0x12e388)

                                                  Stack trace of thread 7581:
                                                  #0  0x00007fba79d2e7e6 epoll_wait (libc.so.6 + 0x12e7e6)
                                                  #1  0x000055f6052e3484 event_queue_wait (uwsgi + 0x71484)
                                                  #2  0x000055f6052a020a wsgi_req_accept (uwsgi + 0x2e20a)
                                                  #3  0x000055f6052ebd6e simple_loop_run (uwsgi + 0x79d6e)
                                                  #4  0x00007fba79ca6f6c start_thread (libc.so.6 + 0xa6f6c)
                                                  #5  0x00007fba79d2e388 __clone3 (libc.so.6 + 0x12e388)

                                                  Stack trace of thread 7583:
                                                  #0  0x00007fba79ca3ecc __GI___lll_lock_wait (libc.so.6 + 0xa3ecc)
                                                  #1  0x00007fba79caa472 __pthread_mutex_lock@GLIBC_2.2.5 (libc.so.6 + 0xaa472)
                                                  #2  0x000055f6052a043c wsgi_req_accept (uwsgi + 0x2e43c)
                                                  #3  0x000055f6052ebd6e simple_loop_run (uwsgi + 0x79d6e)
                                                  #4  0x00007fba79ca6f6c start_thread (libc.so.6 + 0xa6f6c)
                                                  #5  0x00007fba79d2e388 __clone3 (libc.so.6 + 0x12e388)
                                                  ELF object binary architecture: AMD x86-64
Nov 14 01:02:45 grommunio systemd[1]: systemd-coredump@6-7780-0.service: Deactivated successfully.
Nov 14 01:02:46 grommunio uwsgi[5443]: DAMN ! worker 1 (pid: 7576) died, killed by signal 11 :( trying respawn ...
Nov 14 01:02:46 grommunio uwsgi[5443]: Respawned uWSGI worker 1 (new pid: 7791)

DVCon

Von "meinen" 8 Installationen haben 3 nicht die Probleme mit der Admin-API. Die hatte ich 2 oder 3 Tage nach Veröffentlichung der 3.1 aktualisiert. Die Installationen, die ich später aktualisieren wollte, hätten alle die Probleme mit der API (Start-Probleme und Monitoring-Probleme) gehabt und sind wieder zurück auf der 2.48.

Was Mobil-Geräte betrifft, so musste ich nach dem Update bei zwei Androiden das Postfach löschen und neu anlegen. Die kamen scheinbar nicht damit zurecht, dass beim Synchronisieren wieder der Zeitraum begrenzt wird.

491810

Okay. Scheint also ein (neues oder noch nicht so lang bekanntes) Problem zu sein. Dann mal abwarten. Dann wird es ja sicherlich (hoffentlich) auch alsbald eine Lösung geben.

DVCon, wie hast Du denn die Vorversion wieder installiert? Habe ich noch nie gemacht? Steht die im Repo noch zur Verfügung? Wie ruft man sich die ab? Gibt es von den Versionierungen eine Liste - oder wie komme ich auf den korrekten Namen des Paketes?

WalterH

Das die Logs nicht funktionieren, ist mir erst aufgefallen wie ich das hier im Forum gelesen habe, ich sehe mir die Logs immer auf der Konsole an. Zusätzlich gibt es einen Coredump wenn man auf einen Log klickt. Das Problem ist gemeldet.

Verbindungsprobleme haben wir keine und auch die Mobilgeräte, iOS und Android funktionieren ohne Problem mit der 3.1.32.

DVCon

Vor dem Update habe ich einen Snapshot erstellt. Da ich wusste, dass es zu Problemen mit dem Admin-Interface kommt, war das das erste, was ich getestet habe. Dann bin ich zum Snapshot zurückgekehrt.

491810

Okay DVCon. Den Luxus hatte ich nicht. Ich habe zwar tägliche Snapshots, die ich automatisch per Cronjob um Mitternacht mache. Aber ich konnte soweit zurück gehen wie ich wollte (was mich mehr als irritiert hat). Das Problem blieb aber denoch. :-(

Andy

Ich verlasse mich nicht auf Snapshots, sondern erstelle komplette Klones einer Installation vor jedem Update. So auch heute wieder. Ich hatte auch festgestellt, dass die Anmeldung an der AdminGUI nicht funktioniert. Einfach zurück auf den Klone und alles geht wieder.

dneuhaeuser

Andy
und in der Zeit stoppst Du jeglichen Mailfluss, bis Du sicher bist, dass die neue Version i.O. ist?
Ich stelle mir das schwierig vor bei Problemen die man erst im Userbetrieb erkennt...

high

Andy

ich muss nächstes mal auch clonen ich habe massivste probleme mit der aktuellen supported version in allen richtungen. werde ich mir merken. ich bräuchte jetzt einen Option zurückzuspringen ohne viel aufwand. mit snapshot / backups gehts aber nunja die daten sind das problem.

Andy

dneuhaeuser in der Zeit stoppst Du jeglichen Mailfluss

Das ist klar, dennoch ist ein Updaten und Feststellen, dass etwas faul ist, meist Minutensache. Und weil ich nicht sicher bin, dass eine neue Version funktioniert, mache ich das mit klonen, dann habe ich immer einen kompletten Bestand. Klar ist der Zeitpunkt wichtig, wenn am wenigsten oder ggf. unwichtiger Mailverkehr ist.

crpb

Andy Das ist klar, dennoch ist ein Updaten und Feststellen, dass etwas faul ist, meist Minutensache. Und weil ich nicht sicher bin, dass eine neue Version funktioniert, mache ich das mit klonen, dann habe ich immer einen kompletten Bestand. Klar ist der Zeitpunkt wichtig, wenn am wenigsten oder ggf. unwichtiger Mailverkehr ist.

Der Fehler mit der admin-api ist mir schon seit nem halben jahr bekannt. Seitdem gab es schon mehrere updates also bringt dein snapshot/upgrade/zurückrollen hier nur so viel das es da gerade funktioniert aber eigtl. den selben fehler schon inne haben sollte und du glück hast das es nicht ständig auftritt.

high

crpb
du hast recht. der Fehler ist aber auch nicht Kritsch, wenn ich an die aktuelle Themen denke wird der auch nicht priorisiert da der Restart ja hilft..

Andy

high der Fehler ist aber auch nicht Kritsch

Wenn ich aktuell sehe, wieviel Updates von SuSE und Grommunio aufgelaufen sind, sehe ich das anders. Dieser Mist hält doch alles nur auf.

491810 Dann hilft nur noch Dienst stoppen und wieder starten

Das ist keine Lösung.

491810

Also. Meine Endgeräte gehen (wieder). An der Admin-Api kann man sich manchmal nach einen Reboot nicht mehr anmelden. Dann hilft nur noch Dienst stoppen und wieder starten.

Die Basisfrage dieses Postings ist aber noch offen. Hat jemand eine Lösung für den Error in der Überwachung gefunden (ja, man kann die Logs auch im Terminal abrufen)? Ich habe jetzt schon x-Updates seitdem durch. Noch keine Verbesserung. Weiß jemand, ob das Problem a.) gemeldet ist und b.) ob bzw. wann Grommunio eine Lösung bereitstellt? Vielen Dank.

WalterH

a, es gibt Tickets dazu, b. die Entwickler arbeiten daran,

WalterH

Ich habe das bei mir auf 2 Servern kontrolliert. Beide Server sind auf 3.1.40 Supported Edition. Nach dem Reboot starten alle Dienste wie erwartet und auch über das Web Interface https://server:8443 kann ich in das Admin-UI einloggen.

Ein Restart vom Admin-UI dauert aber recht lange: systemctl restart grommunio-admin-api

Das einzige was das Update nicht installieren will, sind diese Pakete:

The following 4 package updates will NOT be installed:
systemd systemd-coredump systemd-sysvcompat udev

Das muss ich noch untersuchen, wieso diese Pakete geblockt werden.

Andy

WalterH systemctl restart grommunio-admin-api

Wie und wo müsste ein cron Eintrag erfolgen, der nach dem Boot der VM systemctl restart grommunio-admin-api ausführt, dann hätte man zumindest eine Möglichkeit, damit umzugehen. Im Zweifel wärs in der /etc/crontab

umgfoin

WalterH Ein Restart vom Admin-UI dauert aber recht lange:

Walter, teste mal:

grommunio-admin-api.service: 
KillSignal=SIGTERM

api-config.ini:
die-on-term = true

(daemon-reload)

Eine grundsätzliche Frage:
grommunio-admin-api.service hat eine socket-unit.
D.h.: Der Dienst muß nicht explizit gestartet werden, sondern startet on-demand beim ersten Zugriff auf den socket.
Habt Ihr mal getestet, ob Folgendes die hier geschilderten Reboot-Probleme beheben kann?

systemctl disable grommunio-admin-api.service
systemctl enable grommunio-admin-api.socket
systemctl start grommunio-admin-api.socket

++umgfoin.

DVCon

Von den drei Servern, bei denen Admin-UI und Monitoring das Update auf 3.1 überlebt hatten, ist nach den Folge-Updates nur noch einer übrig geblieben.