[tickets] [opensaf:tickets] #202 API saLckResourceOpen returns zero during controller failover
- **status**: review --> fixed - **Milestone**: 5.17.06 --> 5.17.08 - **Comment**: commit 2cd0e7559f522b4ddc918360fa6cccda8df625c5 Author: Alex Jones Date: Fri May 12 09:23:38 2017 -0400 --- ** [tickets:#202] API saLckResourceOpen returns zero during controller failover** **Status:** fixed **Milestone:** 5.17.08 **Created:** Tue May 14, 2013 01:51 PM UTC by Hrishikesh **Last Updated:** Tue May 09, 2017 01:56 PM UTC **Owner:** Alex Jones 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 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] #1470 log: Mutex is not always LOCKED when _hdl functions return
- **status**: unassigned --> duplicate - **Blocker**: --> False - **Milestone**: future --> never - **Comment**: Refer to [#2452] --- ** [tickets:#1470] log: Mutex is not always LOCKED when _hdl functions return** **Status:** duplicate **Milestone:** never **Created:** Thu Sep 03, 2015 09:17 AM UTC by Vu Minh Nguyen **Last Updated:** Tue Sep 20, 2016 06:04 PM UTC **Owner:** nobody In every `_hdl` functions @ `lgs_filehdl.c`, they are required to UNLOCK Mutex inside the `_hdl` functions and LOCK Mutex when `_hdl` functions return. But in the functions `path_is_writeable_dir_hdl()` and ` write_log_record_hdl()`, the above condition is not always true in some cases. Following case is an example: 1. Create a folder with no allowed permissions. > me@:~/opensaf/opensaf-staging/tools/cluster_sim_uml/repl-opensaf$ ll d- 2 osboxes osboxes 4096 Aug 31 07:51 denied/ 2. Change `logRootDirectory` to above folder: > immcfg -a logRootDirectory="/repl_opensaf/denied" > logConfig=1,safApp=safLogService error - saImmOmCcbApply FAILED: SA_AIS_ERR_FAILED_OPERATION (21) OI reports: pathName: /repl_opensaf/denied is NOT accepted --- 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] #2452 log: mutex lock missing in error cases of write_log_record_hdl()
- **status**: accepted --> review
---
** [tickets:#2452] log: mutex lock missing in error cases of
write_log_record_hdl() **
**Status:** review
**Milestone:** 5.1.0
**Created:** Thu May 04, 2017 05:54 AM UTC by A V Mahesh (AVM)
**Last Updated:** Thu May 04, 2017 06:59 AM UTC
**Owner:** A V Mahesh (AVM)
Unlock is being called twice before waiting hence LOGD crashes.
This because of write_log_record_hdl() is being returned with out
osaf_mutex_lock_ordie(&lgs_ftcom_mutex);
=
int write_log_record_hdl(void *indata, void *outdata, size_t max_outsize, bool
*timeout_f) {
int rc = 0;
uint32_t bytes_written = 0;
off_t file_length = 0;
wlrh_t *params_in = static_cast(indata);
/* Get log record pointed by lgs_rec pointer */
char *logrecord = const_cast(static_cast(params_in->lgs_rec));
int *errno_out_p = static_cast(outdata);
*errno_out_p = 0;
TRACE_ENTER();
osaf_mutex_unlock_ordie(&lgs_ftcom_mutex); /* UNLOCK Critical section */
retry:
rc = write(params_in->fd, &logrecord[bytes_written],
params_in->record_size - bytes_written);
if (rc == -1) {
if (errno == EINTR)
goto retry;
LOG_ER("%s - write FAILED: %s",__FUNCTION__, strerror(errno));
*errno_out_p = errno;
goto done;
<---
} else {
/* Handle partial writes */
bytes_written += rc;
if (bytes_written < params_in->record_size)
goto retry;
}
osaf_mutex_lock_ordie(&lgs_ftcom_mutex);
=
---
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] #2460 osaf: Support DESTDIR when installing OpenSAF samples
--- ** [tickets:#2460] osaf: Support DESTDIR when installing OpenSAF samples** **Status:** accepted **Milestone:** 5.17.08 **Created:** Fri May 12, 2017 11:13 AM UTC by Anders Widell **Last Updated:** Fri May 12, 2017 11:13 AM UTC **Owner:** Anders Widell The OpenSAF sample program Makefile currently don't support DESTDIR, e.g. like this: ~~~ make install DESTDIR=/tmp/sample_install ~~~ This ought to be supported so that the sample programs can be installed to run e.g. in a container/chroot environment, or for testing purposes etc. --- 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] #2379 smf:PR documentation for 5.2 release
- **status**: review --> fixed - **assigned_to**: elunlen --> nobody - **Comment**: changeset: 216:0eb5fdb47904 tag: tip user:Lennart Lund date:Fri May 12 12:41:56 2017 +0200 summary: smf: Expalain how osafAmfRestrictAutoRepairEnable setting in AMF affects SMF rev: 0eb5fdb47904f4e287fe445e1cb296aeef203a72 --- ** [tickets:#2379] smf:PR documentation for 5.2 release** **Status:** fixed **Milestone:** 5.2.RC2 **Created:** Wed Mar 15, 2017 10:03 AM UTC by Neelakanta Reddy **Last Updated:** Thu May 04, 2017 11:01 AM UTC **Owner:** nobody update the PR document wit 5.2 Enancements smf: add support for asynchronous detection of failed AMF entities [#2145] --- 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] #2394 clm: add clm tool commands for admin op and state check.
Published V2 after incorporating comments. --- ** [tickets:#2394] clm: add clm tool commands for admin op and state check.** **Status:** review **Milestone:** 5.17.08 **Created:** Thu Mar 23, 2017 06:17 AM UTC by Praveen **Last Updated:** Mon Apr 10, 2017 01:40 PM UTC **Owner:** Praveen Intention is to add clm tool comamnds: -to perform admin operation on node or on cluster. Something like clm-adm -to check CLM nodes admin state and member ship status: like clm-state -to find CLM cluster and nodes like: clm-find --- 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
