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
keepalived 1.2.17 does not call vrrp_instance notify script #156
Comments
I believe this patch is causing the problem: |
Try with following configuration notify { But I am considering reverting original patch causing this issue. |
Do you see the same issue if you also revert 89f9102? |
I also reverted that patch and it works as expected. |
Changing to the altered syntax as suggested does work. If the syntax is changed to require curly braces, shouldn't that be documented somewhere? The man page has the old syntax. |
Also, I noticed that with the changed syntax, the notify script is actually called twice at startup. In my test, I'm simply logging the invocations to a log file, and I see this: Thu Jun 18 10:46:51 EDT 2015 Called with args: INSTANCE pcr-ny4-mktdata-relay MASTER 200 Is that intended? That seems like another bug... |
Unless two state transitions have occurred, then no, the the notification script should only get invoked once. |
Well yes, that's my point. I simply started up keepalived, and it immediately made those 2 calls to the notify script indicating MASTER state. Should I open a separate bug for this? |
Yes, open a separate bug. Could you show me your configuration please? I'll repro this and try and figure out where it's going wrong. |
Ajschorr, I note that you already posted your config in your first post. |
I upgraded my Fedora 21 system from keepalived 1.2.16 to 1.2.17, and the notify script is no longer called at startup nor when a state transition occurs. I am running "keepalived --vrrp -D" and a sample config file looks like this:
vrrp_instance firewall {
state BACKUP
interface lan0.3009
virtual_router_id 66
priority 150
advert_int 1
authentication {
auth_type PASS
auth_pass pw32wd
}
virtual_ipaddress {
192.168.1.1/28 brd 192.168.1.63 dev lan0.3004
}
notify /etc/keepalived_notify.sh
}
The text was updated successfully, but these errors were encountered: