Bug 25069 - Modul kehrt nach Update aus der Log-Datei-Ansicht nicht mehr zurück
Modul kehrt nach Update aus der Log-Datei-Ansicht nicht mehr zurück
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: UMC - Software update
UCS 3.0
Other Linux
: P5 normal (vote)
: UCS 3.0 - RC
Assigned To: Alexander Kläser
Sönke Schwardt-Krummrich
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-12-01 14:39 CET by Alexander Kläser
Modified: 2011-12-13 15:47 CET (History)
2 users (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Kläser univentionstaff 2011-12-01 14:39:23 CET
Wird ein Update gestartet (in diesem Fall ein Errata-Update) und schlägt dies fehl, wird dies scheinbar nicht korrekt vom UMC-Modul erkannt. Das Modul verbleibt in der Log-Datei-Ansicht, ohne dass es den "Zurück"-Button einblendet. Auch die Abfragen nach updater/installer/logfile werden weiterhin gesendet. Wird das Modul neu gestartet, werden die Werte korrekt angezeigt.
Comment 1 Sönke Schwardt-Krummrich univentionstaff 2011-12-06 16:52:46 CET
Bei mir ist das auch aufgetreten. Die Errata-Updates wurden erfolgreich eingespielt, aber das Modul zeigt immer noch an, dass der Updatevorgang läuft.

root@mas55:~# cat /var/lib/univention-updater/univention-errata-update.status 
status=DONE
type=NET
root@mas55:~# 

Firebug zeigt regelmäßige Requests an:

POST http://10.200.18.55/umcp/command/updater/installer/logfile
{"options":{"job":"errata","count":-1}}

RESPONSE:
{"status": 200, "message": null, "options": {"count": -1, "job": "errata"}, "result": 1322676413}
Comment 2 Sönke Schwardt-Krummrich univentionstaff 2011-12-06 16:58:05 CET
Es wurde festgestellt, dass der Sekundentimer irgendwann nicht mehr weiterzählte.
Aufgetreten ist das Problem mit Firefox 8. Während der Logausgabe wurde im Logfileframe hin und her gescrollt. Ggf. war das der Auslöser.
Comment 3 Stefan Gohmann univentionstaff 2011-12-07 09:40:29 CET
Wenn das auch bei einem erfolgreichen Update zutrifft, dann sollte das in 3.0 behoben werden.
Comment 4 Stefan Gohmann univentionstaff 2011-12-07 11:09:15 CET
Du wolltest dir das anschauen.
Comment 5 Alexander Kläser univentionstaff 2011-12-07 13:08:30 CET
Das Problem kann reproduziert werden, wenn bspw. das Paket univention-management-console-module-udm aktualisiert wird. Beim Ausführen des postinst-Paketes wird apache2 neu gestartet:

====================
...
Site univention-directory-manager already enabled
Restarting web server: apache2 ... waiting .
Processing triggers for python-support ...

The update has been finished successfully at Wed Dec 7 12:42:02 CET 2011.
====================

Dadurch geht ein Status-Request bereits im Apache verloren, d.h. er wird nicht bis zum UMC-Server durchgereicht. Auf der Client-Seite wird der Request mit einem Fehler beantwortet und der Code sieht nicht vor, dass der Status auch im Fehlerfall erneut abgefragt wird. Der Fix schließt diese Lücke.

Eine spannende Frage ist, warum Apache überhaupt neu gestartet werden kann, denn sein Ausführungsrecht wurde vor dem Update-Vorgang weg genommen.


 univention-updater (7.0.123-1) unstable; urgency=low
 . 
   * UMC: fixed hanging log viewer during update (Bug #25069)
Comment 6 Alexander Kläser univentionstaff 2011-12-07 13:18:39 CET
(In reply to comment #5)
> ...
> Eine spannende Frage ist, warum Apache überhaupt neu gestartet werden kann,
> denn sein Ausführungsrecht wurde vor dem Update-Vorgang weg genommen.

→ Auslagerung nach Bug 25271
Comment 7 Sönke Schwardt-Krummrich univentionstaff 2011-12-08 14:31:39 CET
Wenn der Apache neu gestartet wird, während das Update läuft, zeigt Firebug jetzt Fehler beim Abrufen von Daten an, der Timer und das Log funktionieren jedoch weiterhin, wenn der Apache anschließend wieder erreichbar ist. → VERIFIED
Comment 8 Sönke Schwardt-Krummrich univentionstaff 2011-12-13 15:41:19 CET
UCS 3.0-0 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer
neueren Version von UCS erneut auftreten, so sollte dieser Bug dupliziert werden:
"Clone This Bug"