Skip to content

Bug 2047445: Use ip command to check for ipv6 addresses - #2934

Merged
openshift-merge-robot merged 1 commit into
openshift:masterfrom
cybertron:ipv6-detection-ip
Jan 31, 2022
Merged

Bug 2047445: Use ip command to check for ipv6 addresses#2934
openshift-merge-robot merged 1 commit into
openshift:masterfrom
cybertron:ipv6-detection-ip

Conversation

@cybertron

Copy link
Copy Markdown
Member

For some reason the nmcli call to determine the number of ipv6
addresses on an interface is sometimes returning a blank line as
part of the output. This causes a single address to look like 2
because we're just checking the line count and makes us incorrectly
set "ipv6.may-fail no" on the interface. This causes the connection
to fail and prevents ovs-configuration from completing.

Here's some example output from an affected system:

[root@master-0-0 core]# nmcli -m multiline --get-values ip6.address conn show 84a523ff-ee8a-4a29-94ca-47590eb0cb76
IP6.ADDRESS[1]:fe80::5054:ff:fe6e:6923/64

[root@master-0-0 core]#

Additionally, we have seen another case where the link-local address
from both the baremetal and provisioning networks shows up in the
output of this command. That will also fail because we're just
looking for line count > 1.

This change modifies the check to use the ip command on the interface
directly (instead of the connection profile) so we should only get
the addresses on the interface, and we can filter out non-ipv6 ones
with jq. Hopefully this will be more robust than grepping and line
counting nmcli output.

- What I did

- How to verify it

- Description for the changelog

@openshift-ci openshift-ci Bot added bugzilla/severity-urgent Referenced Bugzilla bug's severity is urgent for the branch this PR is targeting. bugzilla/valid-bug Indicates that a referenced Bugzilla bug is valid for the branch this PR is targeting. labels Jan 27, 2022
@openshift-ci

openshift-ci Bot commented Jan 27, 2022

Copy link
Copy Markdown
Contributor

@cybertron: This pull request references Bugzilla bug 2047445, which is valid. The bug has been updated to refer to the pull request using the external bug tracker.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target release (4.10.0) matches configured target release for branch (4.10.0)
  • bug is in the state POST, which is one of the valid states (NEW, ASSIGNED, ON_DEV, POST, POST)

Requesting review from QA contact:
/cc @anuragthehatter

Details

In response to this:

Bug 2047445: Use ip command to check for ipv6 addresses

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/test-infra repository.

@cybertron

Copy link
Copy Markdown
Member Author

/test e2e-metal-ipi-ovn-dualstack

@kikisdeliveryservice

Copy link
Copy Markdown
Contributor

PTAL

/assign @knobunc @trozet

For some reason the nmcli call to determine the number of ipv6
addresses on an interface is sometimes returning a blank line as
part of the output. This causes a single address to look like 2
because we're just checking the line count and makes us incorrectly
set "ipv6.may-fail no" on the interface. This causes the connection
to fail and prevents ovs-configuration from completing.

Here's some example output from an affected system:

[root@master-0-0 core]# nmcli -m multiline --get-values ip6.address conn show 84a523ff-ee8a-4a29-94ca-47590eb0cb76
IP6.ADDRESS[1]:fe80::5054:ff:fe6e:6923/64

[root@master-0-0 core]#

Additionally, we have seen another case where the link-local address
from both the baremetal and provisioning networks shows up in the
output of this command. That will also fail because we're just
looking for line count > 1.

This change modifies the check to use the ip command on the interface
directly, so we should only get the addresses on the interface itself
and we can use jq to filter out the ones we're not interested in.
Although the bug specifically related to ipv6 addresses, in theory
a similar issue could exist for ipv4 so that check is also converted.
@cybertron

Copy link
Copy Markdown
Member Author

/test e2e-metal-ipi-ovn-dualstack

This latest version is based on feedback from @trozet and @jcaamano.

@jcaamano

Copy link
Copy Markdown
Contributor

/lgtm

@openshift-ci openshift-ci Bot added the lgtm Indicates that a PR is ready to be merged. label Jan 28, 2022
@jcaamano

Copy link
Copy Markdown
Contributor

/test e2e-metal-ipi-ovn-dualstack
/test e2e-ovn-step-registry

@jcaamano

Copy link
Copy Markdown
Contributor

/assign @kikisdeliveryservice

@jcaamano

Copy link
Copy Markdown
Contributor

/retest-required

@trozet trozet left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

/lgtm

@cybertron

Copy link
Copy Markdown
Member Author

/retest-required

@cgwalters

Copy link
Copy Markdown
Member

(clearly this should be in a compiled language, not shell; hopefully we can do that at some point)

/approve

@openshift-ci

openshift-ci Bot commented Jan 28, 2022

Copy link
Copy Markdown
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: cgwalters, cybertron, jcaamano, trozet

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci Bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Jan 28, 2022
@openshift-bot

Copy link
Copy Markdown
Contributor

/bugzilla refresh

The requirements for Bugzilla bugs have changed (BZs linked to PRs on master branch need to target OCP 4.11), recalculating validity.

@openshift-ci openshift-ci Bot removed the bugzilla/valid-bug Indicates that a referenced Bugzilla bug is valid for the branch this PR is targeting. label Jan 28, 2022
@openshift-ci

openshift-ci Bot commented Jan 28, 2022

Copy link
Copy Markdown
Contributor

