Difference between revisions of "Translations:ReleaseNotes/Liberty/43/de"

Latest revision as of 22:48, 27 November 2015

Information about message (contribute)

This message has no documentation. If you know where or how this message is used, you can help other translators by adding documentation to this message.

Message definition (ReleaseNotes/Liberty)

* If you are coming from Kilo stable, please make sure you have fully upgraded to the latest release of that lineage before deploying Liberty. Due to bug https://bugs.launchpad.net/nova/+bug/1474074 versions of Kilo from before the fix will be problematic when talking to Liberty nodes.
* Allocation ratios for RAM and CPU are now defined within the nova-compute service (so per compute node). Ratios also need to be provided for the scheduler service. Depending on whether a compute node is running Kilo or Liberty, the allocation ratios will behave differently : ''if the compute node is running Kilo'' then the CPU and RAM allocation ratios for that compute node will be the ones defaulted in the controller's nova.conf file.''Or, if the compute node is Liberty'' then you'll be able to set a per-compute allocation ratio for both CPU and RAM. In order to leave the operator providing the allocation ratios to all the compute nodes, the default allocation ratio will be set in nova.conf to 0.0 (even for the controller). That doesn't mean that allocation ratios will actually be 0.0, just that the operator needs to provide those '''before the next release (ie. Mitaka)'''. To be clear, the default allocation ratios are still 16.0 for cpu_allocation_ratio and 1.5 for ram_allocation_ratio.
* nova-compute should be upgraded to Liberty code before upgrading Neutron services per the new "network-vif-deleted" event: https://review.openstack.org/#/c/187871/
* Rootwrap filters must be updated after release to add the 'touch' command.
** There is a race condition between imagebackend and imagecache mentioned in the Launchpad Bug [https://bugs.launchpad.net/nova/+bug/1256838 1256838].
** In this case if base image is deleted by ImageCacheManager while imagebackend is copying the image to instance path, then the instance goes in to error state.
** In order to resolve this issue, there is a need to add 'touch' command in compute.filters along with the change https://review.openstack.org/#/c/217579/.
** In case of a race condition, when libvirt has changed the base file ownership to libvirt-qemu while imagebackend is copying the image, then we get permission denied error on updating the file access time using os.utime. To resolve this error we need to update the base file access time with root user privileges using 'touch' command.
* The ''DiskFilter'' is now part of the ''scheduler_default_filters'' in Liberty per https://review.openstack.org/#/c/207942/ .
* Per https://review.openstack.org/#/c/103916/ you can now only map one vCenter cluster to a single nova-compute node.
* The Libvirt driver ''parallels'' has been renamed to ''virtuozzo''
* Orphaned tables - ''iscsi_targets'', ''volumes'' - have been removed.
* The default paste.ini has been updated to use the new v2.1 API for all endpoints, and the v3 endpoint has been removed. A compatibility mode middlewear is used to relax the v2.1 validation for the /v2 and /v1.1 endpoints.
* The code for DB schema downgrades has now been removed: https://blueprints.launchpad.net/nova/+spec/nova-no-downward-sql-migration
* The default DB driver we test against is now pymysql rather than Python-MySQL
* The "powervm" hv_type shim has been removed. This only affects users of the [https://github.com/stackforge/powervc-driver PowerVC driver on stackforge] which are using older images with hv_type=powervm in the image metadata.
* The minimum required version of libvirt in the Mitaka release will be 0.10.2. Support for libvirt < 0.10.2 is deprecated in Liberty: https://review.openstack.org/#/c/183220/
* The libvirt.remove_unused_kernels config option is deprecated for removal and now defaults to True: https://review.openstack.org/#/c/182315/

Translation* Wenn Sie von Kilo kommen, stellen Sie sicher, dass SIe vollständig die letzte Version aktualisiert haben bevor Sie Liberty installieren. Wegen des Fehlers https://bugs.launchpad.net/nova/+bug/1474074 sind manche Versionen von Kilo vor diesem Bug-Fix problematisch, wenn sie zu Liberty Knoten kommunizieren.
* Vergabeverhältnisse für RAM und CPU sind jetzt definiert im nova-compute Dienst (per compute Knoten). Die Verhältnisse werden auch für den Planungsdienst gebraucht.
Abhängig ob ein Compute Knoten mit Kilo oder Liberty läuft, verhält sich das Vergabeverhältnis unterschiedlich: ''Wenn der Compute Knoten mit Kilo läuft", wird das Vergabeverhälnis von CPU und RAM für diesen Compute Knoten zentral in der nova.conf Datei des Controller verwaltet.''Oder, wenn der Compute Knoten ist Liberty'' dann sind Sie in der Lage per-compute Vergabeverhältnisse zu setzen für CPU und RAM. Um dem Operator die Vergabeverhältnisse auf allen Compute Knoten setzen zu lassen, wird der Standard in nova.conf auf 0.0 gesetzt(auch für den Controller). Das bedeutet nicht, daß Vergabeverhältnisse auf 0.0 sind, der Operator brauch das nur zu setzen '''vor der nächsten Version (z.B. Mitaka)'''. Um es klarzustellen, die Standard-Vergabeverhältnisse sind immer noch 16.0 für cpu_allocation_ratio und 1.5 für ram_allocation_ratio.
* nova-compute sollte aktualisiert werden zu Liberty vor dem neuen Neutron Dienstereignis "network-vif-deleted": https://review.openstack.org/#/c/187871/
* Rootwrap Filter müssen aktualisiert werden für das neue 'touch' Kommando.
** Da ist eine Race Condition zwischen imagebackend und imagecache erwähnt in Launchpad Bug [https://bugs.launchpad.net/nova/+bug/1256838 1256838].
** Wenn das Basisabbild vom ImageCacheManager gelöscht wurde, während imagebackend es in den Abbildpfad kopiert, geht die Instanz in den Fehlerstatus.
** Um den Fehler in Ordnung zu bringen, ist es notwendig, das touch' Kommando in compute.filters nach der Änderung auszuführen https://review.openstack.org/#/c/217579/.
** Im Falle einer Race Condition, wenn libvirt die Eigentümerrechte der Basisdatei zu libvirt-qemu geändert während imagebackend es kopiert, dann bekommen wir den Zugriff-Verweigert-Fehler beim Aktualisieren der Dateizugriffszeit mit os.utime. Um das Problem zu lösen, müssen wir die Dateizugriffszeit mithilfe von Superuserrechten mit dem 'touch' Kommando aktualisieren.
* Der ''DiskFilter'' ist jetzt Teil von ''scheduler_default_filters'' in Liberty per https://review.openstack.org/#/c/207942/ .
* Per https://review.openstack.org/#/c/103916/ können Sie nur einen vCenter Cluster an einen einfachen nova-compute Knoten übertragen.
* Der Libvirt Treiber ''parallels'' wurde umbenannt zu 'virtuozzo''
* Verwaiste Tabellen - ''iscsi_targets'', ''volumes'' - wurden gelöscht.
* Die Standard paste.ini wurde aktualsiert, die neue v2.1 API für alle Endpunkte zu benutzen, und die v3 Endpunkte wurden gelöscht. Ein Kompatibilitätsmodus wurde in die Middleware integriert zur einfachen Benutzung der v2.1 Validierung für /v2 und /v1.1 Endpunkte.
* Der Code für DB Schema Downgrades wurde jetzt gelöscht: https://blueprints.launchpad.net/nova/+spec/nova-no-downward-sql-migration
* Der Standard-DB-Treiber, den wir getestet haben, ist jetzt pymysql anstatt Python-MySQL
* "powervm" hv_type wurde gelöscht. Das betrifft bloss Benutzer von [https://github.com/stackforge/powervc-driver PowerVC Treiber auf stackforge] welche alte Abbilder benutzen mit hv_type=powervm in den Abbildmetadaten.
* DIe kleinste erforderlichste Version von libvirt in Mitaka wird die 0.10.2 sein. Unterstützung für libvirt < 0.10.2 ist in Liberty veraltet: https://review.openstack.org/#/c/183220/
* Die libvirt.remove_unused_kernels Konfigurationsoption ist veraltet für Löschungen und jetzt standard auf True: https://review.openstack.org/#/c/182315/

Wenn Sie von Kilo kommen, stellen Sie sicher, dass SIe vollständig die letzte Version aktualisiert haben bevor Sie Liberty installieren. Wegen des Fehlers https://bugs.launchpad.net/nova/+bug/1474074 sind manche Versionen von Kilo vor diesem Bug-Fix problematisch, wenn sie zu Liberty Knoten kommunizieren.
Vergabeverhältnisse für RAM und CPU sind jetzt definiert im nova-compute Dienst (per compute Knoten). Die Verhältnisse werden auch für den Planungsdienst gebraucht.

Abhängig ob ein Compute Knoten mit Kilo oder Liberty läuft, verhält sich das Vergabeverhältnis unterschiedlich: Wenn der Compute Knoten mit Kilo läuft", wird das Vergabeverhälnis von CPU und RAM für diesen Compute Knoten zentral in der nova.conf Datei des Controller verwaltet.Oder, wenn der Compute Knoten ist Liberty dann sind Sie in der Lage per-compute Vergabeverhältnisse zu setzen für CPU und RAM. Um dem Operator die Vergabeverhältnisse auf allen Compute Knoten setzen zu lassen, wird der Standard in nova.conf auf 0.0 gesetzt(auch für den Controller). Das bedeutet nicht, daß Vergabeverhältnisse auf 0.0 sind, der Operator brauch das nur zu setzen vor der nächsten Version (z.B. Mitaka). Um es klarzustellen, die Standard-Vergabeverhältnisse sind immer noch 16.0 für cpu_allocation_ratio und 1.5 für ram_allocation_ratio.

nova-compute sollte aktualisiert werden zu Liberty vor dem neuen Neutron Dienstereignis "network-vif-deleted": https://review.openstack.org/#/c/187871/
Rootwrap Filter müssen aktualisiert werden für das neue 'touch' Kommando.

** Da ist eine Race Condition zwischen imagebackend und imagecache erwähnt in  Launchpad Bug 1256838.

- Wenn das Basisabbild vom ImageCacheManager gelöscht wurde, während imagebackend es in den Abbildpfad kopiert, geht die Instanz in den Fehlerstatus.
- Um den Fehler in Ordnung zu bringen, ist es notwendig, das touch' Kommando in compute.filters nach der Änderung auszuführen https://review.openstack.org/#/c/217579/.
- Im Falle einer Race Condition, wenn libvirt die Eigentümerrechte der Basisdatei zu libvirt-qemu geändert während imagebackend es kopiert, dann bekommen wir den Zugriff-Verweigert-Fehler beim Aktualisieren der Dateizugriffszeit mit os.utime. Um das Problem zu lösen, müssen wir die Dateizugriffszeit mithilfe von Superuserrechten mit dem 'touch' Kommando aktualisieren.
Der DiskFilter ist jetzt Teil von scheduler_default_filters in Liberty per https://review.openstack.org/#/c/207942/ .
Per https://review.openstack.org/#/c/103916/ können Sie nur einen vCenter Cluster an einen einfachen nova-compute Knoten übertragen.
Der Libvirt Treiber parallels wurde umbenannt zu 'virtuozzo
Verwaiste Tabellen - iscsi_targets, volumes - wurden gelöscht.
Die Standard paste.ini wurde aktualsiert, die neue v2.1 API für alle Endpunkte zu benutzen, und die v3 Endpunkte wurden gelöscht. Ein Kompatibilitätsmodus wurde in die Middleware integriert zur einfachen Benutzung der v2.1 Validierung für /v2 und /v1.1 Endpunkte.
Der Code für DB Schema Downgrades wurde jetzt gelöscht: https://blueprints.launchpad.net/nova/+spec/nova-no-downward-sql-migration
Der Standard-DB-Treiber, den wir getestet haben, ist jetzt pymysql anstatt Python-MySQL
"powervm" hv_type wurde gelöscht. Das betrifft bloss Benutzer von PowerVC Treiber auf stackforge welche alte Abbilder benutzen mit hv_type=powervm in den Abbildmetadaten.
DIe kleinste erforderlichste Version von libvirt in Mitaka wird die 0.10.2 sein. Unterstützung für libvirt < 0.10.2 ist in Liberty veraltet: https://review.openstack.org/#/c/183220/
Die libvirt.remove_unused_kernels Konfigurationsoption ist veraltet für Löschungen und jetzt standard auf True: https://review.openstack.org/#/c/182315/