Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix: handle more OpenStack link types #8539

Merged
merged 1 commit into from
Apr 3, 2024

Conversation

smira
Copy link
Member

@smira smira commented Apr 3, 2024

Fixes #8531

The issue was that the link 'bridge' was skipped, so Talos default was applied to run DHCP and use the DHCP hostname (instead of using platform's hostname).

@smira smira added this to the v1.7 milestone Apr 3, 2024
Fixes siderolabs#8481

The issue was that the link 'bridge' was skipped, so Talos default was
applied to run DHCP and use the DHCP hostname (instead of using
platform's hostname).

Signed-off-by: Andrey Smirnov <andrey.smirnov@siderolabs.com>
@smira smira force-pushed the fix/openstack-more-link-types branch from f165d5c to 1b17008 Compare April 3, 2024 12:54
@smira
Copy link
Member Author

smira commented Apr 3, 2024

/m

@talos-bot talos-bot merged commit 1b17008 into siderolabs:main Apr 3, 2024
17 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

DHCP operator doesn't skip hostname request/response in OpenStack Platform
3 participants