Bug 28481 – univention-upgrade verwendet alte Instanzen von Updater und UCR

Bug 28481 - univention-upgrade verwendet alte Instanzen von Updater und UCR


Summary:	univention-upgrade verwendet alte Instanzen von Updater und UCR

Status:	RESOLVED WONTFIX

Product:	UCS
Classification:	Unclassified
Component:	Update - univention-updater
Version:	UCS 3.0
Hardware:	All Linux

Importance:	P5 normal (vote)
Target Milestone:	---
Assigned To:	UCS maintainers
QA Contact:

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2012-09-12 18:39 CEST by Philipp Hahn
Modified:	2018-04-14 13:51 CEST (History)
CC List:	0 users

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):	Further conceptual development
Max CVSS v3 score:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Philipp Hahn

2012-09-12 18:39:46 CEST

univention-upgrade benutzt selbst nach der Durchführung des Updates weiterhin eine alte Instanz von UniventionUpdater und ConfigRegistry. Das hat in der Vergangenheit schon bei univention-update zu Problemen geführt, insbesondere wenn sich die Python-Version ändert oder sich die Implementierung vom Updater / UCR ändert, wie es in UCS-3.1 passirt:
Der noch laufende univention-upgrade Prozeß verwendet dann weiterhin die alten Funktionen, was zu seltsamen Tracebacks bzw. zum Abbruch des Updates führt:

Traceback (most recent call last):
  File "/usr/sbin/univention-upgrade", line 482, in <module>
    main()
  File "/usr/sbin/univention-upgrade", line 473, in main
    univention.config_registry.handler_set( [ '%s=no' % UCR_UPDATE_AVAILABLE] )
  File "/usr/lib/pymodules/python2.6/univention/config_registry.py", line 1086, in handler_set
  File "/usr/lib/pymodules/python2.6/univention/config_registry.py", line 699, in load

univention-upgrade macht deshlab nach jedem Update eines "exec" auf sich slebst, um mit einer ggf. aktualisierten Version seiner selbst fortzufahren.
Das sollte univention-upgrade tunlichst auch tun!

Comment 1 Philipp Hahn

2012-09-12 18:43:26 CEST

(In reply to comment #0)
> univention-updater macht deshlab nach jedem Update eines "exec" auf sich
> slebst, um mit einer ggf. aktualisierten Version seiner selbst fortzufahren.
> Das sollte univention-upgrade tunlichst auch tun!

Comment 2 Philipp Hahn

2012-09-12 19:04:06 CEST

Für den besagten Traceback ist in svn35572 ein Workaround im Rahmen von Bug #26058 umgesetzt worden. Das allgemeine Problem in univention-upgrade davon unberührt.

Comment 3 Stefan Gohmann

2017-06-16 20:37:55 CEST

This issue has been filed against UCS 3. UCS 3 is out of the normal maintenance and many UCS components have vastly changed in UCS 4.

If this issue is still valid, please change the version to a newer UCS version otherwise this issue will be automatically closed in the next weeks.

Comment 4 Stefan Gohmann

2017-08-08 07:08:33 CEST

This issue has been filed against UCS 3.0.

UCS 3.0 is out of maintenance and many UCS components have vastly changed in later releases. Thus, this issue is now being closed.

If this issue still occurs in newer UCS versions, please use "Clone this bug" or reopen this issue. In this case please provide detailed information on how this issue is affecting you.