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

Bug - -sd suffix shouldn't be forced on pool storage #107

Closed
wants to merge 1 commit into from

Conversation

jflorian
Copy link
Contributor

If the user wishes to have such a suffix, they should pass that as part
of the setting.

This resolves #106.

If the user wishes to have such a suffix, they should pass that as part
of the setting.
@jflorian
Copy link
Contributor Author

Err, I missed something here. Disregard the PR. I see now that is just a name that Bacula requires and the actual storage resource also has an address which makes this look redundant in the storage resource and just plain wrong in the pool resource when in fact it's all OK.

The real problem, as I just discovered, is that the storage named passed in my bacula::director::pool resource did not match the default name given to the storage.conf. I'll need to look closer at the code and unify the setting in Hiera. I've got things working now, just not organized as I'd like.

@jflorian jflorian closed this Oct 25, 2017
@zachfi
Copy link
Contributor

zachfi commented Oct 26, 2017

Let me know if I can help. I can give sample hiera values for what I'm using on which nodes if that's helpful.

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.

storage setting in pool.conf should not force -sd suffix
2 participants