Skip to content

Conversation

@openshift-cherrypick-robot

This is an automated cherry-pick of #4151

/assign joelcapitao

We adjust test to be compatible with both mpath friendly and
non-friendly names.
@openshift-ci
Copy link

openshift-ci bot commented Nov 4, 2025

Hi @openshift-cherrypick-robot. Thanks for your PR.

I'm waiting for a github.com member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.

Once the patch is verified, the new status will be reflected by the ok-to-test label.

I understand the commands that are listed here.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.

@joelcapitao
Copy link
Member

/ok-to-test

Copy link
Contributor

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request adapts a test for multipath device name variations by replacing a hardcoded device name with a dynamic check. This is a good improvement. However, the new command has a potential issue where it can produce false positives if no multipath devices are configured. I've suggested a more robust and simpler alternative that directly checks the properties of the root device.

Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/bash -c '[[ $(findmnt -nvro SOURCE /sysroot) == /dev/mapper/mpatha4 ]]'
ExecStart=/bin/bash -c 'lsblk -pno NAME "/dev/mapper/$(multipath -l -v 1)" | grep -qw "$(findmnt -nvr /sysroot -o SOURCE)"'
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

high

This is a good improvement to remove the hardcoded multipath device name. However, this new command has a potential issue. If multipath -l -v 1 fails or returns an empty string (e.g., when no multipath devices are configured), the command effectively becomes lsblk -pno NAME "/dev/mapper/". This will list all devices under /dev/mapper/, and if the root filesystem is on any other type of device-mapper device (like an LVM volume), the grep will succeed, leading to a false positive.

A simpler and more robust approach would be to use udevadm to check the properties of the root device directly. This is also consistent with how multipath devices are verified in other tests in this repository (see mantle/kola/tests/misc/multipath.go).

Suggested change
ExecStart=/bin/bash -c 'lsblk -pno NAME "/dev/mapper/$(multipath -l -v 1)" | grep -qw "$(findmnt -nvr /sysroot -o SOURCE)"'
ExecStart=/bin/bash -c 'udevadm info "$(findmnt -nvr /sysroot -o SOURCE)" | grep -q -e "dm-uuid-mpath-" -e "DM_MPATH"'

@joelcapitao
Copy link
Member

/override continuous-integration/jenkins/pr-merge

For some reason the worker pod is terminated consistently when cheking format with gofmt

@openshift-ci
Copy link

openshift-ci bot commented Nov 4, 2025

@joelcapitao: Overrode contexts on behalf of joelcapitao: continuous-integration/jenkins/pr-merge

In response to this:

/override continuous-integration/jenkins/pr-merge

For some reason the worker pod is terminated consistently when cheking format with gofmt

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.

@joelcapitao joelcapitao enabled auto-merge (rebase) November 4, 2025 17:12
@joelcapitao joelcapitao merged commit d044c8e into coreos:rhcos-4.16 Nov 4, 2025
4 of 6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants