Bug 19541 - Fehlermeldung beim Umbenennen
Fehlermeldung beim Umbenennen
Status: CLOSED WORKSFORME
Product: UCS
Classification: Unclassified
Component: Virtualization - UVMM
UCS 2.4
Other Linux
: P5 normal (vote)
: ---
Assigned To: Bugzilla Mailingliste
:
: 21780 22965 23019 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-08-20 09:51 CEST by Stefan Gohmann
Modified: 2023-06-28 10:46 CEST (History)
5 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
Traceback (520 bytes, text/plain)
2011-04-28 14:42 CEST, Jascha Geerds
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Gohmann univentionstaff 2010-08-20 09:51:47 CEST
Ich habe eine Instanz umbenannt.

Wird hier ggf. noch der alte Name angesprochen?

Die Ausführung des Kommandos 'uvmm/domain/overview' ist fehlgeschlagen:

Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/univention/management/console/handlers/__init__.py", line 160, in execute
    func( object )
  File "/usr/lib/python2.4/site-packages/univention/management/console/handlers/uvmm/__init__.py", line 712, in uvmm_domain_overview
    node, domain_info = self.uvmm.get_domain_info_ext( node_uri, object.options[ 'domain' ] )
  File "/usr/lib/python2.4/site-packages/univention/management/console/handlers/uvmm/uvmmd.py", line 206, in get_domain_info_ext
    for dom in node_info.domains:
AttributeError: 'NoneType' object has no attribute 'domains'
Comment 1 Philipp Hahn univentionstaff 2010-11-23 08:54:56 CET
umc/modules/univention/management/console/handlers/uvmm/uvmmd.py#Client.get_node_info() liefert im Fehlerfall None, was für Client.is_error() dann natürlich dann keine Instanz von protocol.Response_ERROR ist, weshalb viele Methoden den Fehlerfall nicht richtig behandeln.
Comment 2 Philipp Hahn univentionstaff 2010-12-02 08:37:38 CET
Siehe dazu auch den Punkt "Fehlerbehandlung" an Bug #20818
Comment 3 Janis Meybohm univentionstaff 2010-12-17 12:26:36 CET
Vermutlich ein Duplikat von bug18579 ?
Comment 4 Philipp Hahn univentionstaff 2010-12-17 13:34:24 CET
(In reply to comment #3)
> Vermutlich ein Duplikat von bug18579 ?

Vermutlich ja, aber durch die häufige Verwendung von is_error() könnte das auch noch ein anderer Fehler sein. Ohne genauere Infos wird sich das aber kaum jetzt noch nachträglich feststellen lassen.
Comment 5 Philipp Hahn univentionstaff 2011-03-25 20:10:13 CET
Nach dem Löschen vieler Instanzen:


Die Ausführung des Kommandos 'uvmm/node/overview' ist fehlgeschlagen:

Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/univention/management/console/handlers/__init__.py", line 160, in execute
    func( object )
  File "/usr/lib/python2.4/site-packages/univention/management/console/handlers/uvmm/__init__.py", line 691, in uvmm_node_overview
    buttons = self._create_domain_buttons( object, node_info, domain_info, remove_failure = 'node' )
  File "/usr/lib/python2.4/site-packages/univention/management/console/handlers/uvmm/__init__.py", line 565, in _create_domain_buttons
    if self._show_op( 'pause', node_uri ) and domain_info.state in ( 3, ):
  File "/usr/lib/python2.4/site-packages/univention/management/console/handlers/uvmm/__init__.py", line 492, in _show_op
    pos = node_uri.find( ':' )
AttributeError: 'NoneType' object has no attribute 'find'
Comment 6 Sönke Schwardt-Krummrich univentionstaff 2011-04-21 16:49:14 CEST
(In reply to comment #5)
> Nach dem Löschen vieler Instanzen:

Bei mir in der gleichen Situation aufgetreten.
Comment 7 Jascha Geerds univentionstaff 2011-04-28 14:42:32 CEST
Created attachment 3234 [details]
Traceback

Ein weiterer Traceback welcher vermutlich mit diesem Problem zusammen hängt.

Dies ist auch reproduzierbar

1.) Eine Maschine umbenennen
2.) Maschine auf einen anderen physikalischen Server migrieren
==> Traceback

Ändert man den Namen der Maschine wieder zurück in ihren ursprünglichen und versucht die Migration erneut, treten keine Probleme auf.
Comment 8 Andreas Büsching univentionstaff 2011-07-18 09:25:29 CEST
*** Bug 22965 has been marked as a duplicate of this bug. ***
Comment 9 Andreas Büsching univentionstaff 2011-07-18 09:26:28 CEST
*** Bug 21780 has been marked as a duplicate of this bug. ***
Comment 10 Andreas Büsching univentionstaff 2011-07-18 09:27:22 CEST
*** Bug 23019 has been marked as a duplicate of this bug. ***
Comment 11 Philipp Hahn univentionstaff 2011-09-28 07:27:51 CEST
Zumindest das Error-Handling wurde mit Bug #23821 von is_error() aus Exceptions umgestellt, so das dieses Problem nicht mehr auftreten sollte. Auch wird intern jetzt mit den URIs der Server und UUIDs der VMs gearbeitet, so daß Probleme beim Umbenennen vermutlich damit der Vergangenheit angehören.
Da ich allerdings nicht explizit probiert habe den hier beschriebenen Fehlerfall nachzustellen und zu gucken, ob er inzwischen behoben ist, laß ich diesen Bug nochmal offen.
Comment 12 Stefan Gohmann univentionstaff 2013-02-19 08:25:02 CET
Mit UCS 3 können die Instanzen nicht mehr umbenannt werden.