Project

General

Profile

Actions

Bug #9487

closed

Unable to bond primary interface on provisioning

Added by Jorick Astrego almost 10 years ago. Updated over 7 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
Host creation
Target version:
-
Difficulty:
Triaged:
Fixed in Releases:
Found in Releases:

Description

In the foreman 1.7.2, I'm not able to provision a host with a bond on the primary interface.

The provisioning works fine but the bond get's ignored


Related issues 2 (0 open2 closed)

Related to Foreman - Feature #17485: Using a bonded interface as provision interface should provision TFTP for all child macs as wellClosedTimo Goebel11/25/2016Actions
Related to Foreman - Feature #17533: Using a bonded interface as provision interface should provision DHCP for all child macs as wellClosedTimo GoebelActions
Actions #1

Updated by Dominic Cleal almost 10 years ago

  • Status changed from New to Feedback

Please try using the latest kickstart template and snippet:

https://github.com/theforeman/community-templates
https://github.com/theforeman/community-templates/blob/master/kickstart/provision.erb
https://github.com/theforeman/community-templates/blob/master/snippets/kickstart_networking_setup.erb

These are in nightlies and will be in Foreman 1.8, the one in 1.7 didn't configure extra interfaces. The foreman-templates plugin can also help you update your instance with the latest templates from that repo.

Actions #2

Updated by Marek Hulán almost 10 years ago

Unfortunately, with 1.7.2 you have no way to specify primary interface to be part of a bond, because you can't set the identifier. This is fixed in 1.8 when we extracted primary interface from host so it becomes general interface (with own identifier). Otherwise agree with Dominic, you must use newest config templates in order to configure bonds (it should still work for all non-primary interfaces)

Actions #3

Updated by Timo Goebel about 8 years ago

In Foreman 1.13 this is still broken.

Let's say we have a active-backup bond with two physical interfaces as members.

If you set the bond as primary, managed and provision, tftp orchestration fails because the bond doesn't have a mac. It's a bad idea as well, because you'd want to orchestrate tftp with the mac of at least one of the primary interfaces.

If you set the bond as primary and managed and one of the physical interfaces as provision, tftp doesn't get queued at all (because the nic is not managed).

If you set the bond as primary and managed and one of the physical interfaces as provision and managed, tftp doesn't get queued as well (because the physical interface does not have a subnet).

Actions #4

Updated by Timo Goebel about 8 years ago

  • Category set to Host creation
Actions #5

Updated by Timo Goebel about 8 years ago

  • Related to Feature #17485: Using a bonded interface as provision interface should provision TFTP for all child macs as well added
Actions #6

Updated by Timo Goebel about 8 years ago

  • Related to Feature #17533: Using a bonded interface as provision interface should provision DHCP for all child macs as well added
Actions #7

Updated by Timo Goebel about 8 years ago

  • Status changed from Feedback to New
Actions #8

Updated by Timo Goebel over 7 years ago

  • Status changed from New to Resolved

I tested this today and it worked fine for me. Closing as resolved.

Actions

Also available in: Atom PDF