Files
docs/doc/source/system_configuration/kubernetes/intel-multi-driver-version-5e23e989daf5.rst
Elaine Fonaro 21bf394b8f Errors in "Intel Multi-driver Version" section (stx7, 22,06)
- Reworded text on line 99;
- Added a new note to explain that the user needs to enter the locked state prior to unlocking.
- Updated the "change the driver bundle back to the default version" topic to have just two options.
- Updated the layout of instructions for AIO-SX and AIO-DX deployments.
- Removed Upgrades section.
- Updated Backup and Restore section to add the host-lock/host-unlock info.

Signed-off-by: Elaine Fonaro <elaine.fonaro@windriver.com>
Change-Id: I2773e43de96b3ecc394343ecdc78b49e50fd9df9
2023-03-21 15:48:29 -03:00

135 lines
4.9 KiB
ReStructuredText

.. _intel-multi-driver-version-5e23e989daf5:
==========================
Intel Multi-driver Version
==========================
.. rubric:: |context|
This sections describes how to change the Intel driver bundle version.
Currently there are 2 CVL versions available:
.. warning::
The |NIC| firmware (NVM) has to align with one of the selected driver
bundles listed below.
- ``cvl-4.0.1`` (default)
- ice: 1.9.11 / Required NVM/firmware: 4.0
- i40e: 2.20.12 / Required NVM/firmware: 8.70
- iavf: 4.5.3
- ``cvl-2.54`` (legacy)
- ice: 1.5.8.1 / Required NVM/firmware: 2.54
- i40e: 2.14.13 / Required NVM/firmware: 8.21 or 8.24
- iavf: 4.0.1
Change Intel Multi-driver Version
---------------------------------
On initial installation, the system will use the default driver bundle version
which is ``cvl-4.0.1``. The chosen driver bundle will be applied subsequently
as part of the deployment configuration, if specified.
When there is no driver bundle specified as part of deployment, the system will
continue to use the default driver bundle.
To change the driver bundle to the legacy version, add the system service
parameter ``intel_nic_driver_version`` to ``cvl-2.54``.
.. code-block:: none
~(keystone_admin)$ system service-parameter-add platform config intel_nic_driver_version=cvl-2.54
To change the driver bundle back to the default version, there are two options:
#. Modify the system service parameter ``intel_nic_driver_version`` to
``cvl-4.0.1``.
.. code-block:: none
~(keystone_admin)$ system service-parameter-modify platform config intel_nic_driver_version=cvl-4.0.1
~(keystone_admin)$ system service-parameter-apply platform
#. Remove the system service parameter ``intel_nic_driver_version``.
.. code-block:: none
~(keystone_admin)$ system service-parameter-list --service platform --section config --name intel_nic_driver_version
+--------------------------------------+------------+---------+---------------------------+-----------+-------------+----------+
| uuid | service | section | name | value | personality | resource |
+--------------------------------------+------------+---------+---------------------------+-----------+-------------+----------+
| 84306212-d96d-4a2a-8cc0-2d48781e006c | platform | config | intel_nic_driver_version | cvl-2.54 | None | None |
+--------------------------------------+------------+---------+---------------------------+-----------+-------------+----------+
~(keystone_admin)$ system service-parameter-delete 84306212-d96d-4a2a-8cc0-2d48781e006c
~(keystone_admin)$ system service-parameter-apply platform
To apply the service parameter change, all hosts need to be locked and
unlocked, using the following commands for each host depending on the deployed
configuration:
- For |AIO-SX| deployments:
.. code-block:: none
~(keystone_admin)$ system host-lock controller-0
~(keystone_admin)$ system host-unlock controller-0
- For |AIO-DX| and Standards deployments, after controller-1 is locked/unlocked
swact controller-0 to make controller-1 the active node. The next set of
commands are executed on controller-0 node:
.. code-block:: none
~(keystone_admin)$ system host-lock controller-1
~(keystone_admin)$ system host-unlock controller-1
~(keystone_admin)$ system host-swact controller-0
On controller-1, after controller-0 is locked/unlocked swact controller-1 to go
back to controller-0 as the active node. The next set of commands are executed
on controller-1 node:
.. code-block:: none
~(keystone_admin)$ system host-lock controller-0
~(keystone_admin)$ system host-unlock controller-0
~(keystone_admin)$ system host-swact controller-1
All remaining nodes in the deployment need to be locked/unlocked, one at a time,
using the following commands (replace **worker-0** with the name of the node being
locked/unlocked):
.. code-block:: none
~(keystone_admin)$ system host-lock worker-0
~(keystone_admin)$ system host-unlock worker-0
.. note::
You must wait for the node to enter the locked state prior to unlocking.
To verify the current Intel driver version use ``ethtool -i`` on the desired
Intel network interface. For example:
.. code-block:: none
~(keystone_admin)$ ethtool -i ens785f0 | egrep '^(driver|version):'
driver: i40e
version: 2.20.12
Backup and Restore
------------------
In case a Backup and Restore is performed, after unlocking the host during a
restore operation, the system will be configured with the correct multi-driver
version, but the drivers will be loaded to the default version.
To load the drivers to the correct configured version an extra host-lock/
host-unlock will be needed.
.. only:: partner
.. include:: /_includes/intel-multi-driver-version.rest