You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If disable-timeout is enabled, you should get a Pacemaker timeout, but it actually works differently depending on the fence_agent.
This may enable or disable the Pacemaker pcmk_xxxx_retries parameter, depending on the fence_agent.
Originally, shouldn't all failures time out if disable-timeout is enabled?
Here are examples of fence_ipmitool and fence_vmware_rest, with the differences we're talking about in Bugzilla below.
If you run grep -e "run_command" -e "pexpect" agents/*/*.py you should get most of the agents that might have similar issues if the tool they use uses internal timeout.
If you run grep -e "run_command" -e "pexpect" agents/*/*.py you should get most of the agents that might have similar issues if the tool they use uses internal timeout.
Okay!
Let's check all fence_agents once.
However, if there are a wide variety of external commands to be executed, it will be very troublesome to deal with and confirm.
I think it is desirable to make it so that the timeout can be ignored only on the main body side of fence_agent, but I do not know if it is possible.
Hi All,
If disable-timeout is enabled, you should get a Pacemaker timeout, but it actually works differently depending on the fence_agent.
This may enable or disable the Pacemaker pcmk_xxxx_retries parameter, depending on the fence_agent.
Originally, shouldn't all failures time out if disable-timeout is enabled?
Here are examples of fence_ipmitool and fence_vmware_rest, with the differences we're talking about in Bugzilla below.
I haven't checked all the fence_agents, but it seems that there are many fence_agents that make a difference.
Best Regards,
Hideo Yamauchi.
The text was updated successfully, but these errors were encountered: