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

glb_services - drained nodes become re-enabled #10

Open
john275 opened this issue Jan 18, 2018 · 3 comments
Open

glb_services - drained nodes become re-enabled #10

john275 opened this issue Jan 18, 2018 · 3 comments

Comments

@john275
Copy link

john275 commented Jan 18, 2018

When using brocadevtm::glb_services and setting a location to draining in the UI subsequent puppet run removes/overwrites the location_draining property.

10.4r2
puppet 3.8.7

@john275
Copy link
Author

john275 commented Feb 6, 2018

Is there any further information I should supply to help understand the issue ?

@TuxInvader
Copy link
Owner

Hi John,

The glb_service manifest has a setting "basic__location_draining", which needs to contain the name of the location you want to drain. When you mark a location as draining in the vTM UI it sets this key. If you don't want puppet to revert the change, then you need to set the key in your manifest. Otherwise puppet will find the key has been modified on its next run and revert it.

When you have a puppet agent monitoring your vTM cluster, then you should probably avoid making changes in the UI. Alternatively you could disable puppet at times when you are making temporary config changes (such as location/server draining). In this instance, both you and puppet are trying to configure the vTM with conflicting settings.

cheers,
Mark

@john275
Copy link
Author

john275 commented Mar 6, 2018

Thanks Mark. Please close this as dumb user.

I may have another issue coming... currently My BSD license is setting a cluster ID but puppet run dislikes that when deep compare on global_settings

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

No branches or pull requests

2 participants