[tickets] [opensaf:tickets] #3247 pyosaf: update pyosaf support python3

2021-01-05 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#3247] pyosaf: update pyosaf support python3**

**Status:** review
**Milestone:** 5.20.11
**Created:** Wed Dec 30, 2020 01:44 AM UTC by Huynh Minh Thien
**Last Updated:** Wed Dec 30, 2020 02:05 AM UTC
**Owner:** Huynh Minh Thien


~~~
root@SC-1:/opensaf-code/python# python3 samples/imm-listener --all
INFO: Listening to changes to all configuration classes
INFO: There is nothing to listen

2020-12-30 08:36:23.046 SC-1 /imm-listener: ER saImmOmClassDescriptionGet_2 
FAILED - SA_AIS_ERR_NOT_EXIST
~~~


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3247 pyosaf: update pyosaf support python3

2020-12-29 Thread Huynh Minh Thien via Opensaf-tickets
- **summary**: pyosaf: almost all samples python is failed when run as python3 
--> pyosaf: update pyosaf support python3
- Description has changed:

Diff:



--- old
+++ new
@@ -4,15 +4,4 @@
 INFO: There is nothing to listen
 
 2020-12-30 08:36:23.046 SC-1 /imm-listener: ER saImmOmClassDescriptionGet_2 
FAILED - SA_AIS_ERR_NOT_EXIST
-
 ~~~
-
-~~~
-root@SC-1:/opensaf-code/python# python3 samples/immlist safSg=2N,safApp=OpenSAF
-Traceback (most recent call last):
-  File "samples/immlist", line 73, in 
-result = immlist(arguments)
-  File "samples/immlist", line 39, in immlist
-for name, value_pair in obj.attrs.iteritems():
-AttributeError: 'dict' object has no attribute 'iteritems'
-~~~



- **Part**: samples --> lib



---

** [tickets:#3247] pyosaf: update pyosaf support python3**

**Status:** accepted
**Milestone:** 5.20.11
**Created:** Wed Dec 30, 2020 01:44 AM UTC by Huynh Minh Thien
**Last Updated:** Wed Dec 30, 2020 01:47 AM UTC
**Owner:** Huynh Minh Thien


~~~
root@SC-1:/opensaf-code/python# python3 samples/imm-listener --all
INFO: Listening to changes to all configuration classes
INFO: There is nothing to listen

2020-12-30 08:36:23.046 SC-1 /imm-listener: ER saImmOmClassDescriptionGet_2 
FAILED - SA_AIS_ERR_NOT_EXIST
~~~


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3247 pyosaf: almost all samples python is failed when run as python3

2020-12-29 Thread Huynh Minh Thien via Opensaf-tickets
- Description has changed:

Diff:



--- old
+++ new
@@ -1,5 +1,5 @@
 ~~~
-root@SC-1:/srv/osaftest/opensaf-code/python# python3 samples/imm-listener --all
+root@SC-1:/opensaf-code/python# python3 samples/imm-listener --all
 INFO: Listening to changes to all configuration classes
 INFO: There is nothing to listen
 
@@ -8,7 +8,7 @@
 ~~~
 
 ~~~
-root@SC-1:/srv/osaftest/opensaf-code/python# python3 samples/immlist 
safSg=2N,safApp=OpenSAF
+root@SC-1:/opensaf-code/python# python3 samples/immlist safSg=2N,safApp=OpenSAF
 Traceback (most recent call last):
   File "samples/immlist", line 73, in 
 result = immlist(arguments)






---

** [tickets:#3247] pyosaf: almost all samples python is failed when run as 
python3**

**Status:** accepted
**Milestone:** 5.20.11
**Created:** Wed Dec 30, 2020 01:44 AM UTC by Huynh Minh Thien
**Last Updated:** Wed Dec 30, 2020 01:44 AM UTC
**Owner:** Huynh Minh Thien


~~~
root@SC-1:/opensaf-code/python# python3 samples/imm-listener --all
INFO: Listening to changes to all configuration classes
INFO: There is nothing to listen

2020-12-30 08:36:23.046 SC-1 /imm-listener: ER saImmOmClassDescriptionGet_2 
FAILED - SA_AIS_ERR_NOT_EXIST

~~~

~~~
root@SC-1:/opensaf-code/python# python3 samples/immlist safSg=2N,safApp=OpenSAF
Traceback (most recent call last):
  File "samples/immlist", line 73, in 
result = immlist(arguments)
  File "samples/immlist", line 39, in immlist
for name, value_pair in obj.attrs.iteritems():
AttributeError: 'dict' object has no attribute 'iteritems'
~~~


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3247 pyosaf: almost all samples python is failed when run as python3

2020-12-29 Thread Huynh Minh Thien via Opensaf-tickets



---

** [tickets:#3247] pyosaf: almost all samples python is failed when run as 
python3**

**Status:** accepted
**Milestone:** 5.20.11
**Created:** Wed Dec 30, 2020 01:44 AM UTC by Huynh Minh Thien
**Last Updated:** Wed Dec 30, 2020 01:44 AM UTC
**Owner:** Huynh Minh Thien


~~~
root@SC-1:/srv/osaftest/opensaf-code/python# python3 samples/imm-listener --all
INFO: Listening to changes to all configuration classes
INFO: There is nothing to listen

2020-12-30 08:36:23.046 SC-1 /imm-listener: ER saImmOmClassDescriptionGet_2 
FAILED - SA_AIS_ERR_NOT_EXIST

~~~

~~~
root@SC-1:/srv/osaftest/opensaf-code/python# python3 samples/immlist 
safSg=2N,safApp=OpenSAF
Traceback (most recent call last):
  File "samples/immlist", line 73, in 
result = immlist(arguments)
  File "samples/immlist", line 39, in immlist
for name, value_pair in obj.attrs.iteritems():
AttributeError: 'dict' object has no attribute 'iteritems'
~~~


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3242 ckpt: ckptnd send section create request to another ckptnd incorrectly

2020-12-09 Thread Huynh Minh Thien via Opensaf-tickets
- Description has changed:

Diff:



--- old
+++ new
@@ -1,4 +1,3 @@
-
 ~~~
 <143>1 2020-11-30T11:38:34.842251+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="26"] 275:ckpt/common/cpsv_evt.c:2830 TR cpa ==>> 
CPND_EVT_A2ND_CKPT_OPEN_2(hdl=1, safCkpt=col_cp33) to node 0x2040F
 ...



- **status**: accepted --> wontfix



---

** [tickets:#3242] ckpt: ckptnd send section create request to another ckptnd 
incorrectly**

**Status:** wontfix
**Milestone:** 5.20.11
**Created:** Mon Dec 07, 2020 04:31 AM UTC by Huynh Minh Thien
**Last Updated:** Mon Dec 07, 2020 04:31 AM UTC
**Owner:** Huynh Minh Thien


~~~
<143>1 2020-11-30T11:38:34.842251+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="26"] 275:ckpt/common/cpsv_evt.c:2830 TR cpa ==>> 
CPND_EVT_A2ND_CKPT_OPEN_2(hdl=1, safCkpt=col_cp33) to node 0x2040F
...
<143>1 2020-11-30T11:38:34.857676+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="38"] 275:ckpt/common/cpsv_evt.c:2837 TR cpa <<== 
CPA_EVT_ND2A_CKPT_OPEN_RSP(err=1, active=0x2050F, gbl_hdl=3, lcl_hdl=0x29EC460) 
from node 0x2040F
<143>1 2020-11-30T11:38:34.857694+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="39"] 275:ckpt/agent/cpa_mds.c:891 << cpa_mds_msg_sync_send: retval 
= 1
<143>1 2020-11-30T11:38:34.857709+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="40"] 275:ckpt/agent/cpa_api.c:1222 T1 Cpa CkptOpen Api Success with 
ckptHandle:1,checkpointHandle:29ec460,gbl_ckpt_hdl:3
<143>1 2020-11-30T11:38:34.857716+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="41"] 275:ckpt/agent/cpa_api.c:1224 << saCkptCheckpointOpen: API 
return code = 1
<143>1 2020-11-30T11:38:37.11816+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="42"] 275:ckpt/agent/cpa_api.c:2530 >> saCkptSectionCreate: 
SaCkptCheckpointHandleT passed is 29ec460
<143>1 2020-11-30T11:38:37.118219+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="43"] 275:ckpt/agent/cpa_mds.c:860 >> cpa_mds_msg_sync_send 
<143>1 2020-11-30T11:38:37.118239+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="44"] 275:ckpt/common/cpsv_evt.c:2830 TR cpa ==>> [3] 
CPND_EVT_A2ND_CKPT_SECT_CREATE(sec_id=0x2A00, 
mdest=0x2040F0113) to node 0x2050F
...
<143>1 2020-11-30T11:38:37.123024+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="56"] 275:ckpt/common/cpsv_evt.c:2837 TR cpa <<== [0] 
CPA_EVT_ND2A_SEC_CREATE_RSP(err=6, sec_id=(NULL),  mdest=0) from node 0x2050F
<143>1 2020-11-30T11:38:37.123057+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="57"] 275:ckpt/agent/cpa_mds.c:891 << cpa_mds_msg_sync_send: retval 
= 1
~~~

~~~
<143>1 2020-11-30T11:38:37.119744+01:00 PL-5 osafckptnd 213 osafckptnd [meta 
sequenceId="3406"] 213:ckpt/common/cpsv_evt.c:2830 TR cpnd ==>> [3] 
CPSV_EVT_ND2ND_CKPT_SECT_CREATE_REQ(sec_id=0x2A00) to node 
0x2030F
...
<143>1 2020-11-30T11:38:37.122129+01:00 PL-5 osafckptnd 213 osafckptnd [meta 
sequenceId="3414"] 213:ckpt/common/cpsv_evt.c:2837 TR cpnd <<== [0] 
CPSV_EVT_ND2ND_CKPT_SECT_ACTIVE_CREATE_RSP(err=6) from node 0x2030F
<143>1 2020-11-30T11:38:37.12215+01:00 PL-5 osafckptnd 213 osafckptnd [meta 
sequenceId="3415"] 213:ckpt/ckptnd/cpnd_mds.c:1279 << cpnd_mds_msg_sync_send 
<143>1 2020-11-30T11:38:37.12216+01:00 PL-5 osafckptnd 213 osafckptnd [meta 
sequenceId="3416"] 213:ckpt/ckptnd/cpnd_evt.c:2976 T4 cpnd ckpt sect creqte 
failed for ckpt_id:3,error value:6
...
<143>1 2020-11-30T11:38:37.122201+01:00 PL-5 osafckptnd 213 osafckptnd [meta 
sequenceId="3421"] 213:ckpt/ckptnd/cpnd_mds.c:1150 >> cpnd_mds_send_rsp 
<143>1 2020-11-30T11:38:37.122211+01:00 PL-5 osafckptnd 213 osafckptnd [meta 
sequenceId="3422"] 213:ckpt/common/cpsv_evt.c:2830 TR cpnd ==>> [0] 
CPA_EVT_ND2A_SEC_CREATE_RSP(err=6, sec_id=(NULL),  mdest=0) to node 0x2040F
~~~

~~~
<143>1 2020-11-30T11:38:37.120985+01:00 PL-3 osafckptnd 213 osafckptnd [meta 
sequenceId="528"] 213:ckpt/common/cpsv_evt.c:2837 TR cpnd <<== [3] 
CPSV_EVT_ND2ND_CKPT_SECT_CREATE_REQ(sec_id=0x2A00) from node 
0x2050F
<143>1 2020-11-30T11:38:37.121028+01:00 PL-3 osafckptnd 213 osafckptnd [meta 
sequenceId="529"] 213:ckpt/ckptnd/cpnd_evt.c:3318 >> 
cpnd_evt_proc_nd2nd_ckpt_sect_create 
<143>1 2020-11-30T11:38:37.121041+01:00 PL-3 osafckptnd 213 osafckptnd [meta 
sequenceId="530"] 213:ckpt/ckptnd/cpnd_evt.c:3325 T4 cpnd ckpt node get failed 
for ckpt_id:3
<143>1 2020-11-30T11:38:37.121051+01:00 PL-3 osafckptnd 213 osafckptnd [meta 
sequenceId="531"] 213:ckpt/ckptnd/cpnd_mds.c:1150 >> cpnd_mds_send_rsp 
<143>1 2020-11-30T11:38:37.121061+01:00 PL-3 osafckptnd 213 osafckptnd [meta 
sequenceId="532"] 213:ckpt/common/cpsv_evt.c:2830 TR cpnd ==>> [0] 
CPSV_EVT_ND2ND_CKPT_SECT_ACTIVE_CREATE_RSP(err=6) to node 0x2050F
~~~


---

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 

[tickets] [opensaf:tickets] #3242 ckpt: ckptnd send section create request to another ckptnd incorrectly

2020-12-06 Thread Huynh Minh Thien via Opensaf-tickets



---

** [tickets:#3242] ckpt: ckptnd send section create request to another ckptnd 
incorrectly**

**Status:** accepted
**Milestone:** 5.20.11
**Created:** Mon Dec 07, 2020 04:31 AM UTC by Huynh Minh Thien
**Last Updated:** Mon Dec 07, 2020 04:31 AM UTC
**Owner:** Huynh Minh Thien



~~~
<143>1 2020-11-30T11:38:34.842251+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="26"] 275:ckpt/common/cpsv_evt.c:2830 TR cpa ==>> 
CPND_EVT_A2ND_CKPT_OPEN_2(hdl=1, safCkpt=col_cp33) to node 0x2040F
...
<143>1 2020-11-30T11:38:34.857676+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="38"] 275:ckpt/common/cpsv_evt.c:2837 TR cpa <<== 
CPA_EVT_ND2A_CKPT_OPEN_RSP(err=1, active=0x2050F, gbl_hdl=3, lcl_hdl=0x29EC460) 
from node 0x2040F
<143>1 2020-11-30T11:38:34.857694+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="39"] 275:ckpt/agent/cpa_mds.c:891 << cpa_mds_msg_sync_send: retval 
= 1
<143>1 2020-11-30T11:38:34.857709+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="40"] 275:ckpt/agent/cpa_api.c:1222 T1 Cpa CkptOpen Api Success with 
ckptHandle:1,checkpointHandle:29ec460,gbl_ckpt_hdl:3
<143>1 2020-11-30T11:38:34.857716+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="41"] 275:ckpt/agent/cpa_api.c:1224 << saCkptCheckpointOpen: API 
return code = 1
<143>1 2020-11-30T11:38:37.11816+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="42"] 275:ckpt/agent/cpa_api.c:2530 >> saCkptSectionCreate: 
SaCkptCheckpointHandleT passed is 29ec460
<143>1 2020-11-30T11:38:37.118219+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="43"] 275:ckpt/agent/cpa_mds.c:860 >> cpa_mds_msg_sync_send 
<143>1 2020-11-30T11:38:37.118239+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="44"] 275:ckpt/common/cpsv_evt.c:2830 TR cpa ==>> [3] 
CPND_EVT_A2ND_CKPT_SECT_CREATE(sec_id=0x2A00, 
mdest=0x2040F0113) to node 0x2050F
...
<143>1 2020-11-30T11:38:37.123024+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="56"] 275:ckpt/common/cpsv_evt.c:2837 TR cpa <<== [0] 
CPA_EVT_ND2A_SEC_CREATE_RSP(err=6, sec_id=(NULL),  mdest=0) from node 0x2050F
<143>1 2020-11-30T11:38:37.123057+01:00 PL-4 python 275 cpa.trace [meta 
sequenceId="57"] 275:ckpt/agent/cpa_mds.c:891 << cpa_mds_msg_sync_send: retval 
= 1
~~~

~~~
<143>1 2020-11-30T11:38:37.119744+01:00 PL-5 osafckptnd 213 osafckptnd [meta 
sequenceId="3406"] 213:ckpt/common/cpsv_evt.c:2830 TR cpnd ==>> [3] 
CPSV_EVT_ND2ND_CKPT_SECT_CREATE_REQ(sec_id=0x2A00) to node 
0x2030F
...
<143>1 2020-11-30T11:38:37.122129+01:00 PL-5 osafckptnd 213 osafckptnd [meta 
sequenceId="3414"] 213:ckpt/common/cpsv_evt.c:2837 TR cpnd <<== [0] 
CPSV_EVT_ND2ND_CKPT_SECT_ACTIVE_CREATE_RSP(err=6) from node 0x2030F
<143>1 2020-11-30T11:38:37.12215+01:00 PL-5 osafckptnd 213 osafckptnd [meta 
sequenceId="3415"] 213:ckpt/ckptnd/cpnd_mds.c:1279 << cpnd_mds_msg_sync_send 
<143>1 2020-11-30T11:38:37.12216+01:00 PL-5 osafckptnd 213 osafckptnd [meta 
sequenceId="3416"] 213:ckpt/ckptnd/cpnd_evt.c:2976 T4 cpnd ckpt sect creqte 
failed for ckpt_id:3,error value:6
...
<143>1 2020-11-30T11:38:37.122201+01:00 PL-5 osafckptnd 213 osafckptnd [meta 
sequenceId="3421"] 213:ckpt/ckptnd/cpnd_mds.c:1150 >> cpnd_mds_send_rsp 
<143>1 2020-11-30T11:38:37.122211+01:00 PL-5 osafckptnd 213 osafckptnd [meta 
sequenceId="3422"] 213:ckpt/common/cpsv_evt.c:2830 TR cpnd ==>> [0] 
CPA_EVT_ND2A_SEC_CREATE_RSP(err=6, sec_id=(NULL),  mdest=0) to node 0x2040F
~~~

~~~
<143>1 2020-11-30T11:38:37.120985+01:00 PL-3 osafckptnd 213 osafckptnd [meta 
sequenceId="528"] 213:ckpt/common/cpsv_evt.c:2837 TR cpnd <<== [3] 
CPSV_EVT_ND2ND_CKPT_SECT_CREATE_REQ(sec_id=0x2A00) from node 
0x2050F
<143>1 2020-11-30T11:38:37.121028+01:00 PL-3 osafckptnd 213 osafckptnd [meta 
sequenceId="529"] 213:ckpt/ckptnd/cpnd_evt.c:3318 >> 
cpnd_evt_proc_nd2nd_ckpt_sect_create 
<143>1 2020-11-30T11:38:37.121041+01:00 PL-3 osafckptnd 213 osafckptnd [meta 
sequenceId="530"] 213:ckpt/ckptnd/cpnd_evt.c:3325 T4 cpnd ckpt node get failed 
for ckpt_id:3
<143>1 2020-11-30T11:38:37.121051+01:00 PL-3 osafckptnd 213 osafckptnd [meta 
sequenceId="531"] 213:ckpt/ckptnd/cpnd_mds.c:1150 >> cpnd_mds_send_rsp 
<143>1 2020-11-30T11:38:37.121061+01:00 PL-3 osafckptnd 213 osafckptnd [meta 
sequenceId="532"] 213:ckpt/common/cpsv_evt.c:2830 TR cpnd ==>> [0] 
CPSV_EVT_ND2ND_CKPT_SECT_ACTIVE_CREATE_RSP(err=6) to node 0x2050F
~~~


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3235 imm: option -d does not work when using with option -a in immlist tool

2020-11-15 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> fixed
- **Comment**:

commit c539684e0f98b90ef65a031bff17864055fbfeb4 (HEAD -> develop, 
origin/develop)
Author: thien.m.huynh 
Date:   Thu Nov 12 12:39:41 2020 +0700

imm: prevent override delimiter value when using with option -a [#3235]

when using option -d to set delimiter for multiple value combine with
option -a. Delimiter was override with default value. The fix is checking
delimiter option before assign default value.



---

** [tickets:#3235] imm: option -d does not work when using with option -a in 
immlist tool**

**Status:** fixed
**Milestone:** 5.20.11
**Created:** Thu Nov 12, 2020 05:37 AM UTC by Huynh Minh Thien
**Last Updated:** Thu Nov 12, 2020 05:37 AM UTC
**Owner:** Huynh Minh Thien


~~~
$ immlist -d '|' -a macAddress dn=1
expect: macAddress=x1:x2:x3:x4|x1:x2:x3:x4
result: macAddress=x1:x2:x3:x4:x1:x2:x3:x4
~~~



---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3235 imm: option -d does not work when using with option -a in immlist tool

2020-11-11 Thread Huynh Minh Thien via Opensaf-tickets



---

** [tickets:#3235] imm: option -d does not work when using with option -a in 
immlist tool**

**Status:** accepted
**Milestone:** 5.20.11
**Created:** Thu Nov 12, 2020 05:37 AM UTC by Huynh Minh Thien
**Last Updated:** Thu Nov 12, 2020 05:37 AM UTC
**Owner:** Huynh Minh Thien


~~~
$ immlist -d '|' -a macAddress dn=1
expect: macAddress=x1:x2:x3:x4|x1:x2:x3:x4
result: macAddress=x1:x2:x3:x4:x1:x2:x3:x4
~~~



---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3225 amf: node sync window was closed while one node was not synchronized

2020-10-21 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

~~~
commit db5f625c635c535b283c76a3b8afc1ebdffdeb60
Author: thien.m.huynh 
Date:   Tue Oct 13 14:29:09 2020 +0700

amf: Increase sync node size equal with clusters size [#3225]

Node sync window was closed while one node was not synchronized,
that leading to node reboot unexpectedly. This issue happens in
roaming SC where act/stb reboot and a quiesced SC promote to active.
The fix is increasing sync node size equal with clusters size and
remove ignore count node up for amfnd on active.
~~~



---

** [tickets:#3225] amf: node sync window was closed while one node was not 
synchronized**

**Status:** fixed
**Milestone:** 5.20.11
**Created:** Tue Oct 13, 2020 07:26 AM UTC by Huynh Minh Thien
**Last Updated:** Mon Oct 19, 2020 03:10 AM UTC
**Owner:** Huynh Minh Thien


Node sync window was closed while one node was not synchronized, that leading 
to node reboot unexpectedly. This issue just happend when amfd receive final 
node_up_msg  from local amfnd.
sync node size : 9
cluster size : 10
~~~
2020-10-07 11:11:36.469 SC-3 osafamfd[247]: NO Received node_up_msg from all 
nodes
2020-10-07 11:11:36.469 SC-3 osafamfd[247]: NO Received node_up from 2070f: 
msg_id 1
2020-10-07 11:11:36.472 SC-3 osafamfd[247]: NO Received node_up from 2060f: 
msg_id 1
2020-10-07 11:11:36.476 SC-3 osafamfd[247]: NO Received node_up from 2080f: 
msg_id 1
2020-10-07 11:11:36.481 SC-3 osafamfd[247]: NO Received node_up from 2030f: 
msg_id 1
2020-10-07 11:11:36.528 SC-3 osafamfd[247]: WA Sending node reboot order to 
node:safAmfNode=SC-3,safAmfCluster=myAmfCluster, due to first node_up_msg after 
node sync window
2020-10-07 11:11:36.529 SC-3 osafamfnd[260]: NO Received reboot order from 
2030f, ordering reboot now!
2020-10-07 11:11:36.532 SC-3 osafamfnd[260]: Rebooting OpenSAF NodeId = 131855 
EE Name = , Reason: Received reboot order, OwnNodeId = 131855, SupervisionTime 
= 60
2020-10-07 11:11:36.544 SC-3 opensaf_reboot: Rebooting local node; timeout=60
~~~


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3225 amf: node sync window was closed while one node was not synchronized

2020-10-18 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: assigned --> review



---

** [tickets:#3225] amf: node sync window was closed while one node was not 
synchronized**

**Status:** review
**Milestone:** 5.20.11
**Created:** Tue Oct 13, 2020 07:26 AM UTC by Huynh Minh Thien
**Last Updated:** Tue Oct 13, 2020 07:26 AM UTC
**Owner:** Huynh Minh Thien


Node sync window was closed while one node was not synchronized, that leading 
to node reboot unexpectedly. This issue just happend when amfd receive final 
node_up_msg  from local amfnd.
sync node size : 9
cluster size : 10
~~~
2020-10-07 11:11:36.469 SC-3 osafamfd[247]: NO Received node_up_msg from all 
nodes
2020-10-07 11:11:36.469 SC-3 osafamfd[247]: NO Received node_up from 2070f: 
msg_id 1
2020-10-07 11:11:36.472 SC-3 osafamfd[247]: NO Received node_up from 2060f: 
msg_id 1
2020-10-07 11:11:36.476 SC-3 osafamfd[247]: NO Received node_up from 2080f: 
msg_id 1
2020-10-07 11:11:36.481 SC-3 osafamfd[247]: NO Received node_up from 2030f: 
msg_id 1
2020-10-07 11:11:36.528 SC-3 osafamfd[247]: WA Sending node reboot order to 
node:safAmfNode=SC-3,safAmfCluster=myAmfCluster, due to first node_up_msg after 
node sync window
2020-10-07 11:11:36.529 SC-3 osafamfnd[260]: NO Received reboot order from 
2030f, ordering reboot now!
2020-10-07 11:11:36.532 SC-3 osafamfnd[260]: Rebooting OpenSAF NodeId = 131855 
EE Name = , Reason: Received reboot order, OwnNodeId = 131855, SupervisionTime 
= 60
2020-10-07 11:11:36.544 SC-3 opensaf_reboot: Rebooting local node; timeout=60
~~~


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3225 amf: node sync window was closed while one node was not synchronized

2020-10-13 Thread Huynh Minh Thien via Opensaf-tickets



---

** [tickets:#3225] amf: node sync window was closed while one node was not 
synchronized**

**Status:** assigned
**Milestone:** 5.20.11
**Created:** Tue Oct 13, 2020 07:26 AM UTC by Huynh Minh Thien
**Last Updated:** Tue Oct 13, 2020 07:26 AM UTC
**Owner:** Huynh Minh Thien


Node sync window was closed while one node was not synchronized, that leading 
to node reboot unexpectedly. This issue just happend when amfd receive final 
node_up_msg  from local amfnd.
sync node size : 9
cluster size : 10
~~~
2020-10-07 11:11:36.469 SC-3 osafamfd[247]: NO Received node_up_msg from all 
nodes
2020-10-07 11:11:36.469 SC-3 osafamfd[247]: NO Received node_up from 2070f: 
msg_id 1
2020-10-07 11:11:36.472 SC-3 osafamfd[247]: NO Received node_up from 2060f: 
msg_id 1
2020-10-07 11:11:36.476 SC-3 osafamfd[247]: NO Received node_up from 2080f: 
msg_id 1
2020-10-07 11:11:36.481 SC-3 osafamfd[247]: NO Received node_up from 2030f: 
msg_id 1
2020-10-07 11:11:36.528 SC-3 osafamfd[247]: WA Sending node reboot order to 
node:safAmfNode=SC-3,safAmfCluster=myAmfCluster, due to first node_up_msg after 
node sync window
2020-10-07 11:11:36.529 SC-3 osafamfnd[260]: NO Received reboot order from 
2030f, ordering reboot now!
2020-10-07 11:11:36.532 SC-3 osafamfnd[260]: Rebooting OpenSAF NodeId = 131855 
EE Name = , Reason: Received reboot order, OwnNodeId = 131855, SupervisionTime 
= 60
2020-10-07 11:11:36.544 SC-3 opensaf_reboot: Rebooting local node; timeout=60
~~~


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3210 pyosaf: Support python3

2020-08-12 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#3210] pyosaf: Support python3**

**Status:** review
**Milestone:** future
**Created:** Thu Aug 06, 2020 12:48 AM UTC by Minh Hon Chau
**Last Updated:** Tue Aug 11, 2020 05:25 AM UTC
**Owner:** Huynh Minh Thien


Adapt pyosaf to support python3, and be compatible with python2
https://docs.python.org/3/howto/pyporting.html


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3210 pyosaf: Support python3

2020-08-10 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: unassigned --> accepted
- **assigned_to**: Huynh Minh Thien



---

** [tickets:#3210] pyosaf: Support python3**

**Status:** accepted
**Milestone:** future
**Created:** Thu Aug 06, 2020 12:48 AM UTC by Minh Hon Chau
**Last Updated:** Thu Aug 06, 2020 12:48 AM UTC
**Owner:** Huynh Minh Thien


Adapt pyosaf to support python3, and be compatible with python2
https://docs.python.org/3/howto/pyporting.html


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3206 clm: memory leak in valgrind report

2020-07-29 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit f94fb6ca464554d0800446e6266a1076deb0c6eb (HEAD -> develop, 
origin/develop)
Author: thien.m.huynh 
Date:   Tue Jul 28 09:17:59 2020 +0700

clm: fix memory leak reported by valgrind [#3206]

Fix definitely lost reported by valgrind.



---

** [tickets:#3206] clm: memory leak in valgrind report**

**Status:** fixed
**Milestone:** 5.20.08
**Created:** Mon Jul 27, 2020 09:24 AM UTC by Huynh Minh Thien
**Last Updated:** Tue Jul 28, 2020 02:49 AM UTC
**Owner:** Huynh Minh Thien


~~~
==257== 136 bytes in 1 blocks are definitely lost in loss record 76 of 147
==257==at 0x4C31B25: calloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==257==by 0x5AFA7B7: mbcsv_mds_dec (mbcsv_mds.c:751)
==257==by 0x5B0A575: mds_mcm_do_decode_full_or_flat.isra.0 
(mds_c_sndrcv.c:5623)
==257==by 0x5B0C2C7: mds_mcm_process_recv_snd_msg_common.part.5 
(mds_c_sndrcv.c:4915)
==257==by 0x5B0C78A: mcm_recv_red_bcast (mds_c_sndrcv.c:5144)
==257==by 0x5B0C78A: mds_mcm_ll_data_rcv (mds_c_sndrcv.c:4808)
==257==by 0x5B12060: mdtm_process_recv_message_common (mds_dt_common.c:572)
==257==by 0x5B12431: mdtm_process_recv_data (mds_dt_common.c:1122)
==257==by 0x5B1AA7E: mdtm_process_recv_events (mds_dt_tipc.c:1146)
==257==by 0x62F76DA: start_thread (pthread_create.c:463)
==257==by 0x663088E: clone (clone.S:95)
==257==
==257== 2,136 bytes in 3 blocks are definitely lost in loss record 137 of 147
==257==at 0x4C31B25: calloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==257==by 0x1247F3: clms_mds_svc_event(ncsmds_callback_info*) 
(clms_mds.cc:1220)
==257==by 0x5B0266D: mds_mcm_user_event_callback (mds_c_api.c:4667)
==257==by 0x5B04CA5: mds_mcm_svc_down (mds_c_api.c:3685)
==257==by 0x5B193E4: mdtm_process_discovery_events (mds_dt_tipc.c:1433)
==257==by 0x5B1A818: mdtm_process_recv_events (mds_dt_tipc.c:945)
==257==by 0x62F76DA: start_thread (pthread_create.c:463)
==257==by 0x663088E: clone (clone.S:95)
==257== 
==257== 16,144 (112 direct, 16,032 indirect) bytes in 2 blocks are definitely 
lost in loss record 144 of 147
==257==at 0x4C2FB0F: malloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==257==by 0x5AF16DB: sysf_alloc_pkt (sysf_mem.c:429)
==257==by 0x5AE069F: ncs_enc_init_space_pp (hj_ubaid.c:144)
==257==by 0x5B10CEF: mdtm_fill_data (mds_dt_common.c:1459)
==257==by 0x5B12092: mdtm_process_recv_message_common (mds_dt_common.c:541)
==257==by 0x5B12431: mdtm_process_recv_data (mds_dt_common.c:1122)
==257==by 0x5B1AA7E: mdtm_process_recv_events (mds_dt_tipc.c:1146)
==257==by 0x62F76DA: start_thread (pthread_create.c:463)
==257==by 0x663088E: clone (clone.S:95)

==280== 2,848 bytes in 4 blocks are definitely lost in loss record 145 of 151
==280==at 0x4C31B25: calloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==280==by 0x123706: clms_mds_dec(ncsmds_callback_info*) (clms_mds.cc:864)
==280==by 0x5B0A575: mds_mcm_do_decode_full_or_flat.isra.0 
(mds_c_sndrcv.c:5623)
==280==by 0x5B0C2C7: mds_mcm_process_recv_snd_msg_common.part.5 
(mds_c_sndrcv.c:4915)
==280==by 0x5B0C78A: mcm_recv_red_bcast (mds_c_sndrcv.c:5144)
==280==by 0x5B0C78A: mds_mcm_ll_data_rcv (mds_c_sndrcv.c:4808)
==280==by 0x5B12060: mdtm_process_recv_message_common (mds_dt_common.c:572)
==280==by 0x5B12431: mdtm_process_recv_data (mds_dt_common.c:1122)
==280==by 0x5B1AA7E: mdtm_process_recv_events (mds_dt_tipc.c:1146)
==280==by 0x62F76DA: start_thread (pthread_create.c:463)
==280==by 0x663088E: clone (clone.S:95)
==280== 


~~~


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3206 clm: memory leak in valgrind report

2020-07-27 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#3206] clm: memory leak in valgrind report**

**Status:** review
**Milestone:** 5.20.08
**Created:** Mon Jul 27, 2020 09:24 AM UTC by Huynh Minh Thien
**Last Updated:** Mon Jul 27, 2020 09:24 AM UTC
**Owner:** Huynh Minh Thien


~~~
==257== 136 bytes in 1 blocks are definitely lost in loss record 76 of 147
==257==at 0x4C31B25: calloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==257==by 0x5AFA7B7: mbcsv_mds_dec (mbcsv_mds.c:751)
==257==by 0x5B0A575: mds_mcm_do_decode_full_or_flat.isra.0 
(mds_c_sndrcv.c:5623)
==257==by 0x5B0C2C7: mds_mcm_process_recv_snd_msg_common.part.5 
(mds_c_sndrcv.c:4915)
==257==by 0x5B0C78A: mcm_recv_red_bcast (mds_c_sndrcv.c:5144)
==257==by 0x5B0C78A: mds_mcm_ll_data_rcv (mds_c_sndrcv.c:4808)
==257==by 0x5B12060: mdtm_process_recv_message_common (mds_dt_common.c:572)
==257==by 0x5B12431: mdtm_process_recv_data (mds_dt_common.c:1122)
==257==by 0x5B1AA7E: mdtm_process_recv_events (mds_dt_tipc.c:1146)
==257==by 0x62F76DA: start_thread (pthread_create.c:463)
==257==by 0x663088E: clone (clone.S:95)
==257==
==257== 2,136 bytes in 3 blocks are definitely lost in loss record 137 of 147
==257==at 0x4C31B25: calloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==257==by 0x1247F3: clms_mds_svc_event(ncsmds_callback_info*) 
(clms_mds.cc:1220)
==257==by 0x5B0266D: mds_mcm_user_event_callback (mds_c_api.c:4667)
==257==by 0x5B04CA5: mds_mcm_svc_down (mds_c_api.c:3685)
==257==by 0x5B193E4: mdtm_process_discovery_events (mds_dt_tipc.c:1433)
==257==by 0x5B1A818: mdtm_process_recv_events (mds_dt_tipc.c:945)
==257==by 0x62F76DA: start_thread (pthread_create.c:463)
==257==by 0x663088E: clone (clone.S:95)
==257== 
==257== 16,144 (112 direct, 16,032 indirect) bytes in 2 blocks are definitely 
lost in loss record 144 of 147
==257==at 0x4C2FB0F: malloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==257==by 0x5AF16DB: sysf_alloc_pkt (sysf_mem.c:429)
==257==by 0x5AE069F: ncs_enc_init_space_pp (hj_ubaid.c:144)
==257==by 0x5B10CEF: mdtm_fill_data (mds_dt_common.c:1459)
==257==by 0x5B12092: mdtm_process_recv_message_common (mds_dt_common.c:541)
==257==by 0x5B12431: mdtm_process_recv_data (mds_dt_common.c:1122)
==257==by 0x5B1AA7E: mdtm_process_recv_events (mds_dt_tipc.c:1146)
==257==by 0x62F76DA: start_thread (pthread_create.c:463)
==257==by 0x663088E: clone (clone.S:95)

==280== 2,848 bytes in 4 blocks are definitely lost in loss record 145 of 151
==280==at 0x4C31B25: calloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==280==by 0x123706: clms_mds_dec(ncsmds_callback_info*) (clms_mds.cc:864)
==280==by 0x5B0A575: mds_mcm_do_decode_full_or_flat.isra.0 
(mds_c_sndrcv.c:5623)
==280==by 0x5B0C2C7: mds_mcm_process_recv_snd_msg_common.part.5 
(mds_c_sndrcv.c:4915)
==280==by 0x5B0C78A: mcm_recv_red_bcast (mds_c_sndrcv.c:5144)
==280==by 0x5B0C78A: mds_mcm_ll_data_rcv (mds_c_sndrcv.c:4808)
==280==by 0x5B12060: mdtm_process_recv_message_common (mds_dt_common.c:572)
==280==by 0x5B12431: mdtm_process_recv_data (mds_dt_common.c:1122)
==280==by 0x5B1AA7E: mdtm_process_recv_events (mds_dt_tipc.c:1146)
==280==by 0x62F76DA: start_thread (pthread_create.c:463)
==280==by 0x663088E: clone (clone.S:95)
==280== 


~~~


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3206 clm: memory leak in valgrind report

2020-07-27 Thread Huynh Minh Thien via Opensaf-tickets



---

** [tickets:#3206] clm: memory leak in valgrind report**

**Status:** accepted
**Milestone:** 5.20.08
**Created:** Mon Jul 27, 2020 09:24 AM UTC by Huynh Minh Thien
**Last Updated:** Mon Jul 27, 2020 09:24 AM UTC
**Owner:** Huynh Minh Thien


~~~
==257== 136 bytes in 1 blocks are definitely lost in loss record 76 of 147
==257==at 0x4C31B25: calloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==257==by 0x5AFA7B7: mbcsv_mds_dec (mbcsv_mds.c:751)
==257==by 0x5B0A575: mds_mcm_do_decode_full_or_flat.isra.0 
(mds_c_sndrcv.c:5623)
==257==by 0x5B0C2C7: mds_mcm_process_recv_snd_msg_common.part.5 
(mds_c_sndrcv.c:4915)
==257==by 0x5B0C78A: mcm_recv_red_bcast (mds_c_sndrcv.c:5144)
==257==by 0x5B0C78A: mds_mcm_ll_data_rcv (mds_c_sndrcv.c:4808)
==257==by 0x5B12060: mdtm_process_recv_message_common (mds_dt_common.c:572)
==257==by 0x5B12431: mdtm_process_recv_data (mds_dt_common.c:1122)
==257==by 0x5B1AA7E: mdtm_process_recv_events (mds_dt_tipc.c:1146)
==257==by 0x62F76DA: start_thread (pthread_create.c:463)
==257==by 0x663088E: clone (clone.S:95)
==257==
==257== 2,136 bytes in 3 blocks are definitely lost in loss record 137 of 147
==257==at 0x4C31B25: calloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==257==by 0x1247F3: clms_mds_svc_event(ncsmds_callback_info*) 
(clms_mds.cc:1220)
==257==by 0x5B0266D: mds_mcm_user_event_callback (mds_c_api.c:4667)
==257==by 0x5B04CA5: mds_mcm_svc_down (mds_c_api.c:3685)
==257==by 0x5B193E4: mdtm_process_discovery_events (mds_dt_tipc.c:1433)
==257==by 0x5B1A818: mdtm_process_recv_events (mds_dt_tipc.c:945)
==257==by 0x62F76DA: start_thread (pthread_create.c:463)
==257==by 0x663088E: clone (clone.S:95)
==257== 
==257== 16,144 (112 direct, 16,032 indirect) bytes in 2 blocks are definitely 
lost in loss record 144 of 147
==257==at 0x4C2FB0F: malloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==257==by 0x5AF16DB: sysf_alloc_pkt (sysf_mem.c:429)
==257==by 0x5AE069F: ncs_enc_init_space_pp (hj_ubaid.c:144)
==257==by 0x5B10CEF: mdtm_fill_data (mds_dt_common.c:1459)
==257==by 0x5B12092: mdtm_process_recv_message_common (mds_dt_common.c:541)
==257==by 0x5B12431: mdtm_process_recv_data (mds_dt_common.c:1122)
==257==by 0x5B1AA7E: mdtm_process_recv_events (mds_dt_tipc.c:1146)
==257==by 0x62F76DA: start_thread (pthread_create.c:463)
==257==by 0x663088E: clone (clone.S:95)

==280== 2,848 bytes in 4 blocks are definitely lost in loss record 145 of 151
==280==at 0x4C31B25: calloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==280==by 0x123706: clms_mds_dec(ncsmds_callback_info*) (clms_mds.cc:864)
==280==by 0x5B0A575: mds_mcm_do_decode_full_or_flat.isra.0 
(mds_c_sndrcv.c:5623)
==280==by 0x5B0C2C7: mds_mcm_process_recv_snd_msg_common.part.5 
(mds_c_sndrcv.c:4915)
==280==by 0x5B0C78A: mcm_recv_red_bcast (mds_c_sndrcv.c:5144)
==280==by 0x5B0C78A: mds_mcm_ll_data_rcv (mds_c_sndrcv.c:4808)
==280==by 0x5B12060: mdtm_process_recv_message_common (mds_dt_common.c:572)
==280==by 0x5B12431: mdtm_process_recv_data (mds_dt_common.c:1122)
==280==by 0x5B1AA7E: mdtm_process_recv_events (mds_dt_tipc.c:1146)
==280==by 0x62F76DA: start_thread (pthread_create.c:463)
==280==by 0x663088E: clone (clone.S:95)
==280== 


~~~


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3198 saflogger: command is in loop forever in resilience

2020-07-15 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit 581b6b2e8d466c7ee5759b6893e83065459d36ba (HEAD -> develop, 
origin/develop)
Author: thien.m.huynh 
Date:   Tue Jul 14 10:46:52 2020 +0700

saflogger: fix saflogger stuck long time in resilience [#3198]

When log resilient mode is enabled and timeout of saflogger is
configured larger than logResilienceTimeout, the saflogger will
be blocked long time or until underlying filesystem is responsive.
The fix is calculating wait time to break the loop of retry.



---

** [tickets:#3198] saflogger: command is in loop forever in resilience**

**Status:** fixed
**Milestone:** 5.20.08
**Created:** Tue Jul 07, 2020 09:45 AM UTC by Thang Duc Nguyen
**Last Updated:** Fri Jul 10, 2020 01:53 AM UTC
**Owner:** Huynh Minh Thien


When system running in resilience, if timeout of saflogger is configured larger 
than logResilienceTimeout.
The saflogger will be loop forever.
Example,
with config logResilienceTimeout=30s, logMaxPendingWriteRequests=1000
*saflogger -t 35 "abc"*
This command is hung forever.


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3198 saflogger: command is in loop forever in resilience

2020-07-09 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#3198] saflogger: command is in loop forever in resilience**

**Status:** review
**Milestone:** 5.20.08
**Created:** Tue Jul 07, 2020 09:45 AM UTC by Thang Duc Nguyen
**Last Updated:** Tue Jul 07, 2020 09:52 AM UTC
**Owner:** Huynh Minh Thien


When system running in resilience, if timeout of saflogger is configured larger 
than logResilienceTimeout.
The saflogger will be loop forever.
Example,
with config logResilienceTimeout=30s, logMaxPendingWriteRequests=1000
*saflogger -t 35 "abc"*
This command is hung forever.


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3198 saflogger: command is in loop forever in resilience

2020-07-07 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: unassigned --> accepted
- **assigned_to**: Huynh Minh Thien



---

** [tickets:#3198] saflogger: command is in loop forever in resilience**

**Status:** accepted
**Milestone:** 5.20.08
**Created:** Tue Jul 07, 2020 09:45 AM UTC by Thang Duc Nguyen
**Last Updated:** Tue Jul 07, 2020 09:45 AM UTC
**Owner:** Huynh Minh Thien


When system running in resilience, if timeout of saflogger is configured larger 
than logResilienceTimeout.
The saflogger will be loop forever.
Example,
with config logResilienceTimeout=30s, logMaxPendingWriteRequests=1000
*saflogger -t 35 "abc"*
This command is hung forever.


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3187 log: cannot find directory after change logRootDirectory when execute logtest 5 16

2020-05-13 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit 3e407a85e78363d06ed6feccbe34cc6563fa5151 (HEAD -> develop, 
origin/develop)
Author: thien.m.huynh 
Date:   Wed May 13 13:28:18 2020 +0700

log: improve robustness for apitest suite 5 test case 16 [#3187]

Sleep 1s after change logRootDirectory not enough time to logsv processing
of directories creation. So cannot access 
'/srv/shared/saflog/croot/testRoot'.
Increase sleep 2s to make sure all directory are created successfully.



---

** [tickets:#3187] log: cannot find directory after change logRootDirectory 
when execute logtest 5 16**

**Status:** fixed
**Milestone:** 5.20.05
**Created:** Wed May 13, 2020 06:08 AM UTC by Huynh Minh Thien
**Last Updated:** Wed May 13, 2020 08:29 AM UTC
**Owner:** Huynh Minh Thien


Suite 5: LOG OI tests, Service configuration object
ls: cannot access '/srv/shared/saflog/croot/testRoot': No such file or directory
'ls /srv/shared/saflog/croot/testRoot 1>/dev/null' Fail rc=2
   16  FAILED   (expected EXIT_SUCCESS, got EXIT_FAILURE (1))   CCB Object 
Modify, change root directory. Path exist. OK


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3187 log: cannot find directory after change logRootDirectory when execute logtest 5 16

2020-05-13 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#3187] log: cannot find directory after change logRootDirectory 
when execute logtest 5 16**

**Status:** review
**Milestone:** 5.20.05
**Created:** Wed May 13, 2020 06:08 AM UTC by Huynh Minh Thien
**Last Updated:** Wed May 13, 2020 06:25 AM UTC
**Owner:** Huynh Minh Thien


Suite 5: LOG OI tests, Service configuration object
ls: cannot access '/srv/shared/saflog/croot/testRoot': No such file or directory
'ls /srv/shared/saflog/croot/testRoot 1>/dev/null' Fail rc=2
   16  FAILED   (expected EXIT_SUCCESS, got EXIT_FAILURE (1))   CCB Object 
Modify, change root directory. Path exist. OK


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3183 log: logd crashes when standby node startup during nfs unavailable

2020-05-13 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit eb77435d577be59355b531427812a5fed688723d (HEAD -> develop, 
origin/develop)
Author: thien.m.huynh 
Date:   Mon May 11 10:59:05 2020 +0700

lgs: map the CkptPushAsync to the right memory [#3183]

The standby logsv is crashed during cold sync if having pending
write requests in the queue.That happens because the CkptPushAsync
data for decoding is referring to wrong data.

The fix is to map the CkptPushAsync to the right memory.



---

** [tickets:#3183] log: logd crashes when standby node startup during nfs 
unavailable**

**Status:** fixed
**Milestone:** 5.20.05
**Created:** Fri May 08, 2020 09:33 AM UTC by Huynh Minh Thien
**Last Updated:** Mon May 11, 2020 07:28 AM UTC
**Owner:** Huynh Minh Thien


When NFS is unavailable, client try to write to log. At that time, standby node 
startup. The logd on standby node crashes due to the data to prepare push to 
queue is NULL.

~~~
#0  0x7f38f6329f3a in strlen () from /lib64/libc.so.6
#1  0x7f38f6329c7e in strdup () from /lib64/libc.so.6
#2  0x55b198e46586 in Cache::Data::Data (this=0x55b19a5aba08, 
data=0x7ffe63ba2d50) at src/log/logd/lgs_cache.cc:133
#3  0x55b198e48010 in 
__gnu_cxx::new_allocator::construct 
(__p=0x55b19a5aba08, this=) at 
/usr/include/c++/4.8/ext/new_allocator.h:120
#4  std::allocator_traits 
>::_S_construct (__p=0x55b19a5aba08, __a=...) at 
/usr/include/c++/4.8/bits/alloc_traits.h:254
#5  std::allocator_traits >::construct (__p=0x55b19a5aba08, __a=...) at 
/usr/include/c++/4.8/bits/alloc_traits.h:393
#6  std::_Sp_counted_ptr_inplace, 
(__gnu_cxx::_Lock_policy)2>::_Sp_counted_ptr_inplace (__a=..., 
this=0x55b19a5ab9f0) at /usr/include/c++/4.8/bits/shared_ptr_base.h:399
#7  __gnu_cxx::new_allocator, (__gnu_cxx::_Lock_policy)2> 
>::construct, (__gnu_cxx::_Lock_policy)2>, 
std::allocator const, CkptPushAsync*&> (__p=, 
this=) at /usr/include/c++/4.8/ext/new_allocator.h:120
#8  
std::allocator_traits, (__gnu_cxx::_Lock_policy)2> > 
>::_S_construct, (__gnu_cxx::_Lock_policy)2>, 
std::allocator const, CkptPushAsync*&> (__p=, 
__a=...) at /usr/include/c++/4.8/bits/alloc_traits.h:254
#9  
std::allocator_traits, (__gnu_cxx::_Lock_policy)2> > 
>::construct, (__gnu_cxx::_Lock_policy)2>, 
std::allocator const, CkptPushAsync*&> (__p=, 
__a=...) at /usr/include/c++/4.8/bits/alloc_traits.h:393
#10 
std::__shared_count<(__gnu_cxx::_Lock_policy)2>::__shared_count, CkptPushAsync*&> (__a=..., this=) at /usr/include/c++/4.8/bits/shared_ptr_base.h:502
#11 std::__shared_ptr::__shared_ptr, 
CkptPushAsync*&> (__a=..., __tag=..., this=) at 
/usr/include/c++/4.8/bits/shared_ptr_base.h:957
#12 std::shared_ptr::shared_ptr, 
CkptPushAsync*&> (__a=..., __tag=..., this=) at 
/usr/include/c++/4.8/bits/shared_ptr.h:316
#13 std::allocate_shared, 
CkptPushAsync*&> (__a=...) at /usr/include/c++/4.8/bits/shared_ptr.h:598
#14 std::make_shared () at 
/usr/include/c++/4.8/bits/shared_ptr.h:614
#15 ckpt_proc_push_async (cb=, data=0x7ffe63ba2d40) at 
src/log/logd/lgs_mbcsv_v8.cc:195
#16 0x55b198e45a1c in Cache::DecodeColdSync (this=this@entry=0x55b199064c60 
, uba=uba@entry=0x7ffe63ba2f08, 
header=header@entry=0x7ffe63ba2d40, vdata=vdata@entry=0x7ffe63ba2d40, 
vckpt_rec=vckpt_rec@entry=0x7ffe63ba2b88, 
ckpt_rec_size=ckpt_rec_size@entry=112) at src/log/logd/lgs_cache.cc:360
#17 0x55b198e26d11 in ckpt_decode_cold_sync (cb=0x55b199065080 <_lgs_cb>, 
cbk_arg=cbk_arg@entry=0x7ffe63ba2ee0) at src/log/logd/lgs_mbcsv.cc:1817
#18 0x55b198e271b0 in ckpt_decode_cbk_handler (cbk_arg=0x7ffe63ba2ee0) at 
src/log/logd/lgs_mbcsv.cc:1133
#19 mbcsv_callback (arg=0x7ffe63ba2ee0) at src/log/logd/lgs_mbcsv.cc:644
#20 0x7f38f70b5a92 in ncs_mbscv_rcv_decode (peer=peer@entry=0x55b19a5aa7a0, 
evt=evt@entry=0x7f38e800b6b0) at src/mbc/mbcsv_act.c:402
#21 0x7f38f70b5f13 in ncs_mbcsv_rcv_cold_sync_resp_cmplt 
(peer=0x55b19a5aa7a0, evt=0x7f38e800b6b0) at src/mbc/mbcsv_act.c:589
#22 0x7f38f70bca9c in mbcsv_process_events (rcvd_evt=0x7f38e800b6b0, 
mbcsv_hdl=mbcsv_hdl@entry=4293918753) at src/mbc/mbcsv_pr_evts.c:165
#23 0x7f38f70bcc0b in mbcsv_hdl_dispatch_all (mbcsv_hdl=4293918753, 
mbx=mbx@entry=4284481537) at src/mbc/mbcsv_pr_evts.c:270
#24 0x7f38f70b722a in mbcsv_process_dispatch_request (arg=0x7ffe63ba3050) 
at src/mbc/mbcsv_api.c:426
#25 0x55b198e2287e in lgs_mbcsv_dispatch (mbcsv_hdl=) at 
src/log/logd/lgs_mbcsv.cc:509
#26 0x55b198dfcf72 in main (argc=, argv=) at 
src/log/logd/lgs_main.cc:592

~~~



---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net

[tickets] [opensaf:tickets] #3187 log: cannot find directory after change logRootDirectory when execute logtest 5 16

2020-05-13 Thread Huynh Minh Thien via Opensaf-tickets
- **summary**: log: increase sleep time to verify the directory and subdirectly 
are created  --> log: cannot find directory after change logRootDirectory when 
execute logtest 5 16



---

** [tickets:#3187] log: cannot find directory after change logRootDirectory 
when execute logtest 5 16**

**Status:** accepted
**Milestone:** 5.20.05
**Created:** Wed May 13, 2020 06:08 AM UTC by Huynh Minh Thien
**Last Updated:** Wed May 13, 2020 06:08 AM UTC
**Owner:** Huynh Minh Thien


Suite 5: LOG OI tests, Service configuration object
ls: cannot access '/srv/shared/saflog/croot/testRoot': No such file or directory
'ls /srv/shared/saflog/croot/testRoot 1>/dev/null' Fail rc=2
   16  FAILED   (expected EXIT_SUCCESS, got EXIT_FAILURE (1))   CCB Object 
Modify, change root directory. Path exist. OK


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3187 log: increase sleep time to verify the directory and subdirectly are created

2020-05-13 Thread Huynh Minh Thien via Opensaf-tickets



---

** [tickets:#3187] log: increase sleep time to verify the directory and 
subdirectly are created **

**Status:** accepted
**Milestone:** 5.20.05
**Created:** Wed May 13, 2020 06:08 AM UTC by Huynh Minh Thien
**Last Updated:** Wed May 13, 2020 06:08 AM UTC
**Owner:** Huynh Minh Thien


Suite 5: LOG OI tests, Service configuration object
ls: cannot access '/srv/shared/saflog/croot/testRoot': No such file or directory
'ls /srv/shared/saflog/croot/testRoot 1>/dev/null' Fail rc=2
   16  FAILED   (expected EXIT_SUCCESS, got EXIT_FAILURE (1))   CCB Object 
Modify, change root directory. Path exist. OK


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3183 log: logd crashes when standby node startup during nfs unavailable

2020-05-11 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#3183] log: logd crashes when standby node startup during nfs 
unavailable**

**Status:** review
**Milestone:** 5.20.05
**Created:** Fri May 08, 2020 09:33 AM UTC by Huynh Minh Thien
**Last Updated:** Fri May 08, 2020 09:33 AM UTC
**Owner:** Huynh Minh Thien


When NFS is unavailable, client try to write to log. At that time, standby node 
startup. The logd on standby node crashes due to the data to prepare push to 
queue is NULL.

~~~
#0  0x7f38f6329f3a in strlen () from /lib64/libc.so.6
#1  0x7f38f6329c7e in strdup () from /lib64/libc.so.6
#2  0x55b198e46586 in Cache::Data::Data (this=0x55b19a5aba08, 
data=0x7ffe63ba2d50) at src/log/logd/lgs_cache.cc:133
#3  0x55b198e48010 in 
__gnu_cxx::new_allocator::construct 
(__p=0x55b19a5aba08, this=) at 
/usr/include/c++/4.8/ext/new_allocator.h:120
#4  std::allocator_traits 
>::_S_construct (__p=0x55b19a5aba08, __a=...) at 
/usr/include/c++/4.8/bits/alloc_traits.h:254
#5  std::allocator_traits >::construct (__p=0x55b19a5aba08, __a=...) at 
/usr/include/c++/4.8/bits/alloc_traits.h:393
#6  std::_Sp_counted_ptr_inplace, 
(__gnu_cxx::_Lock_policy)2>::_Sp_counted_ptr_inplace (__a=..., 
this=0x55b19a5ab9f0) at /usr/include/c++/4.8/bits/shared_ptr_base.h:399
#7  __gnu_cxx::new_allocator, (__gnu_cxx::_Lock_policy)2> 
>::construct, (__gnu_cxx::_Lock_policy)2>, 
std::allocator const, CkptPushAsync*&> (__p=, 
this=) at /usr/include/c++/4.8/ext/new_allocator.h:120
#8  
std::allocator_traits, (__gnu_cxx::_Lock_policy)2> > 
>::_S_construct, (__gnu_cxx::_Lock_policy)2>, 
std::allocator const, CkptPushAsync*&> (__p=, 
__a=...) at /usr/include/c++/4.8/bits/alloc_traits.h:254
#9  
std::allocator_traits, (__gnu_cxx::_Lock_policy)2> > 
>::construct, (__gnu_cxx::_Lock_policy)2>, 
std::allocator const, CkptPushAsync*&> (__p=, 
__a=...) at /usr/include/c++/4.8/bits/alloc_traits.h:393
#10 
std::__shared_count<(__gnu_cxx::_Lock_policy)2>::__shared_count, CkptPushAsync*&> (__a=..., this=) at /usr/include/c++/4.8/bits/shared_ptr_base.h:502
#11 std::__shared_ptr::__shared_ptr, 
CkptPushAsync*&> (__a=..., __tag=..., this=) at 
/usr/include/c++/4.8/bits/shared_ptr_base.h:957
#12 std::shared_ptr::shared_ptr, 
CkptPushAsync*&> (__a=..., __tag=..., this=) at 
/usr/include/c++/4.8/bits/shared_ptr.h:316
#13 std::allocate_shared, 
CkptPushAsync*&> (__a=...) at /usr/include/c++/4.8/bits/shared_ptr.h:598
#14 std::make_shared () at 
/usr/include/c++/4.8/bits/shared_ptr.h:614
#15 ckpt_proc_push_async (cb=, data=0x7ffe63ba2d40) at 
src/log/logd/lgs_mbcsv_v8.cc:195
#16 0x55b198e45a1c in Cache::DecodeColdSync (this=this@entry=0x55b199064c60 
, uba=uba@entry=0x7ffe63ba2f08, 
header=header@entry=0x7ffe63ba2d40, vdata=vdata@entry=0x7ffe63ba2d40, 
vckpt_rec=vckpt_rec@entry=0x7ffe63ba2b88, 
ckpt_rec_size=ckpt_rec_size@entry=112) at src/log/logd/lgs_cache.cc:360
#17 0x55b198e26d11 in ckpt_decode_cold_sync (cb=0x55b199065080 <_lgs_cb>, 
cbk_arg=cbk_arg@entry=0x7ffe63ba2ee0) at src/log/logd/lgs_mbcsv.cc:1817
#18 0x55b198e271b0 in ckpt_decode_cbk_handler (cbk_arg=0x7ffe63ba2ee0) at 
src/log/logd/lgs_mbcsv.cc:1133
#19 mbcsv_callback (arg=0x7ffe63ba2ee0) at src/log/logd/lgs_mbcsv.cc:644
#20 0x7f38f70b5a92 in ncs_mbscv_rcv_decode (peer=peer@entry=0x55b19a5aa7a0, 
evt=evt@entry=0x7f38e800b6b0) at src/mbc/mbcsv_act.c:402
#21 0x7f38f70b5f13 in ncs_mbcsv_rcv_cold_sync_resp_cmplt 
(peer=0x55b19a5aa7a0, evt=0x7f38e800b6b0) at src/mbc/mbcsv_act.c:589
#22 0x7f38f70bca9c in mbcsv_process_events (rcvd_evt=0x7f38e800b6b0, 
mbcsv_hdl=mbcsv_hdl@entry=4293918753) at src/mbc/mbcsv_pr_evts.c:165
#23 0x7f38f70bcc0b in mbcsv_hdl_dispatch_all (mbcsv_hdl=4293918753, 
mbx=mbx@entry=4284481537) at src/mbc/mbcsv_pr_evts.c:270
#24 0x7f38f70b722a in mbcsv_process_dispatch_request (arg=0x7ffe63ba3050) 
at src/mbc/mbcsv_api.c:426
#25 0x55b198e2287e in lgs_mbcsv_dispatch (mbcsv_hdl=) at 
src/log/logd/lgs_mbcsv.cc:509
#26 0x55b198dfcf72 in main (argc=, argv=) at 
src/log/logd/lgs_main.cc:592

~~~



---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3183 log: logd crashes when standby node startup during nfs unavailable

2020-05-08 Thread Huynh Minh Thien via Opensaf-tickets



---

** [tickets:#3183] log: logd crashes when standby node startup during nfs 
unavailable**

**Status:** accepted
**Milestone:** 5.20.05
**Created:** Fri May 08, 2020 09:33 AM UTC by Huynh Minh Thien
**Last Updated:** Fri May 08, 2020 09:33 AM UTC
**Owner:** Huynh Minh Thien


When NFS is unavailable, client try to write to log. At that time, standby node 
startup. The logd on standby node crashes due to the data to prepare push to 
queue is NULL.

~~~
#0  0x7f38f6329f3a in strlen () from /lib64/libc.so.6
#1  0x7f38f6329c7e in strdup () from /lib64/libc.so.6
#2  0x55b198e46586 in Cache::Data::Data (this=0x55b19a5aba08, 
data=0x7ffe63ba2d50) at src/log/logd/lgs_cache.cc:133
#3  0x55b198e48010 in 
__gnu_cxx::new_allocator::construct 
(__p=0x55b19a5aba08, this=) at 
/usr/include/c++/4.8/ext/new_allocator.h:120
#4  std::allocator_traits 
>::_S_construct (__p=0x55b19a5aba08, __a=...) at 
/usr/include/c++/4.8/bits/alloc_traits.h:254
#5  std::allocator_traits >::construct (__p=0x55b19a5aba08, __a=...) at 
/usr/include/c++/4.8/bits/alloc_traits.h:393
#6  std::_Sp_counted_ptr_inplace, 
(__gnu_cxx::_Lock_policy)2>::_Sp_counted_ptr_inplace (__a=..., 
this=0x55b19a5ab9f0) at /usr/include/c++/4.8/bits/shared_ptr_base.h:399
#7  __gnu_cxx::new_allocator, (__gnu_cxx::_Lock_policy)2> 
>::construct, (__gnu_cxx::_Lock_policy)2>, 
std::allocator const, CkptPushAsync*&> (__p=, 
this=) at /usr/include/c++/4.8/ext/new_allocator.h:120
#8  
std::allocator_traits, (__gnu_cxx::_Lock_policy)2> > 
>::_S_construct, (__gnu_cxx::_Lock_policy)2>, 
std::allocator const, CkptPushAsync*&> (__p=, 
__a=...) at /usr/include/c++/4.8/bits/alloc_traits.h:254
#9  
std::allocator_traits, (__gnu_cxx::_Lock_policy)2> > 
>::construct, (__gnu_cxx::_Lock_policy)2>, 
std::allocator const, CkptPushAsync*&> (__p=, 
__a=...) at /usr/include/c++/4.8/bits/alloc_traits.h:393
#10 
std::__shared_count<(__gnu_cxx::_Lock_policy)2>::__shared_count, CkptPushAsync*&> (__a=..., this=) at /usr/include/c++/4.8/bits/shared_ptr_base.h:502
#11 std::__shared_ptr::__shared_ptr, 
CkptPushAsync*&> (__a=..., __tag=..., this=) at 
/usr/include/c++/4.8/bits/shared_ptr_base.h:957
#12 std::shared_ptr::shared_ptr, 
CkptPushAsync*&> (__a=..., __tag=..., this=) at 
/usr/include/c++/4.8/bits/shared_ptr.h:316
#13 std::allocate_shared, 
CkptPushAsync*&> (__a=...) at /usr/include/c++/4.8/bits/shared_ptr.h:598
#14 std::make_shared () at 
/usr/include/c++/4.8/bits/shared_ptr.h:614
#15 ckpt_proc_push_async (cb=, data=0x7ffe63ba2d40) at 
src/log/logd/lgs_mbcsv_v8.cc:195
#16 0x55b198e45a1c in Cache::DecodeColdSync (this=this@entry=0x55b199064c60 
, uba=uba@entry=0x7ffe63ba2f08, 
header=header@entry=0x7ffe63ba2d40, vdata=vdata@entry=0x7ffe63ba2d40, 
vckpt_rec=vckpt_rec@entry=0x7ffe63ba2b88, 
ckpt_rec_size=ckpt_rec_size@entry=112) at src/log/logd/lgs_cache.cc:360
#17 0x55b198e26d11 in ckpt_decode_cold_sync (cb=0x55b199065080 <_lgs_cb>, 
cbk_arg=cbk_arg@entry=0x7ffe63ba2ee0) at src/log/logd/lgs_mbcsv.cc:1817
#18 0x55b198e271b0 in ckpt_decode_cbk_handler (cbk_arg=0x7ffe63ba2ee0) at 
src/log/logd/lgs_mbcsv.cc:1133
#19 mbcsv_callback (arg=0x7ffe63ba2ee0) at src/log/logd/lgs_mbcsv.cc:644
#20 0x7f38f70b5a92 in ncs_mbscv_rcv_decode (peer=peer@entry=0x55b19a5aa7a0, 
evt=evt@entry=0x7f38e800b6b0) at src/mbc/mbcsv_act.c:402
#21 0x7f38f70b5f13 in ncs_mbcsv_rcv_cold_sync_resp_cmplt 
(peer=0x55b19a5aa7a0, evt=0x7f38e800b6b0) at src/mbc/mbcsv_act.c:589
#22 0x7f38f70bca9c in mbcsv_process_events (rcvd_evt=0x7f38e800b6b0, 
mbcsv_hdl=mbcsv_hdl@entry=4293918753) at src/mbc/mbcsv_pr_evts.c:165
#23 0x7f38f70bcc0b in mbcsv_hdl_dispatch_all (mbcsv_hdl=4293918753, 
mbx=mbx@entry=4284481537) at src/mbc/mbcsv_pr_evts.c:270
#24 0x7f38f70b722a in mbcsv_process_dispatch_request (arg=0x7ffe63ba3050) 
at src/mbc/mbcsv_api.c:426
#25 0x55b198e2287e in lgs_mbcsv_dispatch (mbcsv_hdl=) at 
src/log/logd/lgs_mbcsv.cc:509
#26 0x55b198dfcf72 in main (argc=, argv=) at 
src/log/logd/lgs_main.cc:592

~~~



---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3175 log: log content is placed in a file of another stream

2020-04-13 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> fixed
- **Comment**:

commit 0fedacd756e33b34ef7218a8e1ed7203ed819814 (HEAD -> develop, 
origin/develop)
Author: thien.m.huynh 
Date:   Thu Apr 9 03:16:35 2020 +0700

log: log content is placed in a file of another stream [#3175]

Replace a previous patch of this ticket due to regex is not yet fully
supported by gcc 4.8.



---

** [tickets:#3175] log: log content is placed in a file of another stream**

**Status:** fixed
**Milestone:** 5.20.05
**Created:** Fri Apr 03, 2020 07:08 AM UTC by Huynh Minh Thien
**Last Updated:** Thu Apr 09, 2020 06:57 AM UTC
**Owner:** Huynh Minh Thien


Having two configure stream `safLgStrCfg=test_log_stream`, 
`safLgStrCfg=sub_test_log_stream`. when log file of stream 
`safLgStrCfg=sub_test_log_stream` is empty and perform recovery from headless.
 We write a record to stream `safLgStrCfg=test_log_stream`. The log content is 
placed in sub_test_log_stream_20200326_034059.log. But We hope that the log 
filename is test_log_stream_20200326_034059.log


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3175 log: log content is placed in a file of another stream

2020-04-09 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: fixed --> accepted
- **Comment**:

regex library  does not support on gcc 4.8. I will send out another patch to 
fix.



---

** [tickets:#3175] log: log content is placed in a file of another stream**

**Status:** accepted
**Milestone:** 5.20.05
**Created:** Fri Apr 03, 2020 07:08 AM UTC by Huynh Minh Thien
**Last Updated:** Wed Apr 08, 2020 02:00 AM UTC
**Owner:** Huynh Minh Thien


Having two configure stream `safLgStrCfg=test_log_stream`, 
`safLgStrCfg=sub_test_log_stream`. when log file of stream 
`safLgStrCfg=sub_test_log_stream` is empty and perform recovery from headless.
 We write a record to stream `safLgStrCfg=test_log_stream`. The log content is 
placed in sub_test_log_stream_20200326_034059.log. But We hope that the log 
filename is test_log_stream_20200326_034059.log


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3175 log: log content is placed in a file of another stream

2020-04-05 Thread Huynh Minh Thien via Opensaf-tickets
- Description has changed:

Diff:



--- old
+++ new
@@ -1,2 +1,2 @@
-Having two configure stream `safLgStrCfg=Services_Log_Message`, 
`safLgStrCfg=Common_Services_Log_Message`. when log file of stream 
`safLgStrCfg=Common_Services_Log_Message` is empty and perform recovery from 
headless.
- We write a record to stream `safLgStrCfg=Services_Log_Message`. The log 
content is placed in Common_Services_Log_Message_20200326_034059.log. But We 
hope that the log filename is Services_Log_Message_20200326_034059.log
+Having two configure stream `safLgStrCfg=test_log_stream`, 
`safLgStrCfg=sub_test_log_stream`. when log file of stream 
`safLgStrCfg=sub_test_log_stream` is empty and perform recovery from headless.
+ We write a record to stream `safLgStrCfg=test_log_stream`. The log content is 
placed in sub_test_log_stream_20200326_034059.log. But We hope that the log 
filename is test_log_stream_20200326_034059.log






---

** [tickets:#3175] log: log content is placed in a file of another stream**

**Status:** accepted
**Milestone:** 5.20.05
**Created:** Fri Apr 03, 2020 07:08 AM UTC by Huynh Minh Thien
**Last Updated:** Fri Apr 03, 2020 07:36 AM UTC
**Owner:** Huynh Minh Thien


Having two configure stream `safLgStrCfg=test_log_stream`, 
`safLgStrCfg=sub_test_log_stream`. when log file of stream 
`safLgStrCfg=sub_test_log_stream` is empty and perform recovery from headless.
 We write a record to stream `safLgStrCfg=test_log_stream`. The log content is 
placed in sub_test_log_stream_20200326_034059.log. But We hope that the log 
filename is test_log_stream_20200326_034059.log


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3175 log: log content is placed in a file of another stream

2020-04-03 Thread Huynh Minh Thien via Opensaf-tickets
- Description has changed:

Diff:



--- old
+++ new
@@ -1,2 +1,2 @@
-Having two configure stream `safLgStrCfg=Services_Log_Message`, 
`safLgStrCfg=Common_Services_Log_Message`. 
-We write a record to stream `safLgStrCfg=Common_Services_Log_Message` then 
write a record to stream `safLgStrCfg=Services_Log_Message` after recovery from 
headless. The log content is placed in 
Common_Services_Log_Message_20200326_034059.log. But We hope that the log 
filename is Services_Log_Message_20200326_034059.log
+Having two configure stream `safLgStrCfg=Services_Log_Message`, 
`safLgStrCfg=Common_Services_Log_Message`. when log file of stream 
`safLgStrCfg=Common_Services_Log_Message` is empty and perform recovery from 
headless.
+ We write a record to stream `safLgStrCfg=Services_Log_Message`. The log 
content is placed in Common_Services_Log_Message_20200326_034059.log. But We 
hope that the log filename is Services_Log_Message_20200326_034059.log






---

** [tickets:#3175] log: log content is placed in a file of another stream**

**Status:** accepted
**Milestone:** 5.20.05
**Created:** Fri Apr 03, 2020 07:08 AM UTC by Huynh Minh Thien
**Last Updated:** Fri Apr 03, 2020 07:08 AM UTC
**Owner:** Huynh Minh Thien


Having two configure stream `safLgStrCfg=Services_Log_Message`, 
`safLgStrCfg=Common_Services_Log_Message`. when log file of stream 
`safLgStrCfg=Common_Services_Log_Message` is empty and perform recovery from 
headless.
 We write a record to stream `safLgStrCfg=Services_Log_Message`. The log 
content is placed in Common_Services_Log_Message_20200326_034059.log. But We 
hope that the log filename is Services_Log_Message_20200326_034059.log


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3175 log: log content is placed in a file of another stream

2020-04-03 Thread Huynh Minh Thien via Opensaf-tickets



---

** [tickets:#3175] log: log content is placed in a file of another stream**

**Status:** accepted
**Milestone:** 5.20.05
**Created:** Fri Apr 03, 2020 07:08 AM UTC by Huynh Minh Thien
**Last Updated:** Fri Apr 03, 2020 07:08 AM UTC
**Owner:** Huynh Minh Thien


Having two configure stream `safLgStrCfg=Services_Log_Message`, 
`safLgStrCfg=Common_Services_Log_Message`. 
We write a record to stream `safLgStrCfg=Common_Services_Log_Message` then 
write a record to stream `safLgStrCfg=Services_Log_Message` after recovery from 
headless. The log content is placed in 
Common_Services_Log_Message_20200326_034059.log. But We hope that the log 
filename is Services_Log_Message_20200326_034059.log


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3161 log: standby node is rebooted when nfs is unresponsive

2020-02-27 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> fixed
- **Comment**:

commit 0725808d49d083aeccd9a1bbda4d4ae0c22f9f3e (HEAD -> develop, 
origin/develop)
Author: thien.m.huynh 
Date:   Thu Feb 27 15:19:08 2020 +0700

log: standby node is rebooted when nfs is unresponsive [#3161]

Adding 3 checkpoint messages: `CkptPushAsync`, `CkptPopAsync`
and `CkptPopAndWriteAsync` into `lgsv_ckpt_msg_v9_t`
Rename file lgs_mbcsv_cache.{cc,h} to lgs_mbcsv_v8.{cc,h}



---

** [tickets:#3161] log: standby node is rebooted when nfs is unresponsive**

**Status:** fixed
**Milestone:** 5.20.05
**Created:** Thu Feb 27, 2020 07:31 AM UTC by Huynh Minh Thien
**Last Updated:** Thu Feb 27, 2020 07:31 AM UTC
**Owner:** Huynh Minh Thien


When enabling log resilience feature and nfs is unresponsive, the standby node 
is rebooted because osaflogd is crashed.  This happens because the 
`lgsv_ckpt_msg_v9_t` missed the following messages: `CkptPushAsync`, 
`CkptPopAsync` and `CkptPopAndWriteAsync`.


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3161 log: standby node is rebooted when nfs is unresponsive

2020-02-26 Thread Huynh Minh Thien via Opensaf-tickets



---

** [tickets:#3161] log: standby node is rebooted when nfs is unresponsive**

**Status:** accepted
**Milestone:** 5.20.05
**Created:** Thu Feb 27, 2020 07:31 AM UTC by Huynh Minh Thien
**Last Updated:** Thu Feb 27, 2020 07:31 AM UTC
**Owner:** Huynh Minh Thien


When enabling log resilience feature and nfs is unresponsive, the standby node 
is rebooted because osaflogd is crashed.  This happens because the 
`lgsv_ckpt_msg_v9_t` missed the following messages: `CkptPushAsync`, 
`CkptPopAsync` and `CkptPopAndWriteAsync`.


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3139 log: update PR documentation for configurable facility ID

2020-02-10 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit c498466893ddd42e02f2d14f11fac8fbd2fede94 (HEAD -> master, origin/master, 
origin/HEAD)
Author: thien.m.huynh 
Date:   Tue Feb 11 10:20:02 2020 +0700

log: update PR documentation for configurable facility ID [#3139]



---

** [tickets:#3139] log: update PR documentation for configurable facility ID**

**Status:** fixed
**Milestone:** 5.20.01
**Created:** Fri Jan 10, 2020 03:32 AM UTC by Vu Minh Nguyen
**Last Updated:** Tue Jan 21, 2020 07:18 AM UTC
**Owner:** Huynh Minh Thien


The OpenSAF LOG PR documention should be updated according to changes in 
[#3131].


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3150 log: add tag to saLogStreamFacilityId of SaLogStream class

2020-02-10 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> fixed
- **Comment**:

commit cefcb889db34fc02cd93d13b2d158730902b6ae9 (HEAD -> develop, 
origin/develop)
Author: thien.m.huynh 
Date:   Mon Feb 10 15:43:37 2020 +0700

log: add default-value tag to saLogStreamFacilityId of SaLogStream class 
[#3150]



---

** [tickets:#3150] log: add  tag to saLogStreamFacilityId of 
SaLogStream class**

**Status:** fixed
**Milestone:** 5.20.01
**Created:** Mon Feb 10, 2020 08:40 AM UTC by Huynh Minh Thien
**Last Updated:** Mon Feb 10, 2020 09:13 AM UTC
**Owner:** Huynh Minh Thien


Adding the default-value tag to `saLogStreamFacilityId` of `SaLogStream` class 
to make schema change success.


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3150 log: add tag to saLogStreamFacilityId of SaLogStream class

2020-02-10 Thread Huynh Minh Thien via Opensaf-tickets
- Description has changed:

Diff:



--- old
+++ new
@@ -1 +1 @@
-Adding the  tag to `saLogStreamFacilityId` of `SaLogStream` 
class to make schema change success.
+Adding the default-value tag to `saLogStreamFacilityId` of `SaLogStream` class 
to make schema change success.






---

** [tickets:#3150] log: add  tag to saLogStreamFacilityId of 
SaLogStream class**

**Status:** accepted
**Milestone:** 5.20.01
**Created:** Mon Feb 10, 2020 08:40 AM UTC by Huynh Minh Thien
**Last Updated:** Mon Feb 10, 2020 08:40 AM UTC
**Owner:** Huynh Minh Thien


Adding the default-value tag to `saLogStreamFacilityId` of `SaLogStream` class 
to make schema change success.


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3150 log: add tag to saLogStreamFacilityId of SaLogStream class

2020-02-10 Thread Huynh Minh Thien via Opensaf-tickets



---

** [tickets:#3150] log: add  tag to saLogStreamFacilityId of 
SaLogStream class**

**Status:** accepted
**Milestone:** 5.20.01
**Created:** Mon Feb 10, 2020 08:40 AM UTC by Huynh Minh Thien
**Last Updated:** Mon Feb 10, 2020 08:40 AM UTC
**Owner:** Huynh Minh Thien


Adding the  tag to `saLogStreamFacilityId` of `SaLogStream` 
class to make schema change success.


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3043 imm: non-local user cannot access IMM when accessControlMode is in ENFORCED

2020-01-20 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#3043] imm: non-local user cannot access IMM when accessControlMode 
is in ENFORCED**

**Status:** review
**Milestone:** 5.20.01
**Created:** Wed May 22, 2019 08:20 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Nov 28, 2019 01:48 AM UTC
**Owner:** Huynh Minh Thien


Users that are remote to the system but can log in to the system such as users 
in external databases like NIS or LDAP are not able to access IMM when 
accessControlMode is in ENFORCED. The information of these users does not exist 
in /etc/passwd or /etc/group.

Looking at syslog, IMM gets correct uid but claims 'user id does not exist'. 
However, when restarting the IMMND, IMM is able to find user information for 
such user uid, but can't fetch groups that belong to the non-local user. 

testme@SC-1:~> id
uid=702(testme) gid=325(system-test) 
groups=325(system-test),315(imm-users),316(test-users)

> Apr 30 13:30:37 SC-1 osafimmnd[14419]: WA osaf_user_is_member_of_group: user 
> id 702 does not exist
> Apr 30 13:30:37 SC-1: NOTICE: immlist -t 3600 
> opensafImm=opensafImm,safApp=safImmService returned error - saImmOmInitialize 
> FAILED: SA_AIS_ERR_ACCESS_DENIED (38)


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3139 log: update PR documentation for configurable facility ID

2020-01-20 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#3139] log: update PR documentation for configurable facility ID**

**Status:** review
**Milestone:** 5.20.01
**Created:** Fri Jan 10, 2020 03:32 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Jan 17, 2020 08:06 AM UTC
**Owner:** Huynh Minh Thien


The OpenSAF LOG PR documention should be updated according to changes in 
[#3131].


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3139 log: update PR documentation for configurable facility ID

2020-01-17 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: assigned --> accepted



---

** [tickets:#3139] log: update PR documentation for configurable facility ID**

**Status:** accepted
**Milestone:** 5.20.01
**Created:** Fri Jan 10, 2020 03:32 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Jan 10, 2020 03:32 AM UTC
**Owner:** Huynh Minh Thien


The OpenSAF LOG PR documention should be updated according to changes in 
[#3131].


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3131 log: make fixed facility ID configurable

2020-01-15 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: assigned --> review



---

** [tickets:#3131] log: make fixed facility ID configurable**

**Status:** review
**Milestone:** 5.20.01
**Created:** Tue Dec 17, 2019 07:08 AM UTC by Vu Minh Nguyen
**Last Updated:** Mon Jan 13, 2020 03:43 AM UTC
**Owner:** Huynh Minh Thien


Streaming log record is packaged in RFC5424 format and currently they all carry 
a fixed facility ID.

This ticket intends to make that facility ID configurable. 


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3043 imm: non-local user cannot access IMM when accessControlMode is in ENFORCED

2019-11-27 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: unassigned --> accepted
- **assigned_to**: Vu Minh Nguyen --> Huynh Minh Thien



---

** [tickets:#3043] imm: non-local user cannot access IMM when accessControlMode 
is in ENFORCED**

**Status:** accepted
**Milestone:** 5.20.01
**Created:** Wed May 22, 2019 08:20 AM UTC by Vu Minh Nguyen
**Last Updated:** Mon Oct 21, 2019 03:29 AM UTC
**Owner:** Huynh Minh Thien


Users that are remote to the system but can log in to the system such as users 
in external databases like NIS or LDAP are not able to access IMM when 
accessControlMode is in ENFORCED. The information of these users does not exist 
in /etc/passwd or /etc/group.

Looking at syslog, IMM gets correct uid but claims 'user id does not exist'. 
However, when restarting the IMMND, IMM is able to find user information for 
such user uid, but can't fetch groups that belong to the non-local user. 

testme@SC-1:~> id
uid=702(testme) gid=325(system-test) 
groups=325(system-test),315(imm-users),316(test-users)

> Apr 30 13:30:37 SC-1 osafimmnd[14419]: WA osaf_user_is_member_of_group: user 
> id 702 does not exist
> Apr 30 13:30:37 SC-1: NOTICE: immlist -t 3600 
> opensafImm=opensafImm,safApp=safImmService returned error - saImmOmInitialize 
> FAILED: SA_AIS_ERR_ACCESS_DENIED (38)


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3110 nid: the path to tipc.ko is incorrect

2019-11-19 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit 7681b45140b54b07822947c13f966c32d79b9f93 (HEAD -> develop, 
origin/develop)
Author: thien.m.huynh 
Date:   Thu Nov 7 09:32:20 2019 +0700

nid: Change the path of TIPC_MODULE [#3110]



---

** [tickets:#3110] nid: the path to tipc.ko is incorrect**

**Status:** fixed
**Milestone:** 5.20.01
**Created:** Thu Oct 31, 2019 04:22 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Nov 07, 2019 09:37 AM UTC
**Owner:** Huynh Minh Thien


In the `configure_tipc.in`, the variable `TIPC_MODULE` points to the wrong 
location of tipc kernel module:
TIPC_MODULE=/lib/modules/$(uname -r)/kernel/net/tipc.ko

It should be:
TIPC_MODULE=/lib/modules/$(uname -r)/kernel/net/*tipc*/tipc.ko

To avoid this mistake, it is better to use `modinfo` to get the path to a 
kernel module instead of using the fixed path.



---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3110 nid: the path to tipc.ko is incorrect

2019-11-07 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#3110] nid: the path to tipc.ko is incorrect**

**Status:** review
**Milestone:** 5.20.01
**Created:** Thu Oct 31, 2019 04:22 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Oct 31, 2019 04:28 AM UTC
**Owner:** Huynh Minh Thien


In the `configure_tipc.in`, the variable `TIPC_MODULE` points to the wrong 
location of tipc kernel module:
TIPC_MODULE=/lib/modules/$(uname -r)/kernel/net/tipc.ko

It should be:
TIPC_MODULE=/lib/modules/$(uname -r)/kernel/net/*tipc*/tipc.ko

To avoid this mistake, it is better to use `modinfo` to get the path to a 
kernel module instead of using the fixed path.



---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3110 nid: the path to tipc.ko is incorrect

2019-10-30 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: unassigned --> accepted
- **assigned_to**: Huynh Minh Thien



---

** [tickets:#3110] nid: the path to tipc.ko is incorrect**

**Status:** accepted
**Milestone:** 5.20.01
**Created:** Thu Oct 31, 2019 04:22 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Oct 31, 2019 04:22 AM UTC
**Owner:** Huynh Minh Thien


In the `configure_tipc.in`, the variable `TIPC_MODULE` points to the wrong 
location of tipc kernel module:
TIPC_MODULE=/lib/modules/$(uname -r)/kernel/net/tipc.ko

It should be:
TIPC_MODULE=/lib/modules/$(uname -r)/kernel/net/*tipc*/tipc.ko

To avoid this mistake, it is better to use `modinfo` to get the path to a 
kernel module instead of using the fixed path.



---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3105 nid: remove the absolute path to tipc command in tipc-config script

2019-10-29 Thread Huynh Minh Thien via Opensaf-tickets
commit e685bdfb16dad852372751f80aa2ec49948db05c (HEAD -> develop, 
origin/develop)
Author: thien.m.huynh 
Date:   Tue Oct 22 16:19:44 2019 +0700

nid: Remove the absolute path of tipc command [#3105]


---

** [tickets:#3105] nid: remove the absolute path to tipc command in tipc-config 
script**

**Status:** review
**Milestone:** 5.20.01
**Created:** Tue Oct 22, 2019 07:38 AM UTC by Vu Minh Nguyen
**Last Updated:** Wed Oct 23, 2019 02:54 AM UTC
**Owner:** Huynh Minh Thien


In /scripts/tipc-config script, it is referring to the absolute path of tipc 
command which is`/sbin/tipc`. 

It is better to use `which tipc` to locate the tipc command.


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3105 nid: remove the absolute path to tipc command in tipc-config script

2019-10-29 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: review --> fixed



---

** [tickets:#3105] nid: remove the absolute path to tipc command in tipc-config 
script**

**Status:** fixed
**Milestone:** 5.20.01
**Created:** Tue Oct 22, 2019 07:38 AM UTC by Vu Minh Nguyen
**Last Updated:** Tue Oct 29, 2019 07:38 AM UTC
**Owner:** Huynh Minh Thien


In /scripts/tipc-config script, it is referring to the absolute path of tipc 
command which is`/sbin/tipc`. 

It is better to use `which tipc` to locate the tipc command.


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3105 nid: remove the absolute path to tipc command in tipc-config script

2019-10-22 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#3105] nid: remove the absolute path to tipc command in tipc-config 
script**

**Status:** review
**Milestone:** 5.20.01
**Created:** Tue Oct 22, 2019 07:38 AM UTC by Vu Minh Nguyen
**Last Updated:** Tue Oct 22, 2019 09:10 AM UTC
**Owner:** Huynh Minh Thien


In /scripts/tipc-config script, it is referring to the absolute path of tipc 
command which is`/sbin/tipc`. 

It is better to use `which tipc` to locate the tipc command.


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3105 nid: remove the absolute path to tipc command in tipc-config script

2019-10-22 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: assigned --> accepted
- **assigned_to**: Vu Minh Nguyen --> Huynh Minh Thien



---

** [tickets:#3105] nid: remove the absolute path to tipc command in tipc-config 
script**

**Status:** accepted
**Milestone:** 5.20.01
**Created:** Tue Oct 22, 2019 07:38 AM UTC by Vu Minh Nguyen
**Last Updated:** Tue Oct 22, 2019 07:40 AM UTC
**Owner:** Huynh Minh Thien


In /scripts/tipc-config script, it is referring to the absolute path of tipc 
command which is`/sbin/tipc`. 

It is better to use `which tipc` to locate the tipc command.


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3084 ntfd: timeout respond to clients when clients already down

2019-10-21 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: review --> duplicate



---

** [tickets:#3084] ntfd: timeout respond to clients when clients already down**

**Status:** duplicate
**Milestone:** 5.20.01
**Created:** Mon Sep 16, 2019 08:30 AM UTC by Thang Duc Nguyen
**Last Updated:** Mon Oct 21, 2019 03:30 AM UTC
**Owner:** Huynh Minh Thien


While NTFD is busy, and the clients down. After NTFD is available. It tries to 
process clients request but the clients already down. Each respond spends 1.5 
seconds until timeout. During this time, no more request not served by NTFD.

See snippet trace
*<143>1 2019-09-16T15:05:40.47939+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2014"] 235:ntf/ntfd/ntfsmds.c:79 T8 NTFSVINITIALIZEREQ
<143>1 2019-09-16T15:05:40.479402+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2015"] 235:ntf/ntfd/ntfsmds.c:79 T8 NTFSVINITIALIZEREQ
<143>1 2019-09-16T15:05:40.479412+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2016"] 235:ntf/ntfd/ntfsmds.c:79 T8 NTFSVINITIALIZEREQ
<143>1 2019-09-16T15:05:40.479423+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2017"] 235:ntf/ntfd/ntfsmds.c:79 T8 NTFSVINITIALIZEREQ
...
<143>1 2019-09-16T15:05:40.479723+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2041"] 232:ntf/ntfd/ntfsevt.c:101 >> procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479728+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2042"] 232:ntf/ntfd/NtfAdmin.cc:501 >> clientRemoveMDS: REMOVE 
mdsDest: 565216990632248
<143>1 2019-09-16T15:05:40.479734+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2043"] 232:ntf/ntfd/NtfAdmin.cc:516 << clientRemoveMDS 
<143>1 2019-09-16T15:05:40.479739+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2044"] 232:ntf/ntfd/ntfsevt.c:119 << procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479746+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2045"] 232:ntf/ntfd/ntfsevt.c:101 >> procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.47975+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2046"] 232:ntf/ntfd/NtfAdmin.cc:501 >> clientRemoveMDS: REMOVE 
mdsDest: 565215806649030
<143>1 2019-09-16T15:05:40.479756+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2047"] 232:ntf/ntfd/NtfAdmin.cc:516 << clientRemoveMDS 
<143>1 2019-09-16T15:05:40.479761+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2048"] 232:ntf/ntfd/ntfsevt.c:119 << procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479767+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2049"] 232:ntf/ntfd/ntfsevt.c:101 >> procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479772+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2050"] 232:ntf/ntfd/NtfAdmin.cc:501 >> clientRemoveMDS: REMOVE 
mdsDest: 565213709757888
<143>1 2019-09-16T15:05:40.479778+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2051"] 232:ntf/ntfd/NtfAdmin.cc:516 << clientRemoveMDS 
<143>1 2019-09-16T15:05:40.479782+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2052"] 232:ntf/ntfd/ntfsevt.c:119 << procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479788+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2053"] 232:ntf/ntfd/ntfsevt.c:101 >> procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479793+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2054"] 232:ntf/ntfd/NtfAdmin.cc:501 >> clientRemoveMDS: REMOVE 
mdsDest: 565214252865386
<143>1 2019-09-16T15:05:40.479799+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2055"] 232:ntf/ntfd/NtfAdmin.cc:516 << clientRemoveMDS 
<143>1 2019-09-16T15:05:40.479803+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2056"] 232:ntf/ntfd/ntfsevt.c:119 << procntfaupdnmdsmsg 
...
<143>1 2019-09-16T15:05:40.47981+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2057"] 232:ntf/ntfd/ntfsevt.c:275 >> procinitializemsg: dest 
2020f32c3976a
<143>1 2019-09-16T15:05:40.479815+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2058"] 232:ntf/ntfd/NtfClient.cc:42 T3 NtfClient::NtfClient 
NtfClient 108 created mdest: 565214252865386
<143>1 2019-09-16T15:05:40.479821+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2059"] 232:ntf/ntfd/NtfAdmin.cc:106 T1 NtfAdmin::clientAdded client 
108 added, clientMap size is 53
<143>1 2019-09-16T15:05:40.479826+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2060"] 232:ntf/ntfd/ntfscom.c:46 >> clientaddedreslib: clientId: 
108, rv: 1
<143>1 2019-09-16T15:05:40.60542+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2061"] 234:mbc/mbcsvtmr.c:262 TR Timer expired. my role:1, 
svcid:44, pwehdl:65550, peeranchor:565216347919161, tmr type:NCSMBCSVTMRTRANSMIT
<140>1 2019-09-16T15:05:41.983336+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2062"] 232:ntf/ntfd/ntfsmds.c:1312 WA ntfsmdsmsgsend FAILED:2
<143>1 2019-09-16T15:05:41.984953+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2063"] 232:ntf/ntfd/ntfscom.c:55 << clientaddedreslib: 
ntfsmdsmsgsend FAILED rc = 2
<143>1 2019-09-16T15:05:41.984999+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2064"] 232:ntf/ntfd/ntfsevt.c:297 << procinitializemsg
...
<143>1 2019-09-16T15:05:41.985983+07:00 SC-1 osafntfd 232 

[tickets] [opensaf:tickets] #3084 ntfd: timeout respond to clients when clients already down

2019-09-24 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#3084] ntfd: timeout respond to clients when clients already down**

**Status:** review
**Milestone:** 5.19.10
**Created:** Mon Sep 16, 2019 08:30 AM UTC by Thang Duc Nguyen
**Last Updated:** Tue Sep 17, 2019 04:01 AM UTC
**Owner:** Huynh Minh Thien


While NTFD is busy, and the clients down. After NTFD is available. It tries to 
process clients request but the clients already down. Each respond spends 1.5 
seconds until timeout. During this time, no more request not served by NTFD.

See snippet trace
*<143>1 2019-09-16T15:05:40.47939+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2014"] 235:ntf/ntfd/ntfsmds.c:79 T8 NTFSVINITIALIZEREQ
<143>1 2019-09-16T15:05:40.479402+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2015"] 235:ntf/ntfd/ntfsmds.c:79 T8 NTFSVINITIALIZEREQ
<143>1 2019-09-16T15:05:40.479412+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2016"] 235:ntf/ntfd/ntfsmds.c:79 T8 NTFSVINITIALIZEREQ
<143>1 2019-09-16T15:05:40.479423+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2017"] 235:ntf/ntfd/ntfsmds.c:79 T8 NTFSVINITIALIZEREQ
...
<143>1 2019-09-16T15:05:40.479723+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2041"] 232:ntf/ntfd/ntfsevt.c:101 >> procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479728+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2042"] 232:ntf/ntfd/NtfAdmin.cc:501 >> clientRemoveMDS: REMOVE 
mdsDest: 565216990632248
<143>1 2019-09-16T15:05:40.479734+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2043"] 232:ntf/ntfd/NtfAdmin.cc:516 << clientRemoveMDS 
<143>1 2019-09-16T15:05:40.479739+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2044"] 232:ntf/ntfd/ntfsevt.c:119 << procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479746+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2045"] 232:ntf/ntfd/ntfsevt.c:101 >> procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.47975+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2046"] 232:ntf/ntfd/NtfAdmin.cc:501 >> clientRemoveMDS: REMOVE 
mdsDest: 565215806649030
<143>1 2019-09-16T15:05:40.479756+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2047"] 232:ntf/ntfd/NtfAdmin.cc:516 << clientRemoveMDS 
<143>1 2019-09-16T15:05:40.479761+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2048"] 232:ntf/ntfd/ntfsevt.c:119 << procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479767+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2049"] 232:ntf/ntfd/ntfsevt.c:101 >> procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479772+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2050"] 232:ntf/ntfd/NtfAdmin.cc:501 >> clientRemoveMDS: REMOVE 
mdsDest: 565213709757888
<143>1 2019-09-16T15:05:40.479778+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2051"] 232:ntf/ntfd/NtfAdmin.cc:516 << clientRemoveMDS 
<143>1 2019-09-16T15:05:40.479782+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2052"] 232:ntf/ntfd/ntfsevt.c:119 << procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479788+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2053"] 232:ntf/ntfd/ntfsevt.c:101 >> procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479793+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2054"] 232:ntf/ntfd/NtfAdmin.cc:501 >> clientRemoveMDS: REMOVE 
mdsDest: 565214252865386
<143>1 2019-09-16T15:05:40.479799+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2055"] 232:ntf/ntfd/NtfAdmin.cc:516 << clientRemoveMDS 
<143>1 2019-09-16T15:05:40.479803+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2056"] 232:ntf/ntfd/ntfsevt.c:119 << procntfaupdnmdsmsg 
...
<143>1 2019-09-16T15:05:40.47981+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2057"] 232:ntf/ntfd/ntfsevt.c:275 >> procinitializemsg: dest 
2020f32c3976a
<143>1 2019-09-16T15:05:40.479815+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2058"] 232:ntf/ntfd/NtfClient.cc:42 T3 NtfClient::NtfClient 
NtfClient 108 created mdest: 565214252865386
<143>1 2019-09-16T15:05:40.479821+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2059"] 232:ntf/ntfd/NtfAdmin.cc:106 T1 NtfAdmin::clientAdded client 
108 added, clientMap size is 53
<143>1 2019-09-16T15:05:40.479826+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2060"] 232:ntf/ntfd/ntfscom.c:46 >> clientaddedreslib: clientId: 
108, rv: 1
<143>1 2019-09-16T15:05:40.60542+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2061"] 234:mbc/mbcsvtmr.c:262 TR Timer expired. my role:1, 
svcid:44, pwehdl:65550, peeranchor:565216347919161, tmr type:NCSMBCSVTMRTRANSMIT
<140>1 2019-09-16T15:05:41.983336+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2062"] 232:ntf/ntfd/ntfsmds.c:1312 WA ntfsmdsmsgsend FAILED:2
<143>1 2019-09-16T15:05:41.984953+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2063"] 232:ntf/ntfd/ntfscom.c:55 << clientaddedreslib: 
ntfsmdsmsgsend FAILED rc = 2
<143>1 2019-09-16T15:05:41.984999+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2064"] 232:ntf/ntfd/ntfsevt.c:297 << procinitializemsg
...
<143>1 2019-09-16T15:05:41.985983+07:00 SC-1 osafntfd 232 

[tickets] [opensaf:tickets] #3084 ntfd: not respond to client if client downs

2019-09-16 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: unassigned --> accepted
- **assigned_to**: Huynh Minh Thien



---

** [tickets:#3084] ntfd: not respond to client if client downs**

**Status:** accepted
**Milestone:** 5.19.10
**Created:** Mon Sep 16, 2019 08:30 AM UTC by Thang Duc Nguyen
**Last Updated:** Mon Sep 16, 2019 08:30 AM UTC
**Owner:** Huynh Minh Thien


While NTFD is busy, and the clients down. After NTFD is available. It tries to 
process clients request but the clients already down. Each respond spends 1.5 
seconds until timeout. During this time, no more request not served by NTFD.

See snippet trace
*<143>1 2019-09-16T15:05:40.47939+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2014"] 235:ntf/ntfd/ntfsmds.c:79 T8 NTFSVINITIALIZEREQ
<143>1 2019-09-16T15:05:40.479402+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2015"] 235:ntf/ntfd/ntfsmds.c:79 T8 NTFSVINITIALIZEREQ
<143>1 2019-09-16T15:05:40.479412+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2016"] 235:ntf/ntfd/ntfsmds.c:79 T8 NTFSVINITIALIZEREQ
<143>1 2019-09-16T15:05:40.479423+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2017"] 235:ntf/ntfd/ntfsmds.c:79 T8 NTFSVINITIALIZEREQ
...
<143>1 2019-09-16T15:05:40.479723+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2041"] 232:ntf/ntfd/ntfsevt.c:101 >> procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479728+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2042"] 232:ntf/ntfd/NtfAdmin.cc:501 >> clientRemoveMDS: REMOVE 
mdsDest: 565216990632248
<143>1 2019-09-16T15:05:40.479734+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2043"] 232:ntf/ntfd/NtfAdmin.cc:516 << clientRemoveMDS 
<143>1 2019-09-16T15:05:40.479739+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2044"] 232:ntf/ntfd/ntfsevt.c:119 << procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479746+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2045"] 232:ntf/ntfd/ntfsevt.c:101 >> procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.47975+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2046"] 232:ntf/ntfd/NtfAdmin.cc:501 >> clientRemoveMDS: REMOVE 
mdsDest: 565215806649030
<143>1 2019-09-16T15:05:40.479756+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2047"] 232:ntf/ntfd/NtfAdmin.cc:516 << clientRemoveMDS 
<143>1 2019-09-16T15:05:40.479761+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2048"] 232:ntf/ntfd/ntfsevt.c:119 << procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479767+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2049"] 232:ntf/ntfd/ntfsevt.c:101 >> procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479772+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2050"] 232:ntf/ntfd/NtfAdmin.cc:501 >> clientRemoveMDS: REMOVE 
mdsDest: 565213709757888
<143>1 2019-09-16T15:05:40.479778+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2051"] 232:ntf/ntfd/NtfAdmin.cc:516 << clientRemoveMDS 
<143>1 2019-09-16T15:05:40.479782+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2052"] 232:ntf/ntfd/ntfsevt.c:119 << procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479788+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2053"] 232:ntf/ntfd/ntfsevt.c:101 >> procntfaupdnmdsmsg 
<143>1 2019-09-16T15:05:40.479793+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2054"] 232:ntf/ntfd/NtfAdmin.cc:501 >> clientRemoveMDS: REMOVE 
mdsDest: 565214252865386
<143>1 2019-09-16T15:05:40.479799+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2055"] 232:ntf/ntfd/NtfAdmin.cc:516 << clientRemoveMDS 
<143>1 2019-09-16T15:05:40.479803+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2056"] 232:ntf/ntfd/ntfsevt.c:119 << procntfaupdnmdsmsg 
...
<143>1 2019-09-16T15:05:40.47981+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2057"] 232:ntf/ntfd/ntfsevt.c:275 >> procinitializemsg: dest 
2020f32c3976a
<143>1 2019-09-16T15:05:40.479815+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2058"] 232:ntf/ntfd/NtfClient.cc:42 T3 NtfClient::NtfClient 
NtfClient 108 created mdest: 565214252865386
<143>1 2019-09-16T15:05:40.479821+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2059"] 232:ntf/ntfd/NtfAdmin.cc:106 T1 NtfAdmin::clientAdded client 
108 added, clientMap size is 53
<143>1 2019-09-16T15:05:40.479826+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2060"] 232:ntf/ntfd/ntfscom.c:46 >> clientaddedreslib: clientId: 
108, rv: 1
<143>1 2019-09-16T15:05:40.60542+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2061"] 234:mbc/mbcsvtmr.c:262 TR Timer expired. my role:1, 
svcid:44, pwehdl:65550, peeranchor:565216347919161, tmr type:NCSMBCSVTMRTRANSMIT
<140>1 2019-09-16T15:05:41.983336+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2062"] 232:ntf/ntfd/ntfsmds.c:1312 WA ntfsmdsmsgsend FAILED:2
<143>1 2019-09-16T15:05:41.984953+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2063"] 232:ntf/ntfd/ntfscom.c:55 << clientaddedreslib: 
ntfsmdsmsgsend FAILED rc = 2
<143>1 2019-09-16T15:05:41.984999+07:00 SC-1 osafntfd 232 osafntfd [meta 
sequenceId="2064"] 232:ntf/ntfd/ntfsevt.c:297 << procinitializemsg
...
<143>1 

[tickets] [opensaf:tickets] #3079 nid: flush internal log messages before stopping OpenSAF

2019-09-12 Thread Huynh Minh Thien via Opensaf-tickets
commit f563c1eb3ee0222a18183363d15d75d6447b0773 (HEAD -> develop, 
origin/develop)
Author: thien.m.huynh 
Date:   Mon Sep 9 11:01:45 2019 +0700

nid: Flush internal log messages before stopping OpenSAF [#3079]


---

** [tickets:#3079] nid: flush internal log messages before stopping OpenSAF**

**Status:** fixed
**Milestone:** 5.19.10
**Created:** Thu Sep 05, 2019 07:17 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Sep 12, 2019 08:25 AM UTC
**Owner:** Huynh Minh Thien


Flush internal log server messages such as MDS log before stopping OpenSAF.


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3079 nid: flush internal log messages before stopping OpenSAF

2019-09-12 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: review --> fixed



---

** [tickets:#3079] nid: flush internal log messages before stopping OpenSAF**

**Status:** fixed
**Milestone:** 5.19.10
**Created:** Thu Sep 05, 2019 07:17 AM UTC by Vu Minh Nguyen
**Last Updated:** Mon Sep 09, 2019 04:43 AM UTC
**Owner:** Huynh Minh Thien


Flush internal log server messages such as MDS log before stopping OpenSAF.


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3079 nid: flush internal log messages before stopping OpenSAF

2019-09-08 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#3079] nid: flush internal log messages before stopping OpenSAF**

**Status:** review
**Milestone:** 5.19.10
**Created:** Thu Sep 05, 2019 07:17 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Sep 05, 2019 07:30 AM UTC
**Owner:** Huynh Minh Thien


Flush internal log server messages such as MDS log before stopping OpenSAF.


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3079 nid: flush internal log messages before stopping OpenSAF

2019-09-05 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: unassigned --> accepted
- **assigned_to**: Huynh Minh Thien



---

** [tickets:#3079] nid: flush internal log messages before stopping OpenSAF**

**Status:** accepted
**Milestone:** 5.19.10
**Created:** Thu Sep 05, 2019 07:17 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Sep 05, 2019 07:17 AM UTC
**Owner:** Huynh Minh Thien


Flush internal log server messages such as MDS log before stopping OpenSAF.


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3075 imm: immdump is crashed

2019-09-03 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: review --> fixed



---

** [tickets:#3075] imm: immdump is crashed**

**Status:** fixed
**Milestone:** 5.19.10
**Created:** Thu Aug 29, 2019 03:17 AM UTC by Vu Minh Nguyen
**Last Updated:** Wed Sep 04, 2019 03:12 AM UTC
**Owner:** Huynh Minh Thien


In the function `cacheRDNs`, there is no check the error code returned by 
saImmOmClassDescriptionGet_2(). If that call returns an error, immtool will 
access an unitialized buffer and crashed. 

Part of the coredump is below:
~~~
Program terminated with signal SIGSEGV, Segmentation fault.
#0  cacheRDNs (selectedClassList=..., immHandle=2439541555471) at 
src/imm/tools/imm_dumper.cc:397
(gdb) bt
#0  cacheRDNs (selectedClassList=..., immHandle=2439541555471) at 
src/imm/tools/imm_dumper.cc:397
#1  main (argc=, argv=) at 
src/imm/tools/imm_dumper.cc:346
~~~


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3075 imm: immdump is crashed

2019-09-03 Thread Huynh Minh Thien via Opensaf-tickets
commit 586579ba335777357db7ea5ecbbefa3babb2fc0d (HEAD -> develop, 
origin/develop)
Author: thien.m.huynh 
Date:   Tue Sep 3 10:59:10 2019 +0700

imm: Check error code before access to buffer V2 [#3075]


---

** [tickets:#3075] imm: immdump is crashed**

**Status:** review
**Milestone:** 5.19.10
**Created:** Thu Aug 29, 2019 03:17 AM UTC by Vu Minh Nguyen
**Last Updated:** Tue Sep 03, 2019 07:24 AM UTC
**Owner:** Huynh Minh Thien


In the function `cacheRDNs`, there is no check the error code returned by 
saImmOmClassDescriptionGet_2(). If that call returns an error, immtool will 
access an unitialized buffer and crashed. 

Part of the coredump is below:
~~~
Program terminated with signal SIGSEGV, Segmentation fault.
#0  cacheRDNs (selectedClassList=..., immHandle=2439541555471) at 
src/imm/tools/imm_dumper.cc:397
(gdb) bt
#0  cacheRDNs (selectedClassList=..., immHandle=2439541555471) at 
src/imm/tools/imm_dumper.cc:397
#1  main (argc=, argv=) at 
src/imm/tools/imm_dumper.cc:346
~~~


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3075 imm: immdump is crashed

2019-09-03 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#3075] imm: immdump is crashed**

**Status:** review
**Milestone:** 5.19.10
**Created:** Thu Aug 29, 2019 03:17 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Aug 30, 2019 02:41 AM UTC
**Owner:** Huynh Minh Thien


In the function `cacheRDNs`, there is no check the error code returned by 
saImmOmClassDescriptionGet_2(). If that call returns an error, immtool will 
access an unitialized buffer and crashed. 

Part of the coredump is below:
~~~
Program terminated with signal SIGSEGV, Segmentation fault.
#0  cacheRDNs (selectedClassList=..., immHandle=2439541555471) at 
src/imm/tools/imm_dumper.cc:397
(gdb) bt
#0  cacheRDNs (selectedClassList=..., immHandle=2439541555471) at 
src/imm/tools/imm_dumper.cc:397
#1  main (argc=, argv=) at 
src/imm/tools/imm_dumper.cc:346
~~~


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3075 imm: immdump is crashed

2019-08-29 Thread Huynh Minh Thien via Opensaf-tickets
- **status**: unassigned --> accepted
- **assigned_to**: Huynh Minh Thien



---

** [tickets:#3075] imm: immdump is crashed**

**Status:** accepted
**Milestone:** 5.19.10
**Created:** Thu Aug 29, 2019 03:17 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Aug 29, 2019 03:17 AM UTC
**Owner:** Huynh Minh Thien


In the function `cacheRDNs`, there is no check the error code returned by 
saImmOmClassDescriptionGet_2(). If that call returns an error, immtool will 
access an unitialized buffer and crashed. 

Part of the coredump is below:
~~~
Program terminated with signal SIGSEGV, Segmentation fault.
#0  cacheRDNs (selectedClassList=..., immHandle=2439541555471) at 
src/imm/tools/imm_dumper.cc:397
(gdb) bt
#0  cacheRDNs (selectedClassList=..., immHandle=2439541555471) at 
src/imm/tools/imm_dumper.cc:397
#1  main (argc=, argv=) at 
src/imm/tools/imm_dumper.cc:346
~~~


---

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.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets