[ClusterLabs] [EXT] Re: Feedback wanted: OCF Resource Agent API 1.1 proposed for adoption

Ulrich Windl Ulrich.Windl at rz.uni-regensburg.de
Sat Mar 27 21:03:24 EDT 2021


On 3/26/21 11:17 PM, Ken Gaillot wrote:
> OCF 1.1 is now formally adopted!
> 
> https://github.com/ClusterLabs/OCF-spec/blob/master/ra/1.1/resource-agent-api.md
> 
> Thanks to everyone who gave feedback.

"The minor number can be used by both sides to see whether a certain 
additional feature is supported by the other party."

That would mean there's a precise revision history with all features 
changed. I doubt such a thing exists yet, and the mistakes made in the 
past (like chaging the XML without changing the version) can't be 
corrected either. ;-)

"Actions must be idempotent." Well: if a "start" action fails, does it 
have to fail the next time, too? Maybe it's "Successful Actions must be 
idempotent."
Maybe even "Successful state-changing Actions must be idempotent."
("Monitor" most likely isn't idempotent; otherwise you would get the 
same status all the time, right?)

"Multiple resource instances of the same type may be running in parallel."

What about "Multiple concurrent actions for separate resource instances 
(using the same RA) must be handled correctly." instead?

What about listing allowable exit codes with each action?

Are there any metadata provisions for reporting the OCF_CHECK_LEVEL?

I don't quite understand exit codes 190 and 191. Maybe add an example.

"must at least support XML output": Is there any format other than XML 
specified? If not the statement doesn't make sense.

What about line-wrapping and other formatting usable in <longdesc>?
What about lengths for <shortdesc>?

The Semantics are under-specified IMHO. Example <desc> vs. <shortdesc>?

IMHO it would be best to specify exactly what is allowed; everything 
that isn't allowed is forbidden.
(That's better tan allowing some things and forbidding others, leaving a 
"gray zone" in between)

Regards,
Ulrich




More information about the Users mailing list