This bug has been migrated to another issue tracking site. It has been closed here and may no longer be being monitored.

If you would like to get updates for this issue, or to participate in it, you may do so at Red Hat Issue Tracker .
Bug 2252097 - [DPDK checkup] tuned-adm parameters only updated after VM reboot
Summary: [DPDK checkup] tuned-adm parameters only updated after VM reboot
Keywords:
Status: CLOSED MIGRATED
Alias: None
Product: Container Native Virtualization (CNV)
Classification: Red Hat
Component: Networking
Version: 4.14.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: 4.15.0
Assignee: Orel Misan
QA Contact: Nir Rozen
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-11-29 13:41 UTC by Yossi Segev
Modified: 2023-12-14 16:07 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-12-14 16:07:00 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
vmi-under-test.yaml (1.53 KB, text/plain)
2023-11-29 13:41 UTC, Yossi Segev
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker   CNV-35859 0 None None None 2023-12-14 16:06:59 UTC

Description Yossi Segev 2023-11-29 13:41:51 UTC
Created attachment 2001976 [details]
vmi-under-test.yaml

Description of problem:
tuned-adm (and other) parameters are updated in the /proc/cmdline only if the VM is rebooted.


Version-Release number of selected component (if applicable):
CNV 4.14.0
RHEL 8.7


How reproducible:
Always


Steps to Reproduce:
1.
Create a RHEl 8.7 VM by following https://docs.openshift.com/container-platform/4.14/virt/monitoring/virt-running-cluster-checkups.html#virt-building-vm-containerdisk-image_virt-running-cluster-checkups

2.
Run a guest VM by applying the attached vmi-under-test.yaml.
* Note that this VM uses the image created in the previous section.
* This is the image that is supposed to be used for the DPDK checkup, by setting it as the value for `spec.param.trafficGenContainerDiskImage` and `spec.param.vmUnderTestContainerDiskImage`.

3.
After the VM is running - enter it's console and check for the /proc/cmdline:

$ virtctl console vmi-under-test-nhkh2
Successfully connected to vmi-under-test-nhkh2 console. The escape sequence is ^]

[cloud-user@vmi-under-test-nhkh2 ~]$ cat /proc/cmdline 
BOOT_IMAGE=(hd0,gpt3)/boot/vmlinuz-4.18.0-425.19.2.el8_7.x86_64 root=UUID=1496f40e-6254-4df7-823c-4dc607c943f3 console=tty0 console=ttyS0,115200n8 no_timer_check net.ifnames=0 crashkernel=auto default_hugepagesz=1GB hugepagesz=1G hugepages=8 isolcpus=2-7

4.
Reboot the VM
[cloud-user@vmi-under-test-nhkh2 ~]$ sudo reboot

5.
After the VM is up again - repeat the check from section 3:
$ cat /proc/cmdline 
BOOT_IMAGE=(hd0,gpt3)/boot/vmlinuz-4.18.0-425.19.2.el8_7.x86_64 root=UUID=1496f40e-6254-4df7-823c-4dc607c943f3 console=tty0 console=ttyS0,115200n8 no_timer_check net.ifnames=0 crashkernel=auto default_hugepagesz=1GB hugepagesz=1G hugepages=8 isolcpus=2-7 skew_tick=1 nohz=on nohz_full=2-7 rcu_nocbs=2-7 tuned.non_isolcpus=00000003 intel_pstate=disable nosoftlockup


Actual results:
The following values appear only after reboot:
skew_tick=1 nohz=on nohz_full=2-7 rcu_nocbs=2-7 tuned.non_isolcpus=00000003 intel_pstate=disable nosoftlockup


Expected results:
All values should be updated on the guest VM first start-up.


Note You need to log in before you can comment on or make changes to this bug.