Skip to content

Conversation

johscheuer
Copy link
Member

Description

When converting to IP family 6 from unset (and assuming that the used IP address is IPv4), the unified image is currently not able to migrate to the new IP family and the operator will be stuck and requires manual interaction because some of the methods already try to access the IPv6 address which will be absent for the older pods. The idea was to make use of the "old" IP family if present (pods will be replaced anyways when the IP family changes).

Type of change

Please select one of the options below.

  • Bug fix (non-breaking change which fixes an issue)

Discussion

I sneaked in the Claude.md (the file was generated by Claude and might need some fine tuning).

Testing

Running e2e tests and doing some manual tests since our e2e test setup doesn't have dual stack.

Documentation

Follow-up

@johscheuer johscheuer added the bug Something isn't working label Sep 22, 2025
@foundationdb-ci
Copy link
Contributor

Result of fdb-kubernetes-operator-pr on Linux RHEL 9

  • Commit ID: 9a9f22d
  • Duration 2:13:06
  • Result: ✅ SUCCEEDED
  • Error: N/A
  • Build Log terminal output (available for 30 days)
  • Build Workspace zip file of the working directory (available for 30 days)

@johscheuer johscheuer marked this pull request as ready for review September 23, 2025 04:23
Copy link
Contributor

@nicmorales9 nicmorales9 left a comment

Choose a reason for hiding this comment

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

claude.md needs polish but the change LGTM!

@johscheuer johscheuer merged commit a7d884d into FoundationDB:main Sep 23, 2025
9 checks passed
@johscheuer johscheuer deleted the fix-ip-family-conversion branch September 23, 2025 13:42
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants