[tickets] [opensaf:tickets] #1962 libplms_hpi.so.0 loading issue - Opensaf with plms services

[Subrata Nath]

---

** [tickets:#1962] libplms_hpi.so.0 loading issue - Opensaf with plms services**

**Status:** unassigned
**Milestone:** 5.0.1
**Created:** Fri Aug 19, 2016 08:09 PM UTC by Subrata Nath
**Last Updated:** Fri Aug 19, 2016 08:09 PM UTC
**Owner:** nobody


Hello,

I have installed opensaf 5.0.0 without the PLMS fine for node HA purpose and 
it's works fine. Now I would like to use opensaf PLMS with the openHPI.  

My configure script is -

./configure CPPFLAGS=-DRUNASROOT OSAF_HARDEN_FLAGS="-fstack-protector-all 
-D_FORTIFY_SOURCE=2" HPI_LIBS="-L/usr/local/lib -lopenhpimarshal -lopenhpiutils 
-lopenhpi" --enable-hpi --with-openhpi --with-hpi-interface=B03 
--enable-tipc=yes --enable-imm-pbe=yes --enable-ais-plm --enable-ais-smf 
--enable-ais-msg --enable-ais-lck --enable-ais-evt --enable-ais-ckpt 
--enable-ntf-imcn 

Issues found dueing opensaf start up is -following error message is seen -

" ER dlopen() to load libplms_hpi.so failed with error 
/usr/lib64/opensaf/libplms_hpi.so.0: undefined symbol: plms_plmc_error_cbk" 

during the .so loading. Is this issue seen before or some configuration issue 
from my end. As per my understadning this is due to make file issue.

Temporarily this issue, i could fix by copying the following three methods 
)with method name changing) from 
opensaf-5.0.0/osaf/services/saf/plmsv/plms/plms_plmc.c to 
opensaf-5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c

void plms_os_information_free(PLMS_PLMC_EE_OS_INFO *os_info)
static SaUint32T plms_os_information_parse(SaInt8T *os_info,
PLMS_PLMC_EE_OS_INFO *evt_os_info)
int32_t plms_plmc_error_callbk(plmc_lib_error *msg)
int32_t plms_plmc_connect_callbk(SaInt8T *ee_id,SaInt8T *msg)
int32_t plms_plmc_udp_callbk(udp_msg *msg)


Could you please check the make file for the  
opensaf-5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/ where dependency is there 
outside of the folder also.

Regards,
Subrata


---

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] #1961 Issues in Opensaf PLMS services with openHPI

[Subrata Nath]

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



---

** [tickets:#1961] Issues in Opensaf PLMS services with openHPI**

**Status:** unassigned
**Milestone:** 5.0.1
**Created:** Fri Aug 19, 2016 07:59 PM UTC by Subrata Nath
**Last Updated:** Fri Aug 19, 2016 08:00 PM UTC
**Owner:** nobody


Hello,

I have installed opensaf 5.0.0 without the PLMS fine for contoller node HA 
purpose and it's works fine. Now I would like to use opensaf PLMS with the 
openHPI.  

My configure script command is  -

./configure CPPFLAGS=-DRUNASROOT OSAF_HARDEN_FLAGS="-fstack-protector-all 
-D_FORTIFY_SOURCE=2" HPI_LIBS="-L/usr/local/lib -lopenhpimarshal -lopenhpiutils 
-lopenhpi" --enable-hpi --with-openhpi --with-hpi-interface=B03 
--enable-tipc=yes --enable-imm-pbe=yes --enable-ais-plm --enable-ais-smf 
--enable-ais-msg --enable-ais-lck --enable-ais-evt --enable-ais-ckpt 
--enable-ntf-imcn 

Following issue is observed. have made a work around code fix but i would like 
to check if these issues were found already and fix is planned in next releases 
-

 opensaf-5.0.0/osaf/services/saf/plmsv/plms/plms_main.c the global declaration 
of 

*static PLMSCB  _plms_cb;
PLMSCB *plms_cb = &_plms_cb;

is being masked out by the line 558 in 
/opensaf-5.0.0/osaf/libs/common/plmsv/include/plms.h which declares the same 
var. So with this, /osaf/services/saf/plmsv/plms/hpi_intf/hpi_hsm getting NULL 
value for the plms_cb pointer.

Similar issue is applicable for the following global variable as well 

HSM_HA_STATE hsm_ha_state = {PTHREAD_MUTEX_INITIALIZER,
 PTHREAD_COND_INITIALIZER,
 SA_AMF_HA_ACTIVE};
HRB_HA_STATE hrb_ha_state = {PTHREAD_MUTEX_INITIALIZER,
 PTHREAD_COND_INITIALIZER,
 SA_AMF_HA_ACTIVE};
  
They are defined in plms.h without extern and hence 
/osaf/services/saf/plmsv/plms/hpi_intf/hpi_hsm.c or plms_hrb.c, is not able to 
find the same values as assigined by plms_main.c

WA fix i made is as described below. But please let me know if it's known issue 
or not and if there is any correction in upcoming releases.

1.  Declare with extern in 
opensaf-5.0.0/osaf/libs/common/plmsv/include/plms.h.
2.  Make the two separate global copies with the same name – one in 
osaf/services/saf/plmsv/plms/plms_main.c (PLMS_CB *plms_cb; ) and another one 
in 
/home/system/opensaf-5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c(PLMS_CB
 *plms_cb;). So all the files in osaf/services/saf/plmsv/plms/ will see the 
global copy from osaf/services/saf/plmsv/plms/plms_main.c and all the files 
under 5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/ will see the global copy in 
5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c.
3.  Now osaf/services/saf/plmsv/plms/plms_main.c allocates the memory for 
it’s own copy of the global variable and during the first function call to 
5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c, pass the point as 
pointer argument.  This function parameter now assigned to the 
5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c – global variable. 

SaUint32T plms_hsm_initialize(PLMS_HPI_CONFIG *hpi_cfg,PLMS_CB 
**plms_cb1) ---newly added parameters
 {
 plms_cb = *plms_cb1;
 

4.  Now both the global variables are pointing to the same memory location.

Similar correction is made for HSM_HA_STATE hsm_ha_state and HRB_HA_STATE 
hrb_ha_state as well.

Regards,
Subrata




---

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] #1961 Issues in Opensaf PLMS services with openHPI

[Subrata Nath]

- **Component**: unknown --> plm



---

** [tickets:#1961] Issues in Opensaf PLMS services with openHPI**

**Status:** unassigned
**Milestone:** 5.0.1
**Created:** Fri Aug 19, 2016 07:59 PM UTC by Subrata Nath
**Last Updated:** Fri Aug 19, 2016 07:59 PM UTC
**Owner:** nobody


Hello,

I have installed opensaf 5.0.0 without the PLMS fine for contoller node HA 
purpose and it's works fine. Now I would like to use opensaf PLMS with the 
openHPI.  

My configure script command is  -

./configure CPPFLAGS=-DRUNASROOT OSAF_HARDEN_FLAGS="-fstack-protector-all 
-D_FORTIFY_SOURCE=2" HPI_LIBS="-L/usr/local/lib -lopenhpimarshal -lopenhpiutils 
-lopenhpi" --enable-hpi --with-openhpi --with-hpi-interface=B03 
--enable-tipc=yes --enable-imm-pbe=yes --enable-ais-plm --enable-ais-smf 
--enable-ais-msg --enable-ais-lck --enable-ais-evt --enable-ais-ckpt 
--enable-ntf-imcn 

Following issue is observed. have made a work around code fix but i would like 
to check if these issues were found already and fix is planned in next releases 
-

 opensaf-5.0.0/osaf/services/saf/plmsv/plms/plms_main.c the global declaration 
of 

*static PLMSCB  _plms_cb;
PLMSCB *plms_cb = &_plms_cb;

is being masked out by the line 558 in 
/opensaf-5.0.0/osaf/libs/common/plmsv/include/plms.h which declares the same 
var. So with this, /osaf/services/saf/plmsv/plms/hpi_intf/hpi_hsm getting NULL 
value for the plms_cb pointer.

Similar issue is applicable for the following global variable as well 

HSM_HA_STATE hsm_ha_state = {PTHREAD_MUTEX_INITIALIZER,
 PTHREAD_COND_INITIALIZER,
 SA_AMF_HA_ACTIVE};
HRB_HA_STATE hrb_ha_state = {PTHREAD_MUTEX_INITIALIZER,
 PTHREAD_COND_INITIALIZER,
 SA_AMF_HA_ACTIVE};
  
They are defined in plms.h without extern and hence 
/osaf/services/saf/plmsv/plms/hpi_intf/hpi_hsm.c or plms_hrb.c, is not able to 
find the same values as assigined by plms_main.c

WA fix i made is as described below. But please let me know if it's known issue 
or not and if there is any correction in upcoming releases.

1.  Declare with extern in 
opensaf-5.0.0/osaf/libs/common/plmsv/include/plms.h.
2.  Make the two separate global copies with the same name – one in 
osaf/services/saf/plmsv/plms/plms_main.c (PLMS_CB *plms_cb; ) and another one 
in 
/home/system/opensaf-5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c(PLMS_CB
 *plms_cb;). So all the files in osaf/services/saf/plmsv/plms/ will see the 
global copy from osaf/services/saf/plmsv/plms/plms_main.c and all the files 
under 5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/ will see the global copy in 
5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c.
3.  Now osaf/services/saf/plmsv/plms/plms_main.c allocates the memory for 
it’s own copy of the global variable and during the first function call to 
5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c, pass the point as 
pointer argument.  This function parameter now assigned to the 
5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c – global variable. 

SaUint32T plms_hsm_initialize(PLMS_HPI_CONFIG *hpi_cfg,PLMS_CB 
**plms_cb1) ---newly added parameters
 {
 plms_cb = *plms_cb1;
 

4.  Now both the global variables are pointing to the same memory location.

Similar correction is made for HSM_HA_STATE hsm_ha_state and HRB_HA_STATE 
hrb_ha_state as well.

Regards,
Subrata




---

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] #1961 Issues in Opensaf PLMS services with openHPI

[Subrata Nath]

---

** [tickets:#1961] Issues in Opensaf PLMS services with openHPI**

**Status:** unassigned
**Milestone:** 5.0.1
**Created:** Fri Aug 19, 2016 07:59 PM UTC by Subrata Nath
**Last Updated:** Fri Aug 19, 2016 07:59 PM UTC
**Owner:** nobody


Hello,

I have installed opensaf 5.0.0 without the PLMS fine for contoller node HA 
purpose and it's works fine. Now I would like to use opensaf PLMS with the 
openHPI.  

My configure script command is  -

./configure CPPFLAGS=-DRUNASROOT OSAF_HARDEN_FLAGS="-fstack-protector-all 
-D_FORTIFY_SOURCE=2" HPI_LIBS="-L/usr/local/lib -lopenhpimarshal -lopenhpiutils 
-lopenhpi" --enable-hpi --with-openhpi --with-hpi-interface=B03 
--enable-tipc=yes --enable-imm-pbe=yes --enable-ais-plm --enable-ais-smf 
--enable-ais-msg --enable-ais-lck --enable-ais-evt --enable-ais-ckpt 
--enable-ntf-imcn 

Following issue is observed. have made a work around code fix but i would like 
to check if these issues were found already and fix is planned in next releases 
-

 opensaf-5.0.0/osaf/services/saf/plmsv/plms/plms_main.c the global declaration 
of 

*static PLMSCB  _plms_cb;
PLMSCB *plms_cb = &_plms_cb;

is being masked out by the line 558 in 
/opensaf-5.0.0/osaf/libs/common/plmsv/include/plms.h which declares the same 
var. So with this, /osaf/services/saf/plmsv/plms/hpi_intf/hpi_hsm getting NULL 
value for the plms_cb pointer.

Similar issue is applicable for the following global variable as well 

HSM_HA_STATE hsm_ha_state = {PTHREAD_MUTEX_INITIALIZER,
 PTHREAD_COND_INITIALIZER,
 SA_AMF_HA_ACTIVE};
HRB_HA_STATE hrb_ha_state = {PTHREAD_MUTEX_INITIALIZER,
 PTHREAD_COND_INITIALIZER,
 SA_AMF_HA_ACTIVE};
  
They are defined in plms.h without extern and hence 
/osaf/services/saf/plmsv/plms/hpi_intf/hpi_hsm.c or plms_hrb.c, is not able to 
find the same values as assigined by plms_main.c

WA fix i made is as described below. But please let me know if it's known issue 
or not and if there is any correction in upcoming releases.

1.  Declare with extern in 
opensaf-5.0.0/osaf/libs/common/plmsv/include/plms.h.
2.  Make the two separate global copies with the same name – one in 
osaf/services/saf/plmsv/plms/plms_main.c (PLMS_CB *plms_cb; ) and another one 
in 
/home/system/opensaf-5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c(PLMS_CB
 *plms_cb;). So all the files in osaf/services/saf/plmsv/plms/ will see the 
global copy from osaf/services/saf/plmsv/plms/plms_main.c and all the files 
under 5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/ will see the global copy in 
5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c.
3.  Now osaf/services/saf/plmsv/plms/plms_main.c allocates the memory for 
it’s own copy of the global variable and during the first function call to 
5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c, pass the point as 
pointer argument.  This function parameter now assigned to the 
5.0.0/osaf/services/saf/plmsv/plms/hpi_intf/plms_hsm.c – global variable. 

SaUint32T plms_hsm_initialize(PLMS_HPI_CONFIG *hpi_cfg,PLMS_CB 
**plms_cb1) ---newly added parameters
 {
 plms_cb = *plms_cb1;
 

4.  Now both the global variables are pointing to the same memory location.

Similar correction is made for HSM_HA_STATE hsm_ha_state and HRB_HA_STATE 
hrb_ha_state as well.

Regards,
Subrata




---

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] #1960 MDS: MDS does not handle dropped TIPC packages

[Hans Nordebäck]

- Description has changed:

Diff:



--- old
+++ new
@@ -1,3 +1,3 @@
-TIPC is run in connection less mode by OpenSAF, i.e. SOCK_RDM, reliable 
datagram where ordering is guaranteed but message can be dropped at e.g. 
overload situations.
+TIPC is run in connection less mode by OpenSAF, i.e. SOCK_RDM, reliable 
datagram where ordering is guaranteed but packages can be dropped at e.g. 
overload situations.
 This is not handled by OpenSAF and may cause undetermined behaviour in the 
system.
 






---

** [tickets:#1960] MDS: MDS does not handle dropped TIPC packages **

**Status:** assigned
**Milestone:** 4.7.2
**Created:** Fri Aug 19, 2016 08:39 AM UTC by Hans Nordebäck
**Last Updated:** Fri Aug 19, 2016 08:39 AM UTC
**Owner:** Hans Nordebäck


TIPC is run in connection less mode by OpenSAF, i.e. SOCK_RDM, reliable 
datagram where ordering is guaranteed but packages can be dropped at e.g. 
overload situations.
This is not handled by OpenSAF and may cause undetermined behaviour in the 
system.




---

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] #1959 immnd: 32-bit build fails on changeset: 7878

[Neelakanta Reddy]

- **status**: assigned --> duplicate
- **Comment**:

This is duplicate of #195, The patch is pushed in the changeset:

changeset: 7888:726ef6b3bd82
tag: tip
user: Zoran Milinkovic zoran.milinko...@ericsson.com
date: Thu Aug 18 14:00:59 2016 +0200
summary: imm: fix string format for size_t type [#195]



---

** [tickets:#1959] immnd: 32-bit build fails on changeset:  7878**

**Status:** duplicate
**Milestone:** 5.1.FC
**Created:** Fri Aug 19, 2016 07:21 AM UTC by A V Mahesh (AVM)
**Last Updated:** Fri Aug 19, 2016 07:21 AM UTC
**Owner:** Neelakanta Reddy


make[7]: Entering directory `/avm/staging-today/osaf/services/saf/immsv/immnd'
g++ -DHAVE_CONFIG_H -I. -I../../../../..  -DSA_CLM_B01 
-DSA_EXTENDED_NAME_SOURCE -I../../../../../osaf/libs/saf/include 
-I../../../../../osaf/libs/core/include 
-I../../../../../osaf/libs/core/leap/include 
-I../../../../../osaf/libs/core/mds/include 
-I../../../../../osaf/libs/core/common/include 
-I../../../../../osaf/libs/core/cplusplus  
-I../../../../../osaf/libs/common/immsv/include  -std=gnu++11 -Wall 
-fno-strict-aliasing -Werror -fPIC -D__STDC_FORMAT_MACROS -D_FORTIFY_SOURCE=2 
-fstack-protector -DINTERNAL_VERSION_ID='""' -g -O2 -MT osafimmnd-ImmModel.o 
-MD -MP -MF .deps/osafimmnd-ImmModel.Tpo -c -o osafimmnd-ImmModel.o `test -f 
'ImmModel.cc' || echo './'`ImmModel.cc
In file included from ../../../../../osaf/libs/core/include/ncs_osprm.h:32:0,
 from ../../../../../osaf/libs/core/include/ncs_lib.h:39,
 from ../../../../../osaf/libs/common/immsv/include/immsv.h:30,
 from immnd.h:31,
 from ImmSearchOp.hh:26,
 from ImmModel.cc:24:
ImmModel.cc: In member function ‘bool ImmModel::verifySchemaChange(const 
string&, ClassInfo*, ClassInfo*, AttrMap&, AttrMap&)’:
../../../../../osaf/libs/core/common/include/logtrace.h:131:95: error: format 
‘%lu’ expects argument of type ‘long unsigned int’, but argument 5 has 
type ‘std::map::size_type {aka unsigned 
int}’ [-Werror=format=]
 #define LOG_NO(format, args...) _logtrace_log(__FILE__, __LINE__, LOG_NOTICE, 
(format), ##args)

   ^
ImmModel.cc:4178:25: note: in expansion of macro ‘LOG_NO’
 LOG_NO("The Number of classes in the cluster %lu 
greater than the schema change"
 ^
../../../../../osaf/libs/core/common/include/logtrace.h:131:95: error: format 
‘%lu’ expects argument of type ‘long unsigned int’, but argument 5 has 
type ‘std::vector::size_type {aka unsigned int}’ 
[-Werror=format=]
 #define LOG_NO(format, args...) _logtrace_log(__FILE__, __LINE__, LOG_NOTICE, 
(format), ##args)

   ^
ImmModel.cc:4187:25: note: in expansion of macro ‘LOG_NO’
 LOG_NO("The Number of Implementers in the cluster %lu 
greater than the schema change"
 ^
../../../../../osaf/libs/core/common/include/logtrace.h:131:95: error: format 
‘%lu’ expects argument of type ‘long unsigned int’, but argument 5 has 
type ‘std::vector::size_type {aka unsigned int}’ 
[-Werror=format=]
 #define LOG_NO(format, args...) _logtrace_log(__FILE__, __LINE__, LOG_NOTICE, 
(format), ##args)

   ^
ImmModel.cc:4196:25: note: in expansion of macro ‘LOG_NO’
 LOG_NO("The Number of AdminOwners in the cluster %lu 
greater than the schema change"
 ^
../../../../../osaf/libs/core/common/include/logtrace.h:131:95: error: format 
‘%lu’ expects argument of type ‘long unsigned int’, but argument 5 has 
type ‘std::vector::size_type {aka unsigned int}’ [-Werror=format=]
 #define LOG_NO(format, args...) _logtrace_log(__FILE__, __LINE__, LOG_NOTICE, 
(format), ##args)

   ^
ImmModel.cc:4205:25: note: in expansion of macro ‘LOG_NO’
 LOG_NO("The Number of Ccbs in the cluster %lu greater 
than the schema change"
 ^
cc1plus: all warnings being treated as errors


---

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] #195 IMM: Hardcoded limits should be made into config parameters

[Zoran Milinkovic]

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

default(5.1):

changeset:   7888:726ef6b3bd82
tag: tip
user:Zoran Milinkovic 
date:Thu Aug 18 14:00:59 2016 +0200
summary: imm: fix string format for size_t type [#195]



---

** [tickets:#195] IMM: Hardcoded limits should be made into config parameters**

**Status:** fixed
**Milestone:** 5.1.FC
**Created:** Tue May 14, 2013 09:12 AM UTC by Anders Bjornerstedt
**Last Updated:** Thu Aug 18, 2016 12:14 PM UTC
**Owner:** Neelakanta Reddy


Migrated from: 
http://devel.opensaf.org/ticket/2855
-
steps:

1. Two controllers, SC-1 and SC-2.

2. Bring SC-1 up and creates more than 1000 classes

3. Bring SC-2 up, syncing will fail because the maximum supported classes in 
opensaf is 1000.

Oct 9 14:10:53 Slot-1 osafimmnd[7549]: NODE STATE-> IMM_NODE_R_AVAILABLE
Oct 9 14:10:53 Slot-1 osafimmd[7534]: Successfully announced sync. New ruling 
epoch:3
Oct 9 14:10:53 Slot-1 immload: logtrace: trace enabled to file 
/var/log/opensaf/osafimmnd, mask=0x
Oct 9 14:10:53 Slot-1 immload: Sync starting
Oct 9 14:10:58 Slot-1 immload: Synced 350 objects in total
Oct 9 14:10:58 Slot-1 osafimmnd[7549]: NODE STATE-> IMM_NODE_FULLY_AVAILABLE 
12197
Oct 9 14:10:58 Slot-1 osafimmnd[7549]: TOO MANY classes line: 1673
Oct 9 14:10:58 Slot-1 immload: immsv_finalize_sync failed!
Oct 9 14:10:58 Slot-1 immload: Sync ending ABNORMALLY
Oct 9 14:10:58 Slot-1 osafimmnd[7549]: Error code 21 returned for message type 
36 - ignoring
Oct 9 14:10:58 Slot-1 osafimmnd[7549]: SERVER STATE: IMM_SERVER_SYNC_SERVER —> 
IMM SERVER READY

The possible fix is to check the number of classes, when the class is created.
--
The problem is actually a bit more general than only the hardcoded limit
on the number of classes.

There are four hardcoded limits in:

osaf/libs/common/immsv/immsv_evt.c:

#define IMMSV_MAX_CLASSES 1000
#define IMMSV_MAX_IMPLEMENTERS 3000
#define IMMSV_MAX_ADMINOWNERS 2000
#define IMMSV_MAX_CCBS 1

All four should be moved to:
osaf/libs/common/immsv/include/immsv_api.h

Making them generally accessible to the imm server implementation code.

Then the checks on the relevant limit should be made in the relevant call in 
ImmModel?.cc

Longer term, these constants should be made into configuration parameters in the
OpenSAF-IMM configuration object.



---

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] #1770 AMF : amfnd segfaulted during su failover escalation

[Praveen]

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

changeset:   7887:4da8a46a31ec
tag: tip
parent:  7884:6b5b0b94f493
user:praveen.malv...@oracle.com
date:Fri Aug 19 17:46:07 2016 +0530
summary: amfnd: fix amfnd crash during su and node level escalations 
[#1770] V2

changeset:   7886:443f31748910
branch:  opensaf-5.0.x
parent:  7883:9ec6e4c928df
user:praveen.malv...@oracle.com
date:Fri Aug 19 17:45:53 2016 +0530
summary: amfnd: fix amfnd crash during su and node level escalations 
[#1770] V2

changeset:   7885:b2f8270fbd55
branch:  opensaf-4.7.x
parent:  7882:51ae6d6c4840
user:praveen.malv...@oracle.com
date:Fri Aug 19 17:45:06 2016 +0530
summary: amfnd: fix amfnd crash during su and node level escalations 
[#1770] V2




---

** [tickets:#1770] AMF : amfnd segfaulted during su failover escalation**

**Status:** fixed
**Milestone:** 4.7.2
**Created:** Tue Apr 19, 2016 06:53 AM UTC by Srikanth R
**Last Updated:** Mon Jun 20, 2016 10:02 AM UTC
**Owner:** Praveen


Setup :
5 node cluster with 3 payloads
changeset : 7438 ( opensaf 5.0.FC)
Application : 2N with 5 SUs ( si-si deps enabled & su failover flag enabled)

Issue :

 AMFND hosting the faulty SU segfaulted during su Failover escalation as part 
of SU lock operation
 
 Steps performed :
 
 -> Initially bring up the application and ensure that application is fully 
assigned.
 
 -> Perform one fault operation on the SU hosting the active assignment, such a 
way that the next fault is escalated to su failover.
 
 -> Perform lock operation of SU hosting the active assignment.
 
 -> Do not respond to the CSI removal callback, for which this fault shall be 
escalated to su failover.
 
 -> AMFND seg faulted with the following bt file
 
 signal: 11 pid: 320 uid: 0
/usr/lib64/libopensaf_core.so.0(+0x1fd9d)[0x7f1d79294d9d]
/lib64/libpthread.so.0(+0xf7c0)[0x7f1d782b67c0]
/usr/lib64/opensaf/osafamfnd[0x43b1ff]
/usr/lib64/opensaf/osafamfnd[0x417f89]
/usr/lib64/opensaf/osafamfnd[0x408469]
/usr/lib64/opensaf/osafamfnd[0x42c65a]
/usr/lib64/opensaf/osafamfnd[0x42c4a0]
/usr/lib64/opensaf/osafamfnd[0x42b979]
/lib64/libc.so.6(_ _libc_start_main+0xe6)[0x7f1d77ac1c36]
/usr/lib64/opensaf/osafamfnd[0x405f29]

-> Below is the entry in osafamfnd trace :

Apr 19 11:23:44.684918 osafamfnd [29522:clc.cc:0870] T1 
'safComp=COMP2SU5TWONAPP,safSu=SU5,safSg=SGONE,safApp=TWONAPP':FSM Enter 
presence state: 'SA_AMF_PRESENCE_TERMINATING(4)':FSM Exit presence 
state:SA_AMF_PRESENCE_TERMINATING(4)
Apr 19 11:23:44.684924 osafamfnd [29522:clc.cc:0889] << avnd_comp_clc_fsm_run: 1
Apr 19 11:23:44.684930 osafamfnd [29522:err.cc:1120] << avnd_err_su_repair: 
retval=1
Apr 19 11:23:44.684936 osafamfnd [29522:susm.cc:0255] >> avnd_su_siq_prc: SU 
'safSu=SU5,safSg=SGONE,safApp=TWONAPP'
Apr 19 11:23:44.684942 osafamfnd [29522:susm.cc:0260] << avnd_su_siq_prc
Apr 19 11:23:44.684947 osafamfnd [29522:susm.cc:1176] << avnd_su_si_oper_done: 1
Apr 19 11:23:44.684953 osafamfnd [29522:comp.cc:1822] << 
avnd_comp_csi_remove_done: 1
Apr 19 11:23:44.684959 osafamfnd [29522:comp.cc:1321] << avnd_comp_csi_remove: 1
Apr 19 11:23:44.685055 osafamfnd [29522:comp.cc:1678] >> 
all_csis_in_removed_state: 'safSu=SU5,safSg=SGONE,safApp=TWONAPP'
Apr 19 11:23:44.685064 osafamfnd [29522:comp.cc:1691] << 
all_csis_in_removed_state: 1
Apr 19 11:23:44.685070 osafamfnd [29522:susm.cc:1021] >> avnd_su_si_oper_done: 
'safSu=SU5,safSg=SGONE,safApp=TWONAPP' '(null)'
Apr 19 11:23:44.685076 osafamfnd [29522:susm.cc:0845] >> 
susi_operation_in_progress: 'safSu=SU5,safSg=SGONE,safApp=TWONAPP' '(null)'
Apr 19 11:23:44.685082 osafamfnd [29522:susm.cc:0890] << 
susi_operation_in_progress: 1
Apr 19 11:23:44.685096 osafamfnd [29522:err.cc:1586] >> 
is_no_assignment_due_to_escalations
Apr 19 11:23:44.685102 osafamfnd [29522:err.cc:1591] << 
is_no_assignment_due_to_escalations: true
Apr 19 11:24:51.153931 osafamfnd [2500:ncs_main_pub.c:0223] TR
NCS:PROCESS_ID=2500


---

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] #1772 AMF: amfnd false assert when unlock 2N Active SU

[Praveen]

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

changeset:   7884:6b5b0b94f493
parent:  7881:689286c9915a
user:praveen.malv...@oracle.com
date:Fri Aug 19 17:42:33 2016 +0530
summary: amfd: do not send duplicate removal of assignment, 2N model [#1772]

changeset:   7883:9ec6e4c928df
branch:  opensaf-5.0.x
parent:  7880:d14853d5594b
user:praveen.malv...@oracle.com
date:Fri Aug 19 17:42:21 2016 +0530
summary: amfd: do not send duplicate removal of assignment, 2N model [#1772]

changeset:   7882:51ae6d6c4840
branch:  opensaf-4.7.x
parent:  7876:ddcd8eca38b0
user:praveen.malv...@oracle.com
date:Fri Aug 19 17:41:54 2016 +0530
summary: amfd: do not send duplicate removal of assignment, 2N model [#1772]





---

** [tickets:#1772] AMF: amfnd false assert when unlock 2N Active SU**

**Status:** fixed
**Milestone:** 4.7.2
**Created:** Wed Apr 20, 2016 02:39 AM UTC by Minh Hon Chau
**Last Updated:** Wed May 11, 2016 09:26 AM UTC
**Owner:** Praveen
**Attachments:**

- 
[amfnd_assert.tgz](https://sourceforge.net/p/opensaf/tickets/1772/attachment/amfnd_assert.tgz)
 (290.1 kB; application/x-compressed)


- Configuration: as attached file
   . Set up 2N amf_demo with active SU4 on PL4, standby SU5, SU5B on PL5.
   . 3 components for each SU
   . 3 SIs, with dependency: SI3 -> SI2 -> S1 (highest sponsored SI)
- Steps:
   . Bring up 2 SU
   . Lock Active SU4, delay csi remove callback 
   . Meanwhile, reboot PL5
   . Release delay of csi remove callback in SU4 -> assignments are removed 
successfully
   . PL5 restarts, SU5B get Active, SU5 get Standb assignments
   . Lock SU5, SU5B
   . Unlock SU4
   -> amfnd on PL4 asserts

2016-04-20 12:36:14 PL-4 osafamfnd[423]: di.cc:835: avnd_di_susi_resp_send: 
Assertion 'si' failed.
2016-04-20 12:36:14 PL-4 osafamfwd[465]: Rebooting OpenSAF NodeId = 0 EE Name = 
No EE Mapped, Reason: AMF unexpectedly crashed, OwnNodeId = 132111, 
SupervisionTime = 60
2016-04-20 12:36:14 PL-4 amf_demo[660]: AL AMF Node Director is down, terminate 
this process



---

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] #1725 AMF: Recover transient SUSIs left over from headless

[Minh Hon Chau]

V3 for review


Attachments:

- 
[1725_V3.tgz](https://sourceforge.net/p/opensaf/tickets/_discuss/thread/7b203666/b2d4/attachment/1725_V3.tgz)
 (22.5 kB; application/x-compressed)


---

** [tickets:#1725] AMF: Recover transient SUSIs left over from headless**

**Status:** review
**Milestone:** 5.1.FC
**Created:** Wed Apr 06, 2016 07:16 AM UTC by Minh Hon Chau
**Last Updated:** Tue Aug 16, 2016 10:33 AM UTC
**Owner:** Minh Hon Chau


This ticket is more likely an enhancement that targets on how AMFD detect and 
recover the transients SUSI left over from headless. There are three major 
situations:
(1) - Cluster goes headless, su/node failover on any payloads can happen, or 
any payloads can be hard rebooted/powered off by operator, then cluster recover
(2) - issue admin op on any AMF entities, cluster goes headless. During 
headless, the middle HA assignments of whole admin op sequence between AMFND 
and components could be:
(2.1) The assignment completes, component returns OK with csi callback, 
then cluster recover
(2.2) The assignment is under going, then cluster recover. The assignment 
afterward could complete, or csi callback returns FAILED_OPERATION or error can 
also happen

At the time cluster recover, amfd has collected all assignments from all 
amfnd(s). These assignments can be in assigned or assigning states whilst its 
HA states do not conform its SG redundancy. Any of (1) (2.1) (2.2) can happen 
in a combination, which means while issuing admin op (2), cluster go headless 
and any kinds of failover (1) can happen during headless.  



---

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] #1937 immtools: Allow immadm to explicitly set ReleaseOnFinalize

[Hung Nguyen]

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

default (5.1) [staging:689286]
changeset:   7881:689286c9915a
user:Hung Nguyen 
date:Tue Aug 09 14:59:42 2016 +0700
summary: immtools: Allow immadm to explicitly set ReleaseOnFinalize [#1937]




---

** [tickets:#1937] immtools: Allow immadm to explicitly set ReleaseOnFinalize**

**Status:** fixed
**Milestone:** 5.1.FC
**Created:** Mon Aug 08, 2016 05:54 AM UTC by Hung Nguyen
**Last Updated:** Tue Aug 09, 2016 08:19 AM UTC
**Owner:** Hung Nguyen


When using immadm with '-a' option to use a custom admo name, ROF is always set 
to false.
In some cases, users might want to auto release the Admo from the object 
instead of using 'immcfg --admin-owner-clear' after every immadm command.

Introduce '-r' option to explicitly set the ROF when initializing admin owner 
handle.
The default value for ROF (when -r option is not specified) is SA_FALSE.


---

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] #1856 Add IMMSv Readme for Headless feature

[Hung Nguyen]

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

default (5.1) [staging:227140]
changeset:   7879:2271405a2dad
user:Hung Nguyen 
date:Tue Aug 16 17:50:26 2016 +0700
summary: imm: Add readme for SC absence feature [#1856]

opensaf-5.0.x [staging:d14853]
changeset:   7880:d14853d5594b
user:Hung Nguyen 
date:Tue Aug 16 17:50:26 2016 +0700
summary: imm: Add readme for SC absence feature [#1856]




---

** [tickets:#1856] Add IMMSv Readme for Headless feature**

**Status:** fixed
**Milestone:** 5.0.1
**Created:** Tue May 31, 2016 09:21 AM UTC by Chani Srivastava
**Last Updated:** Tue Jul 26, 2016 08:06 AM UTC
**Owner:** Hung Nguyen


Like other services(amf, log), there is no IMMSv Readme for Headless feature.

Currently, readme only describes the SC_ABSENCE feature, but how the immsv 
service is expected to behave in the absence of controllers is not documented.



---

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] #1956 IMM: AugmentCcbInitialize crashed when called inside completed callback

[Neelakanta Reddy]

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



---

** [tickets:#1956] IMM: AugmentCcbInitialize crashed when called inside 
completed callback**

**Status:** review
**Milestone:** 5.0.1
**Created:** Wed Aug 17, 2016 12:22 PM UTC by Chani Srivastava
**Last Updated:** Thu Aug 18, 2016 11:18 AM UTC
**Owner:** Neelakanta Reddy
**Attachments:**

- 
[AugInit.7z](https://sourceforge.net/p/opensaf/tickets/1956/attachment/AugInit.7z)
 (1.3 MB; application/octet-stream)


Opensaf Version 5.0
immnd traces and coredump attached

###0  0x7fa056226b55 in raise () from /lib64/libc.so.6
###1  0x7fa056228131 in abort () from /lib64/libc.so.6
###2  0x7fa0559ac08e in getAdmoName () from /usr/lib64/libSaImmOi.so.0
###3  0x7fa0559acb48 in saImmOiAugmentCcbInitialize () from 
/usr/lib64/libSaImmOi.so.0
###4  0x7fa055fda86f in _wrap_saImmOiAugmentCcbInitialize () at 
saImmOiA211_wrap.c:5917
###5  0x00418243 in PyObject_Call (func=0x4d8f, arg=0x4d8f, kw=0x6) at 
Objects/abstract.c:1860
###6  0x00487437 in ext_do_call (nk=, na=, flags=, pp_stack=, func=)
at Python/ceval.c:3846




---

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] #1960 MDS: MDS does not handle dropped TIPC packages

[Hans Nordebäck]

---

** [tickets:#1960] MDS: MDS does not handle dropped TIPC packages **

**Status:** assigned
**Milestone:** 4.7.2
**Created:** Fri Aug 19, 2016 08:39 AM UTC by Hans Nordebäck
**Last Updated:** Fri Aug 19, 2016 08:39 AM UTC
**Owner:** Hans Nordebäck


TIPC is run in connection less mode by OpenSAF, i.e. SOCK_RDM, reliable 
datagram where ordering is guaranteed but message can be dropped at e.g. 
overload situations.
This is not handled by OpenSAF and may cause undetermined behaviour in the 
system.




---

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] #1959 immnd: 32-bit build fails on changeset: 7878

[A V Mahesh (AVM)]

---

** [tickets:#1959] immnd: 32-bit build fails on changeset:  7878**

**Status:** assigned
**Milestone:** 5.1.FC
**Created:** Fri Aug 19, 2016 07:21 AM UTC by A V Mahesh (AVM)
**Last Updated:** Fri Aug 19, 2016 07:21 AM UTC
**Owner:** Neelakanta Reddy


make[7]: Entering directory `/avm/staging-today/osaf/services/saf/immsv/immnd'
g++ -DHAVE_CONFIG_H -I. -I../../../../..  -DSA_CLM_B01 
-DSA_EXTENDED_NAME_SOURCE -I../../../../../osaf/libs/saf/include 
-I../../../../../osaf/libs/core/include 
-I../../../../../osaf/libs/core/leap/include 
-I../../../../../osaf/libs/core/mds/include 
-I../../../../../osaf/libs/core/common/include 
-I../../../../../osaf/libs/core/cplusplus  
-I../../../../../osaf/libs/common/immsv/include  -std=gnu++11 -Wall 
-fno-strict-aliasing -Werror -fPIC -D__STDC_FORMAT_MACROS -D_FORTIFY_SOURCE=2 
-fstack-protector -DINTERNAL_VERSION_ID='""' -g -O2 -MT osafimmnd-ImmModel.o 
-MD -MP -MF .deps/osafimmnd-ImmModel.Tpo -c -o osafimmnd-ImmModel.o `test -f 
'ImmModel.cc' || echo './'`ImmModel.cc
In file included from ../../../../../osaf/libs/core/include/ncs_osprm.h:32:0,
 from ../../../../../osaf/libs/core/include/ncs_lib.h:39,
 from ../../../../../osaf/libs/common/immsv/include/immsv.h:30,
 from immnd.h:31,
 from ImmSearchOp.hh:26,
 from ImmModel.cc:24:
ImmModel.cc: In member function ‘bool ImmModel::verifySchemaChange(const 
string&, ClassInfo*, ClassInfo*, AttrMap&, AttrMap&)’:
../../../../../osaf/libs/core/common/include/logtrace.h:131:95: error: format 
‘%lu’ expects argument of type ‘long unsigned int’, but argument 5 has 
type ‘std::map::size_type {aka unsigned 
int}’ [-Werror=format=]
 #define LOG_NO(format, args...) _logtrace_log(__FILE__, __LINE__, LOG_NOTICE, 
(format), ##args)

   ^
ImmModel.cc:4178:25: note: in expansion of macro ‘LOG_NO’
 LOG_NO("The Number of classes in the cluster %lu 
greater than the schema change"
 ^
../../../../../osaf/libs/core/common/include/logtrace.h:131:95: error: format 
‘%lu’ expects argument of type ‘long unsigned int’, but argument 5 has 
type ‘std::vector::size_type {aka unsigned int}’ 
[-Werror=format=]
 #define LOG_NO(format, args...) _logtrace_log(__FILE__, __LINE__, LOG_NOTICE, 
(format), ##args)

   ^
ImmModel.cc:4187:25: note: in expansion of macro ‘LOG_NO’
 LOG_NO("The Number of Implementers in the cluster %lu 
greater than the schema change"
 ^
../../../../../osaf/libs/core/common/include/logtrace.h:131:95: error: format 
‘%lu’ expects argument of type ‘long unsigned int’, but argument 5 has 
type ‘std::vector::size_type {aka unsigned int}’ 
[-Werror=format=]
 #define LOG_NO(format, args...) _logtrace_log(__FILE__, __LINE__, LOG_NOTICE, 
(format), ##args)

   ^
ImmModel.cc:4196:25: note: in expansion of macro ‘LOG_NO’
 LOG_NO("The Number of AdminOwners in the cluster %lu 
greater than the schema change"
 ^
../../../../../osaf/libs/core/common/include/logtrace.h:131:95: error: format 
‘%lu’ expects argument of type ‘long unsigned int’, but argument 5 has 
type ‘std::vector::size_type {aka unsigned int}’ [-Werror=format=]
 #define LOG_NO(format, args...) _logtrace_log(__FILE__, __LINE__, LOG_NOTICE, 
(format), ##args)

   ^
ImmModel.cc:4205:25: note: in expansion of macro ‘LOG_NO’
 LOG_NO("The Number of Ccbs in the cluster %lu greater 
than the schema change"
 ^
cc1plus: all warnings being treated as errors


---

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