From 92c875435696f24cc3f84679e194828f56e260a3 Mon Sep 17 00:00:00 2001 From: Paul Vaduva Date: Tue, 31 Oct 2017 12:21:59 +0100 Subject: Updated doc to account for limtations in COSNOSCR-540 Signed-off-by: Paul Vaduva --- .../doc/known_bugs_and_limitations.xml | 32 ++++++++++++++-------- docsrc_common/pardoc-distro.xml | 4 +-- 2 files changed, 23 insertions(+), 13 deletions(-) diff --git a/book-enea-nfv-core-release-info/doc/known_bugs_and_limitations.xml b/book-enea-nfv-core-release-info/doc/known_bugs_and_limitations.xml index c5fbfbb..9494eae 100644 --- a/book-enea-nfv-core-release-info/doc/known_bugs_and_limitations.xml +++ b/book-enea-nfv-core-release-info/doc/known_bugs_and_limitations.xml @@ -9,7 +9,7 @@ upstream, and remaining issues are listed below.INFO: The Release-Specific Problems section further down is generated from JIRA with gen_known_issues.py, but that script is HARDCODED - with affectedversion "Enea NFV 1.0" and needs to be adapted when a release + with affectedversion "Enea NFV 1.0.1" and needs to be adapted when a release info for another ENFV version changes.
@@ -17,26 +17,35 @@ - Live migration fails on ThunderX NUMA nodes + Live migration fails on ThunderX nodes with different CPU + Revision Description and Impact: - Rally Nova tests are failing for the - nosdn-vlan_doctor_dpdk-ha scenario on - ThunderX NUMA nodes. The issue is not reproducible on the x86 - architecture nor on aarch64 (for non dpdk scenarios). + For aarch64 architecture qemu describes a CPU in terms of + Vendor, Model and Revision number in contrast with x86 + architecture where CPU supported features (e. g. instruction set + supported) are used. + + Due to lack of support in qemu for describing a cpu in terms + of features for aarch64 architecture (e. g. instruction set + supported) there will be impossible to migrate VMs between hosts + with different revision CPUs. - Workaround: N/A. + Workaround: + + In the deployment pod use compute nodes with the same + Vendor, Model, and Revision number CPUs. - Instances fail to boot when using a direct port (SR-IOV) on + Instances fail to boot when using a direct port (SR-IOV) on ThunderX @@ -268,7 +277,7 @@ Workaround: Starting the systemd service manually - makes it run successfully. Enea NFV Core 1.0 will be shipped + makes it run successfully. Enea NFV Core 1.0.1 will be shipped without Openstack Resource Agents, therefore this issue should not affect the user. @@ -328,8 +337,9 @@ Workaround: - Enea NFV Core 1.0 will be shipped without Openstack Resource - Agents, therefore this issue should not affect the user. + Enea NFV Core 1.0.1 will be shipped without Openstack + Resource Agents, therefore this issue should not affect the + user. diff --git a/docsrc_common/pardoc-distro.xml b/docsrc_common/pardoc-distro.xml index cf6bc69..a09e3ef 100644 --- a/docsrc_common/pardoc-distro.xml +++ b/docsrc_common/pardoc-distro.xml @@ -13,6 +13,6 @@ **** The phrase elements below can be used as variables in several places in XML files **** -1.0 +1.0.1 FIXTHIS -
\ No newline at end of file + -- cgit v1.2.3-54-g00ecf