[tickets] [opensaf:tickets] #2624 ckpttest: test_ckptOverwrite does not handle time out

[Vo Minh Hoang via Opensaf-tickets]

- **status**: review --> fixed
- **Comment**:

develop branch:
commit 47f90d4d2fd5179b5f070f23795d524c47d21fdb
Author: Hoang Vo 
Date:   Tue Oct 17 09:33:44 2017 -0400

ckpt: add timeout handling for test_ckptOverwrite [#2624]

test_ckptOverwrite verify overwrite behavior and should
handle SA_AIS_ERR_TIMEOUT by retrying operation.




---

** [tickets:#2624] ckpttest: test_ckptOverwrite does not handle time out**

**Status:** fixed
**Milestone:** 5.17.10
**Created:** Thu Oct 12, 2017 09:49 AM UTC by Vo Minh Hoang
**Last Updated:** Thu Oct 12, 2017 10:14 AM UTC
**Owner:** Vo Minh Hoang


> 2017-10-11 04:05:16.068 SC-1 ckpttest: IN #012 FAILED  : OverWrite 
> for section 11 in ckpt
> 2017-10-11 04:05:16.069 SC-1 ckpttest: IN  Return Value: 
> SA_AIS_ERR_TIMEOUT
> 2017-10-11 04:05:16.572 SC-1 ckpttest: IN  Timeout count : 1

test_ckptOverwrite verify overwrite behavior, sometimes due to network problem, 
cpnd_proc_update_remote got SA_AIS_ERR_TIMEOUT while trying to update the 
remote replica, lead to failed test case.
test_ckptOverwrite should handle this error by retrying operation.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net 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
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets

[tickets] [opensaf:tickets] #2556 split-brain should be reported by a ER or CR in syslog

[Vo Minh Hoang via Opensaf-tickets]

- **status**: accepted --> review



---

** [tickets:#2556] split-brain should be reported by a ER or CR in syslog**

**Status:** review
**Milestone:** 5.17.10
**Created:** Wed Aug 16, 2017 11:57 AM UTC by Per Rodenvall
**Last Updated:** Tue Oct 17, 2017 04:00 AM UTC
**Owner:** Vo Minh Hoang


This was seen in syslog:
2017-06-27 13:49:32 SC-1 osafrded[176]: Rebooting OpenSAF NodeId = 0 EE Name = 
No EE Mapped, Reason: Split-brain detected, OwnNodeId = 131343, SupervisionTime 
= 60

In our testing we look for ER and CR after each test. We really like 
split-brain to be a ER or CR


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net 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
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets

[tickets] [opensaf:tickets] #2634 clm: clmtest does not handle SA_AIS_ERR_TRY_AGAIN

[Vu Minh Nguyen via Opensaf-tickets]

---

** [tickets:#2634] clm: clmtest does not handle SA_AIS_ERR_TRY_AGAIN**

**Status:** assigned
**Milestone:** 5.17.10
**Created:** Wed Oct 18, 2017 03:47 AM UTC by Vu Minh Nguyen
**Last Updated:** Wed Oct 18, 2017 03:47 AM UTC
**Owner:** Vu Minh Nguyen


Running `clmtest` sometimes get failed because of not handling 
`SA_AIS_ERR_TRY_AGAIN`.

> Suite 1: Life Cykel API
> 1  PASSED saClmInitialize with A.01.01 SA_AIS_OK?[0m
> 2  PASSED saClmInitialize_4 with A.04.01 SA_AIS_OK?[0m
> 3  PASSED saClmInitialize with NULL pointer to handle?[0m
> 4  PASSED saClmInitialize_4 with NULL pointer to handle?[0m
> 5  PASSED saClmInitialize with NULL pointer to callback?[0m
> error: in src/clm/apitest/tet_saClmInitialize.c at 56: SA_AIS_ERR_BAD_HANDLE 
> (9), expected SA_AIS_OK (1) - exiting

This ticket intends to create CLM APIs' wrappers that internally handling try 
again error code same as `immutil_` stuffs.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net 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
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets

[tickets] [opensaf:tickets] #2605 amfnd: change log level to notice for events during node failover/shutdown

[Gary Lee via Opensaf-tickets]

- **status**: review --> fixed
- **Comment**:

Develop:

commit 6a3ae89b9ab2aae9d07e02fc60dc60293986c442
Author: Gary Lee 
Date:   Wed Oct 18 11:05:50 2017 +1100

amfnd: change log level to notice for events during node failover/shutdown 
[#2605]





---

** [tickets:#2605] amfnd: change log level to notice for events during node 
failover/shutdown**

**Status:** fixed
**Milestone:** 5.17.10
**Created:** Wed Oct 04, 2017 03:43 AM UTC by Gary Lee
**Last Updated:** Wed Oct 04, 2017 04:21 AM UTC
**Owner:** Gary Lee


Messages such as these can be made notice instead.

LOG_ER("Ignoring event '%s' for '%s' during node failover",
   pres_state_evt[ev], comp->name.c_str());
   



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net 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
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets

[tickets] [opensaf:tickets] #2628 tools/amf: improve error checking and naming convention

[Gary Lee via Opensaf-tickets]

- **status**: accepted --> fixed



---

** [tickets:#2628] tools/amf: improve error checking and naming convention**

**Status:** fixed
**Milestone:** 5.17.10
**Created:** Mon Oct 16, 2017 05:53 AM UTC by Gary Lee
**Last Updated:** Tue Oct 17, 2017 11:56 PM UTC
**Owner:** Gary Lee


amfclusterstatus expects the node ID in hex format. It should be consistent and 
prefix the node ID with 0x, in its output.

root@SC-1:~# amfclusterstatus -c 0x2010f
2010f is a Controller node

root@SC-1:~# amfclusterstatus -c 2010f
7da is not a Controller node

This is preferred:

root@SC-1:~# amfclusterstatus -u 0x2010f
0x2010f is up

In addition, invalid input prints:

root@SC-1:~# amfclusterstatus -u abc
0 is not up

Conflicting options are allowed:

root@SC-1:~# amfclusterstatus -u -c -s
At least one controller is up



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net 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
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets

[tickets] [opensaf:tickets] #2628 tools/amf: improve error checking and naming convention

[Gary Lee via Opensaf-tickets]

Develop:

commit 4094211ae3a59a1e1613c14dd9ae030aaa8be8f5
Author: Gary Lee 
Date:   Wed Oct 18 10:46:06 2017 +1100

amf: improve error checking and display [#2628]

* nodes are prefixed with '0x', eg '0x2010f' instead of '2010f' to match 
input
* options 's', 'c', 'u' are incompatible and are rejected when used together

commit 0b0ba5726378026afba6cb7a6245a271207dff58
Author: Gary Lee 
Date:   Wed Oct 18 10:46:06 2017 +1100

amf: fix whitespace issues [#2628]

whitespace changes only

Release:

commit af130d69d8c2aac4984643ee972cb6ddc39be416
Author: Gary Lee 
Date:   Wed Oct 18 10:46:06 2017 +1100

amf: improve error checking and display [#2628]

* nodes are prefixed with '0x', eg '0x2010f' instead of '2010f' to match 
input
* options 's', 'c', 'u' are incompatible and are rejected when used together

commit 19901afa8183a750a5d540f7b9255e13c1d15f3b
Author: Gary Lee 
Date:   Wed Oct 18 10:46:06 2017 +1100

amf: fix whitespace issues [#2628]

whitespace changes only




---

** [tickets:#2628] tools/amf: improve error checking and naming convention**

**Status:** accepted
**Milestone:** 5.17.10
**Created:** Mon Oct 16, 2017 05:53 AM UTC by Gary Lee
**Last Updated:** Mon Oct 16, 2017 06:40 AM UTC
**Owner:** Gary Lee


amfclusterstatus expects the node ID in hex format. It should be consistent and 
prefix the node ID with 0x, in its output.

root@SC-1:~# amfclusterstatus -c 0x2010f
2010f is a Controller node

root@SC-1:~# amfclusterstatus -c 2010f
7da is not a Controller node

This is preferred:

root@SC-1:~# amfclusterstatus -u 0x2010f
0x2010f is up

In addition, invalid input prints:

root@SC-1:~# amfclusterstatus -u abc
0 is not up

Conflicting options are allowed:

root@SC-1:~# amfclusterstatus -u -c -s
At least one controller is up



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net 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
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets

[tickets] [opensaf:tickets] #1510 CKPT: cpnd crashes during checkpoint open timeout with large sections

[Alex Jones via Opensaf-tickets]

- **status**: needinfo --> review
- **Blocker**:  --> False



---

** [tickets:#1510] CKPT: cpnd crashes during checkpoint open timeout with large 
sections**

**Status:** review
**Milestone:** future
**Created:** Thu Oct 01, 2015 04:14 PM UTC by Alex Jones
**Last Updated:** Fri Mar 10, 2017 05:41 AM UTC
**Owner:** Alex Jones


When opening a collocated checkpoint replica where the active has large numbers 
of sections (~200k), the sync from the active can timeout with errorcode 
SA_AIS_ERR_TRY_AGAIN. In this case the code deletes the memory for the node, 
but does not delete the node from the db. When the checkpoint access is tried 
again, the freed memory for the node is still in the db, and ckptnd crashes.

Valgrind analysis shows the following:

==53610== Thread 1:
==53610== Invalid read of size 4
==53610==at 0x4E4D7C4: ncs_patricia_tree_get (patricia.c:93)
==53610==by 0x40400D: cpnd_ckpt_node_get (cpnd_db.c:42)
==53610==by 0x40D1A2: cpnd_process_evt (cpnd_evt.c:1957)
==53610==by 0x40E9D6: cpnd_main_process (cpnd_init.c:568)
==53610==by 0x403882: main (cpnd_main.c:72)
==53610==  Address 0x687de60 is 0 bytes inside a block of size 1,072 free'd
==53610==at 0x4C29D4E: free (in 
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==53610==by 0x40A827: cpnd_evt_proc_ckpt_open (cpnd_evt.c:983)
==53610==by 0x40D426: cpnd_process_evt (cpnd_evt.c:202)
==53610==by 0x40E9D6: cpnd_main_process (cpnd_init.c:568)
==53610==by 0x403882: main (cpnd_main.c:72)
==53610== 
==53610== Invalid read of size 8
==53610==at 0x4E4D7C0: ncs_patricia_tree_get (patricia.c:90)
==53610==by 0x40400D: cpnd_ckpt_node_get (cpnd_db.c:42)
==53610==by 0x40D1A2: cpnd_process_evt (cpnd_evt.c:1957)
==53610==by 0x40E9D6: cpnd_main_process (cpnd_init.c:568)
==53610==by 0x403882: main (cpnd_main.c:72)
==53610==  Address 0x687de70 is 16 bytes inside a block of size 1,072 free'd
==53610==at 0x4C29D4E: free (in 
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==53610==by 0x40A827: cpnd_evt_proc_ckpt_open (cpnd_evt.c:983)
==53610==by 0x40D426: cpnd_process_evt (cpnd_evt.c:202)
==53610==by 0x40E9D6: cpnd_main_process (cpnd_init.c:568)
==53610==by 0x403882: main (cpnd_main.c:72)
==53610== 
==53610== Invalid read of size 8
==53610==at 0x4E4D7FB: ncs_patricia_tree_get (patricia.c:435)
==53610==by 0x40400D: cpnd_ckpt_node_get (cpnd_db.c:42)
==53610==by 0x40D1A2: cpnd_process_evt (cpnd_evt.c:1957)
==53610==by 0x40E9D6: cpnd_main_process (cpnd_init.c:568)
==53610==by 0x403882: main (cpnd_main.c:72)
==53610==  Address 0x687de78 is 24 bytes inside a block of size 1,072 free'd
==53610==at 0x4C29D4E: free (in 
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==53610==by 0x40A827: cpnd_evt_proc_ckpt_open (cpnd_evt.c:983)
==53610==by 0x40D426: cpnd_process_evt (cpnd_evt.c:202)
==53610==by 0x40E9D6: cpnd_main_process (cpnd_init.c:568)
==53610==by 0x403882: main (cpnd_main.c:72)
==53610== 
==53610== Invalid read of size 1
==53610==at 0x4C2D0B9: bcmp (in 
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==53610==by 0x4E4D803: ncs_patricia_tree_get (patricia.c:435)
==53610==by 0x40400D: cpnd_ckpt_node_get (cpnd_db.c:42)
==53610==by 0x40D1A2: cpnd_process_evt (cpnd_evt.c:1957)
==53610==by 0x40E9D6: cpnd_main_process (cpnd_init.c:568)
==53610==by 0x403882: main (cpnd_main.c:72)
==53610==  Address 0x687de80 is 32 bytes inside a block of size 1,072 free'd
==53610==at 0x4C29D4E: free (in 
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==53610==by 0x40A827: cpnd_evt_proc_ckpt_open (cpnd_evt.c:983)
==53610==by 0x40D426: cpnd_process_evt (cpnd_evt.c:202)
==53610==by 0x40E9D6: cpnd_main_process (cpnd_init.c:568)
==53610==by 0x403882: main (cpnd_main.c:72)
==53610== 
==53610== Invalid read of size 1
==53610==at 0x4C2D0D0: bcmp (in 
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==53610==by 0x4E4D803: ncs_patricia_tree_get (patricia.c:435)
==53610==by 0x40400D: cpnd_ckpt_node_get (cpnd_db.c:42)
==53610==by 0x40D1A2: cpnd_process_evt (cpnd_evt.c:1957)
==53610==by 0x40E9D6: cpnd_main_process (cpnd_init.c:568)
==53610==by 0x403882: main (cpnd_main.c:72)
==53610==  Address 0x687de81 is 33 bytes inside a block of size 1,072 free'd
==53610==at 0x4C29D4E: free (in 
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==53610==by 0x40A827: cpnd_evt_proc_ckpt_open (cpnd_evt.c:983)
==53610==by 0x40D426: cpnd_process_evt (cpnd_evt.c:202)
==53610==by 0x40E9D6: cpnd_main_process (cpnd_init.c:568)
==53610==by 0x403882: main (cpnd_main.c:72)
==53610== 
==53610== Invalid read of size 4
==53610==at 0x4E4D7C4: ncs_patricia_tree_get (patricia.c:93)
==53610==by 0x40400D: cpnd_ckpt_node_get (cpnd_db.c:42)
==53610==by 0x405872: cpnd_evt_proc_nd2nd_ckpt_sect_create (cpnd_evt.c:2602)
==53610==by 0x40D2B8: cpnd_process_evt (cpnd_evt.c:335)

[tickets] [opensaf:tickets] #2524 pyosaf: decorate function does not handle version struct in initialize functions

[Anders Widell via Opensaf-tickets]

- **status**: review --> fixed
- **Comment**:

commit 7fe556aebf15eceb0a64e68bb0f02cd081f4bd67 (HEAD -> develop)
Author: Hieu Nguyen 
Date:   Thu Oct 5 17:12:46 2017 +0700

pyosaf: retry SAF initialize() function with original version [#2524]




---

** [tickets:#2524] pyosaf: decorate function does not handle version struct in 
initialize functions**

**Status:** fixed
**Milestone:** 5.17.10
**Created:** Thu Jul 06, 2017 01:44 PM UTC by Zoran Milinkovic
**Last Updated:** Thu Oct 05, 2017 10:30 AM UTC
**Owner:** Hieu Nguyen


decorate() function does not handle version in initialize calls.
If initialize function returns ERR_TRY_AGAIN, version struct is populated with 
the latest version. The next initialize call will not initialize a handle with 
the required version, but with the latest library version


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net 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
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets

[tickets] [opensaf:tickets] #2601 #AMF: MessageID Missmatch during Headless between AMFD and AMFND

[Ravi Sekhar Reddy via Opensaf-tickets]

- **status**: accepted --> review



---

** [tickets:#2601] #AMF: MessageID Missmatch during Headless between AMFD and 
AMFND**

**Status:** review
**Milestone:** 5.17.10
**Created:** Thu Sep 28, 2017 11:51 AM UTC by Ravi Sekhar Reddy
**Last Updated:** Mon Oct 02, 2017 02:41 PM UTC
**Owner:** Ravi Sekhar Reddy


During Headless if any component on the payload fails, Message ID miss match is 
hapeening when buffered messages are sent from AMFND to AMFD

Steps to reproduce :
1. 3 node setup with 2 controllers and one payload (SC-1, SC-2 & PL-4) 
2. Headless enabled 
3. 2n application deployed where SU1 is hosted on the SC-1 and SU2 is hosted on 
the PL-4.
   Configure Delay in AmfCSISetCallbackT callback
   Configure CLC-CLI script of demo cmp to exit with -1 on cleanup invocation  
4. Set ACTIVE assignment on ACTIVE SC-1, STANDBY on PL-4. 
5. Stop opensafd on SC-1
6. Stop opensafd on SC-2 when ACTIVE assignment is given to Application 
Component on PL-4
7. Start opensafd on SC-1, before AMFD comeup up Kill App component on PL-4 
   As we configured to return -1 on Cleanup, termination will fail and SU will 
move to "Termination Failed" State
8. At AMFD observed messages with invalid Message ID and Messages are being 
dropped 



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net 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
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets

[tickets] [opensaf:tickets] #2633 smf: refactor smfd folders

[Rafael Odzakow via Opensaf-tickets]

- **summary**: smf: refactor smfd directory structure --> smf: refactor smfd 
folders



---

** [tickets:#2633] smf: refactor smfd folders**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Tue Oct 17, 2017 11:52 AM UTC by Rafael Odzakow
**Last Updated:** Tue Oct 17, 2017 11:52 AM UTC
**Owner:** nobody





---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net 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
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets

[tickets] [opensaf:tickets] #2633 smf: refactor smfd directory structure

[Rafael Odzakow via Opensaf-tickets]

---

** [tickets:#2633] smf: refactor smfd directory structure**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Tue Oct 17, 2017 11:52 AM UTC by Rafael Odzakow
**Last Updated:** Tue Oct 17, 2017 11:52 AM UTC
**Owner:** nobody





---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net 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
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets

[tickets] [opensaf:tickets] #1572 smf: Node by node upgrade

[Rafael Odzakow via Opensaf-tickets]

- **status**: accepted --> fixed
- **Blocker**:  --> False
- **Milestone**: 5.17.08 --> future



---

** [tickets:#1572] smf: Node by node upgrade**

**Status:** fixed
**Milestone:** future
**Created:** Wed Oct 28, 2015 06:44 AM UTC by Ingvar Bergström
**Last Updated:** Mon Apr 10, 2017 01:40 PM UTC
**Owner:** Rafael Odzakow


The puropse of this ticket is to decrease campaign execution time, without 
rewriting the campaign.

If configured, smfd will automatically upgrade the nodes one by one in a 
rolling manner, with actions fetched from all rolling procedures in the 
campaign.xml.

This will prevent the campaigns different procedures to roll over one and the 
same node/nodes several times i.e. a node will never be 
locked/unlocked/rebooted more than once.

The procedures are not allowed to have order dependencies to each other.

Single step procedures are leaved "as is" and executed before the new "node by 
node" procedure.

This is the second step in a three step upgrade time improvement plan.
1) One step upgrade. Delivered with ticket #1401 in OpenSAF 4.7
2) Node by node upgrade. This ticket.
3) TBD, Upgrade several nodes at a time in a rolling manner


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net 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
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets

[tickets] [opensaf:tickets] #2632 amf: immxml-configure utility (tool) is failing with "UTF-8" encoding

[Vijay Roy via Opensaf-tickets]

---

** [tickets:#2632] amf: immxml-configure utility (tool) is failing with "UTF-8" 
encoding**

**Status:** accepted
**Milestone:** 5.17.10
**Created:** Tue Oct 17, 2017 07:28 AM UTC by Vijay Roy
**Last Updated:** Tue Oct 17, 2017 07:28 AM UTC
**Owner:** Vijay Roy


**Issue:** immxml-configure utility (tool) is failing when upper case "UTF-8" 
is supplied by user. 

Code changes goes at - /src/imm/tools/immxml-merge while validating. 


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net 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
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets