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

fixes #9358 - match unattended template requests against provision interface #2172

Closed

Conversation

domcleal
Copy link
Contributor

No description provided.

@@ -64,7 +64,7 @@ def set_nic_attributes(host, attributes, evaluator)
factory :nic_primary_and_provision, :parent => :nic_managed, :class => Nic::Managed do
primary true
provision true
sequence(:mac) { |n| "01:23:45:ab:" + n.to_s(16).rjust(4, '0').insert(2, ':') }
sequence(:mac) { |n| "01:23:67:ab:" + n.to_s(16).rjust(4, '0').insert(2, ':') }
Copy link
Contributor Author

Choose a reason for hiding this comment

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

collision with another NIC factory

factory :coreos, class: Coreos do
association :media, :architecture, :ptables
Copy link
Contributor Author

Choose a reason for hiding this comment

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

These simply don't work, it only works on a 1-1 relationship, not 1-many. None of these factories were actually used until I attempted to use debian7_0.

@dLobatog
Copy link
Member

👍 , maybe it'd be helpful to fall back on the primary interface in case the provision_interface is not available (could've been removed, unreachable...) <- @ares @GregSutcliffe

I'll merge so we get this right at least for the moment, please open a Redmine issue if you think what I mention above makes sense.

@dLobatog
Copy link
Member

Merged as e5280f3, thanks @domcleal !

@dLobatog dLobatog closed this Feb 18, 2015
@domcleal
Copy link
Contributor Author

Yeah, I was wondering about whether we should match all interfaces rather than one specifically..

@ares
Copy link
Member

ares commented Feb 18, 2015

@domcleal if you plan to do some more improvements here, mac and ip is probably not a matching criteria as it might not be unique, we should keep tokens as the only option I think

@domcleal
Copy link
Contributor Author

I don't really plan to, sorry. I had considered some sort of longer-term token for use in the boot disks, but don't really know, not thought about it much.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
4 participants