Translations:ReleaseNotes/Liberty/43/de

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. ** Da ist eine Race Condition zwischen imagebackend und imagecache erwähnt in Launchpad Bug 1256838.
 * 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.
 * 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.
 * 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/