date:20171114

[tickets] [opensaf:tickets] #2669 dtm: segv in osafdtmd

2017-11-14 Thread Hans Nordebäck

- **Comment**:

commit 5c274633ad92d1c60a92481f62e28ee6d9215e64
Author: Hans Nordeback 
Date:   Wed Nov 8 09:00:24 2017 +0100

dtm: Fix segv in osafdtmd [#2669]




---

** [tickets:#2669] dtm: segv in osafdtmd**

**Status:** fixed
**Milestone:** 5.18.01
**Created:** Mon Nov 06, 2017 03:13 PM UTC by Hans Nordebäck
**Last Updated:** Wed Nov 08, 2017 08:11 AM UTC
**Owner:** Hans Nordebäck


In dtm_main.cc, function "main" the function "dtm_node_discovery_task_create()" 
is called before "dtm_service_discovery_init(dtms_cb)"
and it is the latter that initialize dtm_intranode_cb, so 
"dtm_node_discovery_task_create()", (which also is a real time thread), may be 
running with dtm_intranode_cb still not initialized leading to this segv. The 
init of dtm_intranode_cb has to be done before calling 
"dtm_node_discovery_task_create()".


Program terminated with signal SIGSEGV, Segmentation fault.
00:58:34 #0  ncs_ipc_send (mbx=0xd0, msg=msg@entry=0x7f1c8c010be0, 
prio=prio@entry=NCS_IPC_PRIORITY_HIGH) at src/base/sysf_ipc.c:535
00:58:34 [Current thread is 1 (Thread 0x7f1c9523db00 (LWP 154))]
00:58:34 
00:58:34 Thread 4 (Thread 0x7f1c9525db00 (LWP 153)):
00:58:34 #0  0x7f1c9433cb5d in poll () at 
../sysdeps/unix/syscall-template.S:84
00:58:34 No locals.
00:58:34 #1  0x7f1c94dee120 in poll (__timeout=-1, __nfds=1, 
__fds=0x7f1c9525d260) at /usr/include/x86_64-linux-gnu/bits/poll2.h:46
00:58:34 No locals.
00:58:34 #2  osaf_poll_no_timeout (io_fds=0x7f1c9525d260, i_nfds=1) at 
src/base/osaf_poll.c:31
00:58:34 No locals.
00:58:34 #3  0x7f1c94dee365 in osaf_ppoll 
(io_fds=io_fds@entry=0x7f1c9525d260, i_nfds=i_nfds@entry=1, i_timeout_ts=0x0, 
i_sigmask=i_sigmask@entry=0x0) at src/base/osaf_poll.c:82
00:58:34 start_time = {tv_sec = 139760738095744, tv_nsec = 0}
00:58:34 time_left_ts = 
00:58:34 result = -1792683424
00:58:34 #4  0x7f1c94df551f in ncs_tmr_wait () at src/base/sysf_tmr.c:463
00:58:34 rc = 
00:58:34 inds_rmvd = 
00:58:34 next_delay = 
00:58:34 tv = 
00:58:34 ts_current = {tv_sec = 410674, tv_nsec = 637832336}
00:58:34 ts = {tv_sec = 16777215, tv_nsec = 0}
00:58:34 set = {fd = 6, events = 1, revents = 0}
00:58:34 #5  0x7f1c946126ba in start_thread (arg=0x7f1c9525db00) at 
pthread_create.c:333
00:58:34 __res = 
00:58:34 pd = 0x7f1c9525db00
00:58:34 now = 
00:58:34 unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139760738097920, 
3941995848775809230, 1, 140734297406815, 139760738098624, 140734297408496, 
-3995288678512936754, -3995290365788505906}, mask_was_saved = 0}}, priv = {pad 
= {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
00:58:34 not_first_call = 
00:58:34 pagesize_m1 = 
00:58:34 sp = 
00:58:34 freesize = 
00:58:34 __PRETTY_FUNCTION__ = "start_thread"
00:58:34 #6  0x7f1c9434882d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:109
00:58:34 No locals.
00:58:34 
00:58:34 Thread 3 (Thread 0x7f1c95260740 (LWP 150)):
00:58:34 #0  __clock_nanosleep (clock_id=clock_id@entry=1, flags=flags@entry=1, 
req=req@entry=0x7fff41ce0390, rem=rem@entry=0x0) at 
../sysdeps/unix/sysv/linux/clock_nanosleep.c:48
00:58:34 oldstate = 0
00:58:34 r = 
00:58:34 rem = 0x0
00:58:34 req = 0x7fff41ce0390
00:58:34 flags = 1
00:58:34 clock_id = 
00:58:34 #1  0x7f1c94def3b4 in osaf_nanosleep 
(sleep_duration=0x7fff41ce0430) at src/base/osaf_time.c:44
00:58:34 wakeup_time = {tv_sec = 410675, tv_nsec = 402517787}
00:58:34 retval = 
00:58:34 #2  0x555a767ecb85 in base::Sleep (duration=...) at 
./src/base/time.h:135
00:58:34 No locals.
00:58:34 #3  main (argc=, argv=) at 
src/dtm/dtmnd/dtm_main.cc:312
00:58:34 rc = 
00:58:34 dis_time_out_usec = 500
00:58:34 dis_elapsed_time_usec = 50
00:58:34 t_ = {trace_leave_called = false, file_ = 0x0, function_ = 0x0}
00:58:34 __FUNCTION__ = "main"
00:58:34 dtms_cb = 0x555a76f16f60
00:58:34 
00:58:34 Thread 2 (Thread 0x7f1c9521db00 (LWP 157)):
00:58:34 #0  0x7f1c9433cb5d in poll () at 
../sysdeps/unix/syscall-template.S:84
00:58:34 No locals.
00:58:34 #1  0x555a767f5c32 in poll (__timeout=2, __nfds=, __fds=) at /usr/include/x86_64-linux-gnu/bits/poll2.h:46
00:58:34 No locals.
00:58:34 #2  dtm_intranode_processing () at src/dtm/dtmnd/dtm_intra.cc:670
00:58:34 poll_ret_val = 0
00:58:34 j = 
00:58:34 t_ = {trace_leave_called = false, file_ = 0x0, function_ = 0x0}
00:58:34 __FUNCTION__ = "dtm_intranode_processing"
00:58:34 #3  0x7f1c946126ba in start_thread (arg=0x7f1c9521db00) at 
pthread_create.c:333
00:58:34 __res = 
00:58:34 pd = 0x7f1c9521db00
00:58:34 now = 
00:58:34 unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139760737835776, 
3941995848775809230, 1,

[tickets] [opensaf:tickets] #2661 CLM: "ER Received unexpected join response error code 0" on all nodes when executing "immadm -o 5" or "immadm -o4" commands

2017-11-14 Thread Hans Nordebäck

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

commit 32a7213da8dfb056447c58034c93bf3277aaf2a1
Author: Hans Nordeback 
Date:   Wed Nov 15 08:11:51 2017 +0100

clm: Fix unexpected join response error when executing immadm -o 4, 5 
commands [#2661]




---

** [tickets:#2661] CLM: "ER Received unexpected join response error code 0" on 
all nodes when executing "immadm -o 5" or "immadm -o4" commands**

**Status:** fixed
**Milestone:** 5.18.01
**Created:** Mon Oct 30, 2017 11:23 AM UTC by Quyen Dao
**Last Updated:** Fri Nov 03, 2017 09:50 PM UTC
**Owner:** Hans Nordebäck


# Console log

root@SC-1:~# date
Mon Oct 30 17:30:49 ICT 2017
root@SC-1:~# immadm -o 5 -p saClmAction:SA_STRING_T:test 
safNode=PL-3,safCluster=myClmCluster
root@SC-1:~#

# syslog

2017-10-30 17:30:52.586 SC-1 osafclmna[168]: ER Received unexpected join 
response error code 0
2017-10-30 17:30:52.595 SC-1 osafclmd[260]: NO Sending CLM action broadcast 
message succeeded

2017-10-30 17:30:52.587 SC-2 osafclmna[168]: ER Received unexpected join 
response error code 0

2017-10-30 17:30:52.592 PL-3 osafclmna[168]: Executing CLM script: 
/usr/local/lib/opensaf/clm-scripts/osafclm_test
2017-10-30 17:30:52.592 PL-3 ubuntu: CLM action test
2017-10-30 17:30:52.592 PL-3 osafclmna[168]: CLM script: 
/usr/local/lib/opensaf/clm-scripts/osafclm_test successfully executed
2017-10-30 17:30:52.593 PL-3 osafclmna[168]: ER Received unexpected join 
response error code 1702100996

2017-10-30 17:30:52.594 PL-4 osafclmna[168]: ER Received unexpected join 
response error code 0

same issue happen with "immadm -o 4"

# OpenSAF version

OpenSAF(5.17.10 - c10f21f5fd65b99d71dbe28b6345e65f4b8e518f)


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

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

[tickets] [opensaf:tickets] #2681 pyosaf: refactor IMM samples to use new pyosaf utils version 1.0.0

2017-11-14 Thread Hieu Nguyen via Opensaf-tickets




---

** [tickets:#2681] pyosaf: refactor IMM samples to use new pyosaf utils version 
1.0.0**

**Status:** accepted
**Milestone:** 5.18.01
**Created:** Wed Nov 15, 2017 03:27 AM UTC by Hieu Nguyen
**Last Updated:** Wed Nov 15, 2017 03:27 AM UTC
**Owner:** Hieu Nguyen


1/ Ticket [#2602](https://sourceforge.net/p/opensaf/tickets/2602/) introduced a 
new and improved implementation of the pyosaf utils (high-level OpenSAF API 
Python bindings).

2/ The IMM python samples should be refactored to take advantage of the newly 
implemented pyosaf utils version 1.0.0 include:
+ caps
+ caps-inheritance-impl
+ imm-listener
+ imm-listener-inheritance-impl
+ immadm
+ immbase.py
+ immlist
+ interface-handler
+ interface-handler-inheritance-impl
+ ping-pong
+ ping-pong-inheritance-impl
+ scale_opensaf
+ time-reporter
+ time-reporter-inheritance-impl
+ tones
+ tones-inheritance-impl
+ users
+ users-inheritance-impl


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

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

[tickets] [opensaf:tickets] #2454 amfnd: Clean up variable of active amfd status

2017-11-14 Thread Minh Hon Chau via Opensaf-tickets

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



---

** [tickets:#2454] amfnd: Clean up variable of active amfd status**

**Status:** review
**Milestone:** 5.18.01
**Created:** Thu May 04, 2017 12:34 PM UTC by Minh Hon Chau
**Last Updated:** Mon Oct 30, 2017 05:42 PM UTC
**Owner:** Minh Hon Chau


In amfnd, we have variable cb->is_avd_down and set of macros: 
m_AVND_CB_IS_AVD_UP, m_AVND_CB_AVD_UP_SET, m_AVND_CB_AVD_UP_RESET which is 
using flag AVND_CB_FLAG_AVD_UP, they are all indicating active amfd down/up. 
Amfnd should only use variable @is_avd_down or the macros, not both of them.



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

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

[tickets] [opensaf:tickets] #2660 amf: Start pg track while headless cause msg id out of order

2017-11-14 Thread Minh Hon Chau via Opensaf-tickets

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

[develop]
commit 57874b4201e817cc44b7d8687621084c093b46ac
Author: Minh Chau 
Date:   Wed Nov 15 11:19:40 2017 +1100

amfnd: Return TRY_AGAIN for pg track start/stop during headless sync [#2660]





---

** [tickets:#2660] amf: Start pg track while headless cause msg id out of 
order**

**Status:** fixed
**Milestone:** 5.18.01
**Created:** Mon Oct 30, 2017 04:54 AM UTC by Minh Hon Chau
**Last Updated:** Mon Nov 06, 2017 02:46 AM UTC
**Owner:** Minh Hon Chau


Step to reproduce:
- Load 2N app which's SUs are hosted on PL4 and PL5
- Unlock-in/Unlock SU4, SU5
- Lock SU4, delay csi callback of component of SU4
- Stop both SC
- Release csi callback for component of SU4
 - Stop PL3 (this is to extend the headless sync)
- Start both SC
- While headless sync, trigger component of SU4 to start pg track

Below is observation from syslog
2017-10-30 14:47:51.274 SC-1 osafamfd[260]: NO Received node_up from 2020f: 
msg_id 1
2017-10-30 14:47:51.396 SC-1 osafamfd[260]: NO Received node_up from 2040f: 
msg_id 1
2017-10-30 14:47:51.396 SC-1 osafamfd[260]: NO Received node_up from 2050f: 
msg_id 1
2017-10-30 14:47:51.719 SC-1 osafamfnd[275]: NO Assigning 
'safSi=NoRed2,safApp=OpenSAF' ACTIVE to 'safSu=SC-1,safSg=NoRed,safApp=OpenSAF'
2017-10-30 14:47:51.720 SC-1 osafamfnd[275]: NO Assigned 
'safSi=NoRed2,safApp=OpenSAF' ACTIVE to 'safSu=SC-1,safSg=NoRed,safApp=OpenSAF'
2017-10-30 14:47:51.728 SC-1 osafamfd[260]: ER avd_pg_trk_act_evh: invalid node 
state 0 for node id '132111'
2017-10-30 14:47:51.729 SC-1 osafamfnd[275]: NO Assigning 
'safSi=SC-2N,safApp=OpenSAF' ACTIVE to 'safSu=SC-1,safSg=2N,safApp=OpenSAF'
2017-10-30 14:47:51.729 SC-1 osaffmd[186]: NO Stopped activation supervision 
due to new AMF state 1

2017-10-30 14:48:02.534 SC-1 osafamfd[260]: NO Cluster startup is done
2017-10-30 14:48:02.554 SC-1 osafamfd[260]: WA avd_msg_sanity_chk: invalid msg 
id 2, msg type 6, from 2040f should be 6

If pg track is sent during headless synced and being rejected, it will be 
resent in avnd_di_resend_pg_start_track(). However, this 
avnd_di_resend_pg_start_track() also increases the @snd_msg_id, thus the 
pg_start_track msg with msg_id=2 is still in the queue. When it's resent by 
avnd_diq_rec_send_buffered_msg(), it will cause msg out of order

Minor bug to be noted here also, msg_id is updated by wrong msg content:
avd_pg_trk_act_evh() {
...
  m_AVD_SET_AVND_RCV_ID(cb, node, (n2d_msg->msg_info.**n2d_reg_su**.msg_id));
...
}


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

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

[tickets] [opensaf:tickets] #2680 nid: configure_tipc does not always respect OPENSAF_MANAGE_TIPC

2017-11-14 Thread Anders Widell via Opensaf-tickets




---

** [tickets:#2680] nid: configure_tipc does not always respect 
OPENSAF_MANAGE_TIPC**

**Status:** accepted
**Milestone:** 5.18.01
**Created:** Tue Nov 14, 2017 11:44 AM UTC by Anders Widell
**Last Updated:** Tue Nov 14, 2017 11:44 AM UTC
**Owner:** Anders Widell


A regression was introduced when implementing ticket [#2653]: the 
configure_tipc script, which is now always executed regardless of the 
configuration setting in OPENSAF_MANAGE_TIPC, will now try to configure TIPC 
when the node_id file is present. This is incorrect - if the node_id file is 
present the script should not do anything.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

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

[tickets] [opensaf:tickets] #2679 pyosaf: Refactor clm-tool sample to make use of new pyosaf utils

2017-11-14 Thread Danh Vo via Opensaf-tickets

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



---

** [tickets:#2679] pyosaf: Refactor clm-tool sample to make use of new pyosaf 
utils**

**Status:** review
**Milestone:** 5.18.01
**Created:** Tue Nov 14, 2017 07:53 AM UTC by Nguyen TK Luu
**Last Updated:** Tue Nov 14, 2017 07:59 AM UTC
**Owner:** Danh Vo


Refactor the clm-tool python sample to make use of the new pyosaf utils 
implementation of enhancement ticket 
[#2602](https://sourceforge.net/p/opensaf/tickets/2602/).


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

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

[tickets] [opensaf:tickets] #2679 pyosaf: Refactor clm-tool sample to make use of new pyosaf utils

2017-11-14 Thread Danh Vo via Opensaf-tickets

- **status**: assigned --> accepted



---

** [tickets:#2679] pyosaf: Refactor clm-tool sample to make use of new pyosaf 
utils**

**Status:** accepted
**Milestone:** 5.18.01
**Created:** Tue Nov 14, 2017 07:53 AM UTC by Nguyen TK Luu
**Last Updated:** Tue Nov 14, 2017 07:59 AM UTC
**Owner:** Danh Vo


Refactor the clm-tool python sample to make use of the new pyosaf utils 
implementation of enhancement ticket 
[#2602](https://sourceforge.net/p/opensaf/tickets/2602/).


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

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

[tickets] [opensaf:tickets] #2669 dtm: segv in osafdtmd

[tickets] [opensaf:tickets] #2661 CLM: "ER Received unexpected join response error code 0" on all nodes when executing "immadm -o 5" or "immadm -o4" commands

[tickets] [opensaf:tickets] #2681 pyosaf: refactor IMM samples to use new pyosaf utils version 1.0.0

[tickets] [opensaf:tickets] #2454 amfnd: Clean up variable of active amfd status

[tickets] [opensaf:tickets] #2660 amf: Start pg track while headless cause msg id out of order

[tickets] [opensaf:tickets] #2680 nid: configure_tipc does not always respect OPENSAF_MANAGE_TIPC

[tickets] [opensaf:tickets] #2679 pyosaf: Refactor clm-tool sample to make use of new pyosaf utils

[tickets] [opensaf:tickets] #2679 pyosaf: Refactor clm-tool sample to make use of new pyosaf utils

8 matches

Site Navigation

Mail list logo

Footer information