@openshift-bot: This pull request references Bugzilla bug 2047445, which is invalid:

  • expected the bug to target the "4.11.0" release, but it targets "4.10.0" instead

Comment /bugzilla refresh to re-evaluate validity if changes to the Bugzilla bug are made, or edit the title of this pull request to link to a different bug.

Details

In response to this:

/bugzilla refresh

The requirements for Bugzilla bugs have changed (BZs linked to PRs on master branch need to target OCP 4.11), recalculating validity.

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/test-infra repository.

@openshift-bot

Copy link
Copy Markdown
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

14 similar comments
@openshift-bot

Copy link
Copy Markdown
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot

Copy link
Copy Markdown
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot

Copy link
Copy Markdown
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot

Copy link
Copy Markdown
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot

Copy link
Copy Markdown
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot

Copy link
Copy Markdown
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot

Copy link
Copy Markdown
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot

Copy link
Copy Markdown
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot

Copy link
Copy Markdown
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot

Copy link
Copy Markdown
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot

Copy link
Copy Markdown
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot

Copy link
Copy Markdown
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot

Copy link
Copy Markdown
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@openshift-bot

Copy link
Copy Markdown
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@aravindhp

Copy link
Copy Markdown
Contributor

/hold

e2e-agnostic-upgrade is perma failing. @trozet @cybertron please investigate and see if this is because of this PR or if an override is needed.

@openshift-ci openshift-ci Bot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Jan 31, 2022
@openshift-ci

openshift-ci Bot commented Jan 31, 2022

Copy link
Copy Markdown
Contributor

@cybertron: The following tests failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/e2e-aws-single-node e19fcc4 link false /test e2e-aws-single-node
ci/prow/e2e-vsphere-upgrade e19fcc4 link false /test e2e-vsphere-upgrade
ci/prow/e2e-aws-workers-rhel7 e19fcc4 link false /test e2e-aws-workers-rhel7
ci/prow/okd-e2e-aws e19fcc4 link false /test okd-e2e-aws
ci/prow/e2e-aws-workers-rhel8 e19fcc4 link false /test e2e-aws-workers-rhel8
ci/prow/e2e-aws-disruptive e19fcc4 link false /test e2e-aws-disruptive
ci/prow/e2e-aws-upgrade-single-node e19fcc4 link false /test e2e-aws-upgrade-single-node

Full PR test history. Your PR dashboard.

Details

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/test-infra repository. I understand the commands that are listed here.

@trozet

trozet commented Jan 31, 2022

Copy link
Copy Markdown
Contributor

@aravindhp looks like this job is perma fail across all PRs. The e2e-agnostic-upgrade uses openshift-sdn (not OVN), so the changes in this PR are never executed. The jobs that exercise this patch are:

ci/prow/e2e-metal-ipi-ovn-dualstack — Job succeeded.                    
ci/prow/e2e-ovn-step-registry — Job succeeded.

@vpickard

Copy link
Copy Markdown

/cherry-pick release-4.10

@openshift-cherrypick-robot

Copy link
Copy Markdown

@vpickard: once the present PR merges, I will cherry-pick it on top of release-4.10 in a new PR and assign it to you.

Details

In response to this:

/cherry-pick release-4.10

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/test-infra repository.

@kikisdeliveryservice

Copy link
Copy Markdown
Contributor

As this PR is not exercised in the current e2e-agnostic-upgrade job, the severity of the underlying bug and the current permafail state of the upgrade, overriding on this PR to expedite the fix

/override ci/prow/e2e-agnostic-upgrade
/hold cancel

@openshift-ci openshift-ci Bot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Jan 31, 2022
@openshift-ci

openshift-ci Bot commented Jan 31, 2022

Copy link
Copy Markdown
Contributor

@kikisdeliveryservice: Overrode contexts on behalf of kikisdeliveryservice: ci/prow/e2e-agnostic-upgrade

Details

In response to this:

As this PR is not exercised in the current e2e-agnostic-upgrade job, the severity of the underlying bug and the current permafail state of the upgrade, overriding on this PR to expedite the fix

/override ci/prow/e2e-agnostic-upgrade
/hold cancel

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/test-infra repository.

@openshift-bot

Copy link
Copy Markdown
Contributor

/retest-required

Please review the full test history for this PR and help us cut down flakes.

@openshift-merge-robot
openshift-merge-robot merged commit 4b65d78 into openshift:master Jan 31, 2022
@openshift-ci

openshift-ci Bot commented Jan 31, 2022

Copy link
Copy Markdown
Contributor

@cybertron: All pull requests linked via external trackers have merged:

Bugzilla bug 2047445 has been moved to the MODIFIED state.

Details

In response to this:

Bug 2047445: Use ip command to check for ipv6 addresses

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/test-infra repository.

@openshift-cherrypick-robot

Copy link
Copy Markdown

@aravindhp: new pull request created: #2938

Details

In response to this:

/cherry-pick release-4.10

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/test-infra repository.

ptalgulk01 pushed a commit to ptalgulk01/machine-config-operator that referenced this pull request May 15, 2026
Bug 2047445: Use ip command to check for ipv6 addresses
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. bugzilla/severity-urgent Referenced Bugzilla bug's severity is urgent for the branch this PR is targeting. bugzilla/valid-bug Indicates that a referenced Bugzilla bug is valid for the branch this PR is targeting. lgtm Indicates that a PR is ready to be merged.

Projects

None yet

Development

Successfully merging this pull request may close these issues.