Skip to content

Libvirt machine type#3406

Merged
ipspace merged 2 commits into
ipspace:devfrom
sdargoeuves:libvirt_machine_type
May 18, 2026
Merged

Libvirt machine type#3406
ipspace merged 2 commits into
ipspace:devfrom
sdargoeuves:libvirt_machine_type

Conversation

@sdargoeuves
Copy link
Copy Markdown
Collaborator

Not at the moment, and until we get other similar issues, I wouldn't add one.

I know this was said in #3397 (comment) regarding configuring the machine_type for libvirt.

Still dealing with the aftermath of my upgrade from 20.04 to 24.04, this time it's my F5 load balancer vagrant box that was affected — a linux device as far as netlab is concerned. Very similar to the Juniper VSRX issue and the fix is also changing the machine_type for that device.

I didn't want to change it for all libvirt linux hosts, as it could have a wider blast radius, and it seems to be something quite specific for my use case. For that reason, I thought having an option to select the machine_type in the node attribute would work quite well.

Copy link
Copy Markdown
Owner

@ipspace ipspace left a comment

Choose a reason for hiding this comment

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

Perfect. Thank you! Now we have to reimplement the vSRX fix to set the libvirt.machine_type in device-specific provider data ;)

@ipspace ipspace merged commit 7eb1068 into ipspace:dev May 18, 2026
5 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.

2 participants