Yes you are right, it would be cleaner to have a configuration in SMF but there 
is a problem, also AMF is NBC. It is NBC to not do repair based on the 
saAmfSUMaintenanceCampaign attribute. SMF always set this attribute so the NBC 
behavior in AMF will be trigged. This is why AMF must be configurable. The NBC 
behavior in SMF will be trigged by a notification with “infoId = 
SA_AMF_MAINTENANCE_CAMPAIGN_DN and its infoValue is the DN of the upgrade 
campaign”. If the new behavior in AMF is not switched on no such notification 
will be sent so no configuration is needed in SMF. However the PR documents for 
both AMF and SMF should be updated to explain this behavior/dependency


---

** [tickets:#2419] smf: when fixing ticket #2145 a NBC problem was introduced**

**Status:** wontfix
**Milestone:** 5.2.0
**Created:** Mon Apr 10, 2017 11:11 AM UTC by elunlen
**Last Updated:** Mon Apr 24, 2017 07:53 PM UTC
**Owner:** nobody


Previous behavior:
The behavior was to ignore a fail to activate a component unless any secondary 
fault happened. This means that it was for example possible to complete a 
campaign even if a component failed to start and fix this problem after 
committing. No action to resume the campaign was needed.

After [#2145]:
The campaign will always suspend in case of component fail and a resume must be 
requested for the campaign to continue.

NBC:
The behavior has changed in such a way that it must be seen as a NBC. The #2145 
ticket corrects SMF behavior regarding AIS but is still NBC since the previous 
behavior is the legacy behavior in previous releases.

Proposal 1; Fix if not needed to change setting in runtime e.g. during an 
upgrade
Add a new configuration attribute to the SMF configuration class that makes it 
possible to select whether the behavior after #2145 shall be used or not. The 
default setting must be the previous behavior.
The setting must have the following properties:
- If the attribute does not exist (old model)           legacy behavior
- If the attribute value is not changed from default    legacy behavior
- If the attribute value is <empty> or invalid          legacy behavior
- If the attribute value is a valid “ON” setting                new behavior
- A request to change the attribute in runtime shall always be rejected

Proposal 2; Fix if change has to be made during upgrade:
Add a new configuration attribute to the SMF configuration class that makes it 
possible to select whether the behavior after #2145 shall be used or not. The 
default setting must be the previous behavior.
The setting must have the following properties:
- If the attribute does not exist (old model)           legacy behavior
- If the attribute value is not changed from default    legacy behavior
- If the attribute value is <empty> or invalid          legacy behavior
- If the attribute value is a valid “ON” setting                new behavior
- Attribute value must be possible to change in runtime in “idle” state (no 
campaign is executing)
- Attribute value must be possible to change in runtime in campaign init state. 
Note that if changed here
  the new setting must be used in the rest of the campaign



---

Sent from sourceforge.net because [email protected] is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Opensaf-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets

Reply via email to