Skip to content

ipfailover - control preempt strategy #4674

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

Merged
merged 1 commit into from
Jul 12, 2017
Merged

Conversation

pecameron
Copy link

Openshift 3.6

This allows the admin to control the VRRP preempt strategy.
The default strategy, preempt_delay , switches to the higher
priority master after a (default 300) delay. The second
strategy, nopreempt, suppresses switching when a higher priority host
becomes available.

The 'oc adm ipfailover --preempt-strategy' option can set the desired
strategy. --preempt-strategy sets the OPENSHIFT_HA_PREEMPTION
environment variable.

bug 1465987
https://bugzilla.redhat.com/show_bug.cgi?id=1465987

origin PR 14947
openshift/origin#14947

This allows the admin to control the VRRP preempt strategy.
The default strategy, preempt_delay , switches to the higher
priority master after a (default 300) delay. The second
strategy, nopreempt, suppresses switching when a higher priority host
becomes available.

The 'oc adm ipfailover --preempt-strategy' option can set the desired
strategy. --preempt-strategy sets the OPENSHIFT_HA_PREEMPTION
environment variable.

bug 1465987
https://bugzilla.redhat.com/show_bug.cgi?id=1465987

origin PR 14947
openshift/origin#14947
@pecameron
Copy link
Author

@knobunc @bfallonf PTAL

pecameron added a commit to pecameron/origin that referenced this pull request Jun 29, 2017
This allows the admin to control the VRRP preempt strategy.
The default strategy, preempt_delay <sec>, switches to the higher
priority master after a <sec> (default 300) delay. The second
strategy, nopreempt, suppresses switchin when a higher priority host
becomes available.

The 'oc adm ipfailover --preempt-strategy' option can set the desired
strategy. --preempt-strategy sets the OPENSHIFT_HA_PREEMPTION
environment variable.

bug 1465987
https://bugzilla.redhat.com/show_bug.cgi?id=1465987

openshift docs PR 4674
openshift/openshift-docs#4674
@eparis
Copy link
Member

eparis commented Jun 30, 2017

This doc is applicable for 3.6 only, correct?

@pecameron
Copy link
Author

@eparis It is a new feature in 3.6, origin PR 14947

pecameron added a commit to pecameron/origin that referenced this pull request Jun 30, 2017
This allows the admin to control the VRRP preempt strategy.
The default strategy, preempt_delay <sec>, switches to the higher
priority master after a <sec> (default 300) delay. The second
strategy, nopreempt, suppresses switchin when a higher priority host
becomes available.

The 'oc adm ipfailover --preempt-strategy' option can set the desired
strategy. --preempt-strategy sets the OPENSHIFT_HA_PREEMPTION
environment variable.

bug 1465987
https://bugzilla.redhat.com/show_bug.cgi?id=1465987

openshift docs PR 4674
openshift/openshift-docs#4674
@bfallonf
Copy link

bfallonf commented Jul 3, 2017

Thanks @pecameron . Is this PR from a trello card? Or is this just from the mentioned BZ?

@bfallonf bfallonf self-assigned this Jul 3, 2017
@pecameron
Copy link
Author

@bfallonf, back from PTO, its a BZ (not trello)

@bfallonf
Copy link

Sure thing. Thanks @pecameron . I'll merge this and make a followup PR. Is this for 3.6? The BZ is for version 3.4, but is targeted for 3.6.

@bfallonf bfallonf merged commit 6579d4a into openshift:master Jul 12, 2017
@eparis
Copy link
Member

eparis commented Jul 12, 2017

The customer reported they were using 3.4. We only added the new feature in 3.6. this is a 3.6 doc only.

@bfallonf
Copy link

Great! Thanks @eparis

@bfallonf bfallonf added this to the Future Release milestone Jul 12, 2017
@pecameron pecameron deleted the bz1465987 branch July 12, 2017 13:00
@vikram-redhat vikram-redhat modified the milestones: Future Release, Staging, OCP 3.6 GA Aug 9, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants