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

Add peer_names attribute to volumes #13

Merged
merged 1 commit into from Jul 9, 2015
Merged

Add peer_names attribute to volumes #13

merged 1 commit into from Jul 9, 2015

Conversation

shortdudey123
Copy link
Owner

Currently for bricks to be added up correctly, the chef node names must be the same as the FQDN. This is not always the case. Adding the peer_names attribute allows for the Chef node names to be something other than the FQDN.

Currently for bricks to be added up correctly, the chef node names must be the same as the FQDN.  This is not always the case.  Adding the `peer_names` attribute allows for the Chef node names to be something other than the FQDN.
jking916 added a commit that referenced this pull request Jul 9, 2015
@jking916 jking916 merged commit a5b85be into shortdudey123:master Jul 9, 2015
@shortdudey123 shortdudey123 deleted the allow_non_fqdn_node_names branch July 9, 2015 16:15
@jdblack
Copy link
Contributor

jdblack commented Jul 9, 2015

Cool. I was working on this too. My plan was a bit different. I was using Chef::Node.load and looking up fqdn instead. Would you rather keep your work as is, or should I keep working on it?

I have a work in progress here (with some conflated stuff that's in different PRs) here : https://github.com/jdblack/chef-gluster/tree/disambiguate_nodename

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.

None yet

3 participants