Similar issue is alos observed in 4.6GA
issue: saLckResourceOpen with valid parameters returns invalid SAF return code
100|0|
100|0| SUCCESS : saLckInitialize with valid parameters
100|0| Return Value : SA_AIS_OK
100|0| LckHandle : 6575296
100|0|
100|0|
100|0| Resource Name : safLock=resource1_101_132
100|0| open flags : SA_LCK_RESOURCE_CREATE
100|0| SUCCESS : saLckResourceOpen with valid parameters
100|0| Return Value : SA_AIS_O/tmp/27187aa/reg_glsv_dist.sh: line 17: 27220
Segmentation fault (core dumped) $TET_BASE_DIR/$TET_BIN_DIR/glsv_a $@
In Below backtrace, rc=1638552531
* Core dump--
(gdb) bt
0 0x000000000040f1dc in glsv_test_result (rc=1638552531, exp_out=SA_AIS_OK,
test_case=0x429df0 "saLckResourceOpen with valid parameters",
flg=TEST_CONFIG_MODE) at src/tet_gla_conf.c:216
1 0x000000000040f9fa in tet_test_red_lckResourceOpen (i=9,
flg=TEST_CONFIG_MODE) at src/tet_gla_conf.c:719
....
---
** [tickets:#202] API saLckResourceOpen returns zero during controller
failover**
**Status:** unassigned
**Milestone:** future
**Created:** Tue May 14, 2013 01:51 PM UTC by Hrishikesh
**Last Updated:** Wed Jul 15, 2015 02:52 PM UTC
**Owner:** nobody
Changeset : 4241 with 2794&3117 patch
Transport : TCP/ipv6-linklocal
PBE enabled.
Scenario:
During Controller failover the below scenario was ran.
Intialize an application with Lock Service using saLckInitialize(). Call
saLckResourceOpenAsync() and saLckResourceLockAsync() with valid parameters.
But saLckResourceOpen returns "0" (zero) an invalid return value.
Agent trace snippet :
=======================
May 14 17:00:11.622260 gla [29439:gla_api.c:0523] >> saLckResourceOpen: Called
with Handle fbe0d0
May 14 17:00:11.622276 gla [29439:gla_init.c:0394] >>
gla_client_tree_find_and_add
May 14 17:00:11.622285 gla [29439:gla_init.c:0457] <<
gla_client_tree_find_and_add
May 14 17:00:11.622292 gla [29439:gla_mds.c:0716] >> gla_mds_msg_sync_send
May 14 17:00:11.622404 gla [29439:gla_mds.c:0201] >> gla_mds_callback
May 14 17:00:11.622418 gla [29439:gla_mds.c:0269] >> gla_mds_enc_flat
May 14 17:00:11.622426 gla [29439:gla_mds.c:0290] << gla_mds_enc_flat
May 14 17:00:11.622434 gla [29439:gla_mds.c:0247] << gla_mds_callback
May 14 17:00:11.632561 gla [29439:mds_dt_trans.c:0671] >>
mdtm_process_poll_recv_data_tcp
May 14 17:00:11.632572 gla [29439:gla_mds.c:0201] >> gla_mds_callback
May 14 17:00:11.632616 gla [29439:gla_mds.c:0413] >> gla_mds_dec_flat
May 14 17:00:11.632704 gla [29439:gla_mds.c:0440] << gla_mds_dec_flat
May 14 17:00:11.632743 gla [29439:gla_mds.c:0247] << gla_mds_callback
May 14 17:00:11.632838 gla [29439:gla_mds.c:0742] << gla_mds_msg_sync_send
May 14 17:00:11.632875 gla [29439:gla_api.c:0641] T2 GLA api lock res open sync
failed
May 14 17:00:11.632894 gla [29439:gla_api.c:0645] << saLckResourceOpen:
'FAILURE' return value '0'
May 14 17:00:11.632928 gla [29439:gla_api.c:0407] >> saLckFinalize: Called with
Handle fbe0d0
=====================
---
Sent from sourceforge.net because [email protected] is
subscribed to https://sourceforge.net/p/opensaf/tickets/
To unsubscribe from further messages, a project admin can change settings at
https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a
mailing list, you can unsubscribe from the mailing list.
------------------------------------------------------------------------------
_______________________________________________
Opensaf-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
