[tickets] [opensaf:tickets] #691 Support of delete of unassigned comp

2014-01-07 Thread Hans Feldt
this change introduced a build error:

  CXX  osafamfd-comp.o
comp.cc: In function ‘SaAisErrorT 
comp_ccb_completed_delete_hdlr(CcbUtilOperationData_t*)’:
comp.cc:1025:12: error: variable ‘comp’ set but not used 
[-Werror=unused-but-set-variable]
  AVD_COMP *comp;
^
cc1plus: all warnings being treated as errors

Will push a fix. I don't see how the code change reflects the proposed change 
in the ticket. Comp deletes are now ALWAYS allowed.


---

** [tickets:#691] Support of delete of unassigned comp**

**Status:** fixed
**Created:** Tue Dec 24, 2013 11:19 AM UTC by Nagendra Kumar
**Last Updated:** Fri Jan 03, 2014 02:56 PM UTC
**Owner:** Nagendra Kumar

As of now, Amf is not allowing delete of a comp until corresponding su is in 
locked-in.
Amf should support delete of a comp if the component is not assigned any csi.


---

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.--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #703 saAmfSUMaintenanceCampaign attribute was not set during the campaign execution.

2014-01-07 Thread Ingvar Bergström
- **status**: assigned -- review



---

** [tickets:#703] saAmfSUMaintenanceCampaign attribute was not set during the 
campaign execution.**

**Status:** review
**Created:** Thu Jan 02, 2014 11:40 AM UTC by Hrishikesh
**Last Updated:** Tue Jan 07, 2014 09:10 AM UTC
**Owner:** Ingvar Bergström

Setup was installed with ChangeSet #4733 with patches from ticket#220.

Application upgrade campaign which modifies compType of the components was 
executed.
It is observed that saAmfSUMaintenanceCampaign attribute of the effected app SU 
is not
set during the execution.

===
SLES1:/hostfs # smf-state camp
safSmfCampaign=campaign1.xml,safApp=safSmfService
state=EXECUTION_SUSPENDED(4)
error=''

immlist safSu=dummy_NWay_1Norm_7,safSg=SG_dummy_n,safApp=N | grep 
saAmfSUMaintenanceCampaign
saAmfSUMaintenanceCampaign SA_NAME_TEmpty
===


---

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.--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #701 AMF: add sample proxy/proxied

2014-01-07 Thread Hans Feldt
changeset:   4785:d88779d80ff4
tag: tip
user:Hans Feldt hans.fe...@ericsson.com
date:Tue Jan 07 10:38:55 2014 +0100
summary: samples: update AMF proxy [#701]



---

** [tickets:#701] AMF: add sample proxy/proxied**

**Status:** accepted
**Created:** Wed Jan 01, 2014 04:21 PM UTC by Hans Feldt
**Last Updated:** Wed Jan 01, 2014 04:34 PM UTC
**Owner:** Hans Feldt




---

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.--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #701 AMF: add sample proxy/proxied

2014-01-07 Thread Hans Feldt
- Description has changed:

Diff:



--- old
+++ new
@@ -0,0 +1 @@
+Closing this one now since I have no more ideas.



- **status**: accepted -- fixed
- **assigned_to**: Hans Feldt --  nobody 



---

** [tickets:#701] AMF: add sample proxy/proxied**

**Status:** fixed
**Created:** Wed Jan 01, 2014 04:21 PM UTC by Hans Feldt
**Last Updated:** Tue Jan 07, 2014 09:39 AM UTC
**Owner:** nobody

Closing this one now since I have no more ideas.


---

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.--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #581 OpenSAF daemons should terminate by calling exit()

2014-01-07 Thread Hans Feldt
- **assigned_to**: Hans Feldt --  nobody 



---

** [tickets:#581] OpenSAF daemons should terminate by calling exit()**

**Status:** unassigned
**Created:** Tue Oct 01, 2013 08:49 AM UTC by Hans Feldt
**Last Updated:** Tue Jan 07, 2014 09:51 AM UTC
**Owner:** nobody

migrated from http://devel.opensaf.org/ticket/2615

 Two purposes:
- enable code coverage analysis, gcov requires a clean exit of the process to 
flush coverage data to file
- logging point

Solution: a common SIGTERM handler in daemon.c that logs and exit the process. 
Any daemon that wants to override this (e.g. amfnd) just install its own 
SIGTERM handler after calling daemonize()



---

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.--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #581 OpenSAF daemons should terminate by calling exit()

2014-01-07 Thread Hans Feldt
- **status**: accepted -- unassigned



---

** [tickets:#581] OpenSAF daemons should terminate by calling exit()**

**Status:** unassigned
**Created:** Tue Oct 01, 2013 08:49 AM UTC by Hans Feldt
**Last Updated:** Tue Jan 07, 2014 09:51 AM UTC
**Owner:** Hans Feldt

migrated from http://devel.opensaf.org/ticket/2615

 Two purposes:
- enable code coverage analysis, gcov requires a clean exit of the process to 
flush coverage data to file
- logging point

Solution: a common SIGTERM handler in daemon.c that logs and exit the process. 
Any daemon that wants to override this (e.g. amfnd) just install its own 
SIGTERM handler after calling daemonize()



---

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.--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #581 OpenSAF daemons should terminate by calling exit()

2014-01-07 Thread Hans Feldt
edsv, glsv, mqsv  dtm remains


---

** [tickets:#581] OpenSAF daemons should terminate by calling exit()**

**Status:** accepted
**Created:** Tue Oct 01, 2013 08:49 AM UTC by Hans Feldt
**Last Updated:** Fri Dec 27, 2013 11:41 AM UTC
**Owner:** Hans Feldt

migrated from http://devel.opensaf.org/ticket/2615

 Two purposes:
- enable code coverage analysis, gcov requires a clean exit of the process to 
flush coverage data to file
- logging point

Solution: a common SIGTERM handler in daemon.c that logs and exit the process. 
Any daemon that wants to override this (e.g. amfnd) just install its own 
SIGTERM handler after calling daemonize()



---

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.--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #394 avsv static analysis issues

2014-01-07 Thread Hans Feldt
replaced by #680


---

** [tickets:#394] avsv static analysis issues**

**Status:** wontfix
**Created:** Fri May 31, 2013 05:13 AM UTC by Nagendra Kumar
**Last Updated:** Fri Aug 30, 2013 10:10 AM UTC
**Owner:** nobody

Migrated from http://devel.opensaf.org/ticket/2583

Place holder ticket for various issues found in avsv


* avsv_amf_csi_attr_list_copy: the allocated buffer is one byte too small and 
strcpy will write past the end (11028, 11037)


Changed 15 months ago by hafe ¶
  ■description modified (diff) 
Changed 15 months ago by hafe ¶
  ■description modified (diff) 
Changed 15 months ago by hafe ¶
  ■patch_waiting changed from no to yes 
Changed 15 months ago by hafe ¶
  ■owner changed from ravisekhar to hafe 
■status changed from new to accepted 
■patch_waiting changed from yes to no 
changeset: 3422:400edea30a8f
branch: opensaf-4.2.x
parent: 3420:6d0a738ecfab
user: Hans Feldt hans.feldt@…
date: Mon Mar 12 15:59:57 2012 +0100
summary: avsv/avnd: allocate more bytes for copy dest (#2583)


changeset: 3423:f4071f4c9f67
tag: tip
parent: 3421:a2b9927d7789
user: Hans Feldt hans.feldt@…
date: Mon Mar 12 15:59:57 2012 +0100
summary: avsv/avnd: allocate more bytes for copy dest (#2583)


Changed 13 months ago by hafe ¶
  ■milestone changed from 4.2.1 to future_releases 



---

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.--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #394 avsv static analysis issues

2014-01-07 Thread Hans Feldt
- **status**: assigned -- wontfix
- **assigned_to**: Hans Feldt --  nobody 



---

** [tickets:#394] avsv static analysis issues**

**Status:** wontfix
**Created:** Fri May 31, 2013 05:13 AM UTC by Nagendra Kumar
**Last Updated:** Fri Aug 30, 2013 10:10 AM UTC
**Owner:** nobody

Migrated from http://devel.opensaf.org/ticket/2583

Place holder ticket for various issues found in avsv


* avsv_amf_csi_attr_list_copy: the allocated buffer is one byte too small and 
strcpy will write past the end (11028, 11037)


Changed 15 months ago by hafe ¶
  ■description modified (diff) 
Changed 15 months ago by hafe ¶
  ■description modified (diff) 
Changed 15 months ago by hafe ¶
  ■patch_waiting changed from no to yes 
Changed 15 months ago by hafe ¶
  ■owner changed from ravisekhar to hafe 
■status changed from new to accepted 
■patch_waiting changed from yes to no 
changeset: 3422:400edea30a8f
branch: opensaf-4.2.x
parent: 3420:6d0a738ecfab
user: Hans Feldt hans.feldt@…
date: Mon Mar 12 15:59:57 2012 +0100
summary: avsv/avnd: allocate more bytes for copy dest (#2583)


changeset: 3423:f4071f4c9f67
tag: tip
parent: 3421:a2b9927d7789
user: Hans Feldt hans.feldt@…
date: Mon Mar 12 15:59:57 2012 +0100
summary: avsv/avnd: allocate more bytes for copy dest (#2583)


Changed 13 months ago by hafe ¶
  ■milestone changed from 4.2.1 to future_releases 



---

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.--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #700 amfnd crashed during longevity test

2014-01-07 Thread Nagendra Kumar
- **status**: unassigned -- assigned
- **assigned_to**: Nagendra Kumar



---

** [tickets:#700] amfnd crashed during longevity test**

**Status:** assigned
**Created:** Mon Dec 30, 2013 01:04 PM UTC by surender khetavath
**Last Updated:** Fri Jan 03, 2014 10:52 AM UTC
**Owner:** Nagendra Kumar

GDB output:
GNU gdb (GDB) SUSE (7.3-0.6.1)
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-suse-linux.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/lib64/opensaf/osafamfnd...done.
[New LWP 2552]
[New LWP 2554]
[New LWP 2555]
[New LWP 2556]
[Thread debugging using libthread_db enabled]
Core was generated by `/usr/lib64/opensaf/osafamfnd --tracemask=0x'.
Program terminated with signal 11, Segmentation fault.
#0  0x7f2a23cff812 in __strlen_sse2 () from /lib64/libc.so.6
(gdb) bt
#0  0x7f2a23cff812 in __strlen_sse2 () from /lib64/libc.so.6
#1  0x7f2a23cc73dd in vfprintf () from /lib64/libc.so.6
#2  0x7f2a23d6b609 in __vsnprintf_chk () from /lib64/libc.so.6
#3  0x7f2a25441263 in vsnprintf (__ap=optimized out, __fmt=optimized 
out,
__n=optimized out, __s=optimized out) at /usr/include/bits/stdio2.h:78
#4  output (file=0x44576b comp.cc, line=1220, priority=7, category=10,
format=0x445801 %s: comp: '%s' : csi: '%p', ap=0x7fff2446b660) at 
logtrace.c:100
#5  0x7f2a254413fe in _logtrace_trace (
file=0x4e3d695366617360 Address 0x4e3d695366617360 out of bounds, 
line=608613450,
category=1634099571, format=optimized out) at logtrace.c:168
#6  0x0041dcd8 in avnd_comp_csi_remove (cb=0x65a920, 
comp=0x4e3d69536661732c, csi=0x0)
at comp.cc:1220
#7  0x0041e20b in avnd_comp_csi_remove_done (cb=0x65a920, 
comp=0x67feb0, csi=0x0)
at comp.cc:1762
#8  0x0041dd81 in avnd_comp_csi_remove (cb=0x65a920, comp=0x67feb0, 
csi=0x0)
at comp.cc:1332
#9  0x0043a90e in avnd_su_si_remove (cb=0x65a920, su=0x673fa0, si=0x0) 
at susm.cc:774
#10 0x00438323 in avnd_su_si_msg_prc (cb=0x65a920, su=0x673fa0, 
info=0x69b538)
at susm.cc:392
#11 0x00435c1e in avnd_evt_avd_info_su_si_assign_evh (cb=0x65a920, 
evt=optimized out)
at su.cc:290
#12 0x0042b87b in avnd_evt_process (evt=0x6a9370) at main.cc:665
#13 0x0042c2f8 in avnd_main_process () at main.cc:606
#14 0x0042c485 in main (argc=2, argv=0x7fff2446ba38) at main.cc:176
(gdb) btfu^H^[[K^H^[[K full
#0  0x7f2a23cff812 in __strlen_sse2 () from /lib64/libc.so.6
No symbol table info available.
#1  0x7f2a23cc73dd in vfprintf () from /lib64/libc.so.6
No symbol table info available.
#2  0x7f2a23d6b609 in __vsnprintf_chk () from /lib64/libc.so.6
No symbol table info available.
#3  0x7f2a25441263 in vsnprintf (__ap=optimized out, __fmt=optimized 
out,
__n=optimized out, __s=optimized out) at /usr/include/bits/stdio2.h:78

No locals.
#4  output (file=0x44576b comp.cc, line=1220, priority=7, category=10,
format=0x445801 %s: comp: '%s' : csi: '%p', ap=0x7fff2446b660) at 
logtrace.c:100
i = 33
tv = {tv_sec = 1388140587, tv_usec = 960913}
preamble = Dec 27 16:06:27.960913 osafamfnd [2552:comp.cc:1220]  %s: 
comp: '%s' : csi: 
'%p'\000\000\060\000\000\000\001\000\000\000\000\000\000\000@=k\000\000\000\000\000
 
\251e\000\000\000\000\000@=k\000\000\000\000\000\345*U\254\371\271S\302?g\000\000\000\000\000\001\000\000\000\000\000\000\000\240?g\000\000\000\000\000
 
\251e\000\000\000\000\000@=k\000\000\000\000\000r=k\000\000\000\000\000\302?g\000\000\000\000\000\345*U\254\371\271S0\000\000\000\060\000\000\000\240?g\000\000\000\000\000\001,
 '\000' repeats 15 times...
log_string = Dec 27 16:06:27.960913 osafamfnd [2552:comp.cc:1220]  
avnd_comp_csi_remove: comp: 
'\177\000\000\060\321F%*\177\000\000\000\000\000\000\000\000\000\000\037\340ܴ\017\001\002\000\002\000\000\000\000\000\000\000\002\000\000\000\000\000\001\000\037\340ܴ\017\001\002\000\000\033g,
 '\000' repeats 37 times, `\263F$\000\000\000\000\065\206\316#*\177\000\000 
\036g\000\000\000\000\000 
\036g\000\000\000\000\000\000\033g\000\000\000\000\000\037\340ܴ\017\001\002\000\001\000\000\000\000\000\000\000\377\377\001\000\000\000\000\000...
__PRETTY_FUNCTION__ = output
#5  0x7f2a254413fe in _logtrace_trace (
file=0x4e3d695366617360 Address 0x4e3d695366617360 out of bounds, 
line=608613450,
category=1634099571, format=optimized out) at logtrace.c:168
ap = {{gp_offset = 48, fp_offset = 48, overflow_arg_area = 
0x7fff2446b740,
reg_save_area = 0x7fff2446b680}}
#6  0x0041dcd8 in avnd_comp_csi_remove (cb=0x65a920, 
comp=0x4e3d69536661732c, csi=0x0)
at comp.cc:1220
curr_csi = 

[tickets] [opensaf:tickets] #700 amfnd crashed during longevity test

2014-01-07 Thread Nagendra Kumar
Other services like Imm, Log, etc are not able to work properly because system 
doesn't have memory space; hence it is not a valid use case to run OpenSAF on 
the system.



---

** [tickets:#700] amfnd crashed during longevity test**

**Status:** wontfix
**Created:** Mon Dec 30, 2013 01:04 PM UTC by surender khetavath
**Last Updated:** Tue Jan 07, 2014 10:10 AM UTC
**Owner:** Nagendra Kumar

GDB output:
GNU gdb (GDB) SUSE (7.3-0.6.1)
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-suse-linux.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/lib64/opensaf/osafamfnd...done.
[New LWP 2552]
[New LWP 2554]
[New LWP 2555]
[New LWP 2556]
[Thread debugging using libthread_db enabled]
Core was generated by `/usr/lib64/opensaf/osafamfnd --tracemask=0x'.
Program terminated with signal 11, Segmentation fault.
#0  0x7f2a23cff812 in __strlen_sse2 () from /lib64/libc.so.6
(gdb) bt
#0  0x7f2a23cff812 in __strlen_sse2 () from /lib64/libc.so.6
#1  0x7f2a23cc73dd in vfprintf () from /lib64/libc.so.6
#2  0x7f2a23d6b609 in __vsnprintf_chk () from /lib64/libc.so.6
#3  0x7f2a25441263 in vsnprintf (__ap=optimized out, __fmt=optimized 
out,
__n=optimized out, __s=optimized out) at /usr/include/bits/stdio2.h:78
#4  output (file=0x44576b comp.cc, line=1220, priority=7, category=10,
format=0x445801 %s: comp: '%s' : csi: '%p', ap=0x7fff2446b660) at 
logtrace.c:100
#5  0x7f2a254413fe in _logtrace_trace (
file=0x4e3d695366617360 Address 0x4e3d695366617360 out of bounds, 
line=608613450,
category=1634099571, format=optimized out) at logtrace.c:168
#6  0x0041dcd8 in avnd_comp_csi_remove (cb=0x65a920, 
comp=0x4e3d69536661732c, csi=0x0)
at comp.cc:1220
#7  0x0041e20b in avnd_comp_csi_remove_done (cb=0x65a920, 
comp=0x67feb0, csi=0x0)
at comp.cc:1762
#8  0x0041dd81 in avnd_comp_csi_remove (cb=0x65a920, comp=0x67feb0, 
csi=0x0)
at comp.cc:1332
#9  0x0043a90e in avnd_su_si_remove (cb=0x65a920, su=0x673fa0, si=0x0) 
at susm.cc:774
#10 0x00438323 in avnd_su_si_msg_prc (cb=0x65a920, su=0x673fa0, 
info=0x69b538)
at susm.cc:392
#11 0x00435c1e in avnd_evt_avd_info_su_si_assign_evh (cb=0x65a920, 
evt=optimized out)
at su.cc:290
#12 0x0042b87b in avnd_evt_process (evt=0x6a9370) at main.cc:665
#13 0x0042c2f8 in avnd_main_process () at main.cc:606
#14 0x0042c485 in main (argc=2, argv=0x7fff2446ba38) at main.cc:176
(gdb) btfu^H^[[K^H^[[K full
#0  0x7f2a23cff812 in __strlen_sse2 () from /lib64/libc.so.6
No symbol table info available.
#1  0x7f2a23cc73dd in vfprintf () from /lib64/libc.so.6
No symbol table info available.
#2  0x7f2a23d6b609 in __vsnprintf_chk () from /lib64/libc.so.6
No symbol table info available.
#3  0x7f2a25441263 in vsnprintf (__ap=optimized out, __fmt=optimized 
out,
__n=optimized out, __s=optimized out) at /usr/include/bits/stdio2.h:78

No locals.
#4  output (file=0x44576b comp.cc, line=1220, priority=7, category=10,
format=0x445801 %s: comp: '%s' : csi: '%p', ap=0x7fff2446b660) at 
logtrace.c:100
i = 33
tv = {tv_sec = 1388140587, tv_usec = 960913}
preamble = Dec 27 16:06:27.960913 osafamfnd [2552:comp.cc:1220]  %s: 
comp: '%s' : csi: 
'%p'\000\000\060\000\000\000\001\000\000\000\000\000\000\000@=k\000\000\000\000\000
 
\251e\000\000\000\000\000@=k\000\000\000\000\000\345*U\254\371\271S\302?g\000\000\000\000\000\001\000\000\000\000\000\000\000\240?g\000\000\000\000\000
 
\251e\000\000\000\000\000@=k\000\000\000\000\000r=k\000\000\000\000\000\302?g\000\000\000\000\000\345*U\254\371\271S0\000\000\000\060\000\000\000\240?g\000\000\000\000\000\001,
 '\000' repeats 15 times...
log_string = Dec 27 16:06:27.960913 osafamfnd [2552:comp.cc:1220]  
avnd_comp_csi_remove: comp: 
'\177\000\000\060\321F%*\177\000\000\000\000\000\000\000\000\000\000\037\340ܴ\017\001\002\000\002\000\000\000\000\000\000\000\002\000\000\000\000\000\001\000\037\340ܴ\017\001\002\000\000\033g,
 '\000' repeats 37 times, `\263F$\000\000\000\000\065\206\316#*\177\000\000 
\036g\000\000\000\000\000 
\036g\000\000\000\000\000\000\033g\000\000\000\000\000\037\340ܴ\017\001\002\000\001\000\000\000\000\000\000\000\377\377\001\000\000\000\000\000...
__PRETTY_FUNCTION__ = output
#5  0x7f2a254413fe in _logtrace_trace (
file=0x4e3d695366617360 Address 0x4e3d695366617360 out of bounds, 
line=608613450,
category=1634099571, format=optimized out) at logtrace.c:168
ap = {{gp_offset = 48, fp_offset = 48, overflow_arg_area = 
0x7fff2446b740,
reg_save_area = 0x7fff2446b680}}
#6  0x0041dcd8 in 

[tickets] [opensaf:tickets] #700 amfnd crashed during longevity test

2014-01-07 Thread Nagendra Kumar
- **status**: assigned -- wontfix



---

** [tickets:#700] amfnd crashed during longevity test**

**Status:** wontfix
**Created:** Mon Dec 30, 2013 01:04 PM UTC by surender khetavath
**Last Updated:** Tue Jan 07, 2014 10:10 AM UTC
**Owner:** Nagendra Kumar

GDB output:
GNU gdb (GDB) SUSE (7.3-0.6.1)
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-suse-linux.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/lib64/opensaf/osafamfnd...done.
[New LWP 2552]
[New LWP 2554]
[New LWP 2555]
[New LWP 2556]
[Thread debugging using libthread_db enabled]
Core was generated by `/usr/lib64/opensaf/osafamfnd --tracemask=0x'.
Program terminated with signal 11, Segmentation fault.
#0  0x7f2a23cff812 in __strlen_sse2 () from /lib64/libc.so.6
(gdb) bt
#0  0x7f2a23cff812 in __strlen_sse2 () from /lib64/libc.so.6
#1  0x7f2a23cc73dd in vfprintf () from /lib64/libc.so.6
#2  0x7f2a23d6b609 in __vsnprintf_chk () from /lib64/libc.so.6
#3  0x7f2a25441263 in vsnprintf (__ap=optimized out, __fmt=optimized 
out,
__n=optimized out, __s=optimized out) at /usr/include/bits/stdio2.h:78
#4  output (file=0x44576b comp.cc, line=1220, priority=7, category=10,
format=0x445801 %s: comp: '%s' : csi: '%p', ap=0x7fff2446b660) at 
logtrace.c:100
#5  0x7f2a254413fe in _logtrace_trace (
file=0x4e3d695366617360 Address 0x4e3d695366617360 out of bounds, 
line=608613450,
category=1634099571, format=optimized out) at logtrace.c:168
#6  0x0041dcd8 in avnd_comp_csi_remove (cb=0x65a920, 
comp=0x4e3d69536661732c, csi=0x0)
at comp.cc:1220
#7  0x0041e20b in avnd_comp_csi_remove_done (cb=0x65a920, 
comp=0x67feb0, csi=0x0)
at comp.cc:1762
#8  0x0041dd81 in avnd_comp_csi_remove (cb=0x65a920, comp=0x67feb0, 
csi=0x0)
at comp.cc:1332
#9  0x0043a90e in avnd_su_si_remove (cb=0x65a920, su=0x673fa0, si=0x0) 
at susm.cc:774
#10 0x00438323 in avnd_su_si_msg_prc (cb=0x65a920, su=0x673fa0, 
info=0x69b538)
at susm.cc:392
#11 0x00435c1e in avnd_evt_avd_info_su_si_assign_evh (cb=0x65a920, 
evt=optimized out)
at su.cc:290
#12 0x0042b87b in avnd_evt_process (evt=0x6a9370) at main.cc:665
#13 0x0042c2f8 in avnd_main_process () at main.cc:606
#14 0x0042c485 in main (argc=2, argv=0x7fff2446ba38) at main.cc:176
(gdb) btfu^H^[[K^H^[[K full
#0  0x7f2a23cff812 in __strlen_sse2 () from /lib64/libc.so.6
No symbol table info available.
#1  0x7f2a23cc73dd in vfprintf () from /lib64/libc.so.6
No symbol table info available.
#2  0x7f2a23d6b609 in __vsnprintf_chk () from /lib64/libc.so.6
No symbol table info available.
#3  0x7f2a25441263 in vsnprintf (__ap=optimized out, __fmt=optimized 
out,
__n=optimized out, __s=optimized out) at /usr/include/bits/stdio2.h:78

No locals.
#4  output (file=0x44576b comp.cc, line=1220, priority=7, category=10,
format=0x445801 %s: comp: '%s' : csi: '%p', ap=0x7fff2446b660) at 
logtrace.c:100
i = 33
tv = {tv_sec = 1388140587, tv_usec = 960913}
preamble = Dec 27 16:06:27.960913 osafamfnd [2552:comp.cc:1220]  %s: 
comp: '%s' : csi: 
'%p'\000\000\060\000\000\000\001\000\000\000\000\000\000\000@=k\000\000\000\000\000
 
\251e\000\000\000\000\000@=k\000\000\000\000\000\345*U\254\371\271S\302?g\000\000\000\000\000\001\000\000\000\000\000\000\000\240?g\000\000\000\000\000
 
\251e\000\000\000\000\000@=k\000\000\000\000\000r=k\000\000\000\000\000\302?g\000\000\000\000\000\345*U\254\371\271S0\000\000\000\060\000\000\000\240?g\000\000\000\000\000\001,
 '\000' repeats 15 times...
log_string = Dec 27 16:06:27.960913 osafamfnd [2552:comp.cc:1220]  
avnd_comp_csi_remove: comp: 
'\177\000\000\060\321F%*\177\000\000\000\000\000\000\000\000\000\000\037\340ܴ\017\001\002\000\002\000\000\000\000\000\000\000\002\000\000\000\000\000\001\000\037\340ܴ\017\001\002\000\000\033g,
 '\000' repeats 37 times, `\263F$\000\000\000\000\065\206\316#*\177\000\000 
\036g\000\000\000\000\000 
\036g\000\000\000\000\000\000\033g\000\000\000\000\000\037\340ܴ\017\001\002\000\001\000\000\000\000\000\000\000\377\377\001\000\000\000\000\000...
__PRETTY_FUNCTION__ = output
#5  0x7f2a254413fe in _logtrace_trace (
file=0x4e3d695366617360 Address 0x4e3d695366617360 out of bounds, 
line=608613450,
category=1634099571, format=optimized out) at logtrace.c:168
ap = {{gp_offset = 48, fp_offset = 48, overflow_arg_area = 
0x7fff2446b740,
reg_save_area = 0x7fff2446b680}}
#6  0x0041dcd8 in avnd_comp_csi_remove (cb=0x65a920, 
comp=0x4e3d69536661732c, csi=0x0)
at comp.cc:1220
curr_csi = optimized out
is_assigned = optimized 

[tickets] [opensaf:tickets] #709 saImmRepositoryInit attrib modification returns TRY_AGAIN in 2PBE scenario

2014-01-07 Thread surender khetavath



---

** [tickets:#709] saImmRepositoryInit attrib modification returns TRY_AGAIN in 
2PBE scenario**

**Status:** unassigned
**Created:** Tue Jan 07, 2014 10:23 AM UTC by surender khetavath
**Last Updated:** Tue Jan 07, 2014 10:23 AM UTC
**Owner:** nobody

changeset : 4733
setup: 5nodes

Test:
2PBE is configured as per README.2PBE.
SC-1 was active and sc-2 standby
Opensaf on all the 3 payloads is started.
Then opensaf is stopped in this order PL-5,4,3 SC-2. 
Now modification to attibute saImmRepositoryInit returns ERR_TRY_AGAIN


immcfg -a saImmRepositoryInit=2 safRdn=immManagement,safApp=safImmService
error - saImmOmCcbObjectModify_2 FAILED: SA_AIS_ERR_TRY_AGAIN (6)
Jan  7 15:42:51 SC-1 osafimmnd[2283]: NO Precheck of fevs message of type 33 
failed with ERROR:18
error - immcfg command timed out (alarm)
SC-1:/etc/opensaf # immcfg -a saImmRepositoryInit=2 
safRdn=immManagement,safApp=safImmService
error - saImmOmCcbObjectModify_2 FAILED: SA_AIS_ERR_TRY_AGAIN (6)
Jan  7 15:43:57 SC-1 osafimmnd[2283]: NO Precheck of fevs message of type 33 
failed with ERROR:18
error - immcfg command timed out (alarm)
SC-1:/etc/opensaf # ls -l /var/crash/opensaf/
total 0
SC-1:/etc/opensaf # immlist safRdn=immManagement,safApp=safImmService
Name   Type Value(s)

safRdn SA_STRING_T  
safRdn=immManagement 
saImmRepositoryInitSA_UINT32_T  1 (0x1)
saImmOiTimeout SA_TIME_TEmpty
saImmNumOisSA_UINT32_T  Empty
saImmNumInitializedCcbsSA_UINT32_T  Empty
saImmNumAdminOwnedObjects  SA_UINT32_T  Empty
saImmLastUpdateSA_TIME_TEmpty
saImmExportFileUri SA_STRING_T  Empty
SaImmAttrImplementerName   SA_STRING_T  Empty
SaImmAttrClassName SA_STRING_T  SaImmMngt 
SaImmAttrAdminOwnerNameSA_STRING_T  Empty

SC-1:/etc/opensaf # immcfg -a saImmRepositoryInit=2 
safRdn=immManagement,safApp=safImmService
error - saImmOmCcbObjectModify_2 FAILED: SA_AIS_ERR_TRY_AGAIN (6)
Jan  7 15:46:26 SC-1 osafimmnd[2283]: NO Precheck of fevs message of type 33 
failed with ERROR:18
error - immcfg command timed out (alarm)

/var/log/messages:
Jan  7 15:40:38 SC-1 osafamfd[2338]: NO Node 'SC-2' left the cluster
Jan  7 15:40:38 SC-1 osafimmnd[2283]: NO Implementer connected: 69 
(MsgQueueService131599) 691, 2010f
Jan  7 15:40:38 SC-1 osafimmnd[2283]: NO Implementer locally disconnected. 
Marking it as doomed 69 691, 2010f (MsgQueueService131599)
Jan  7 15:40:38 SC-1 opensaf_reboot: Rebooting remote node in the absence of 
PLM is outside the scope of OpenSAF
Jan  7 15:40:38 SC-1 osafimmnd[2283]: NO Implementer disconnected 69 691, 
2010f (MsgQueueService131599)
Jan  7 15:40:38 SC-1 osafclmd[2319]: ER Node 131855 doesn't exist
Jan  7 15:40:38 SC-1 kernel: [  457.764164] TIPC: Resetting link 
1.1.1:eth3-1.1.3:eth2, peer not responding
Jan  7 15:40:38 SC-1 kernel: [  457.764177] TIPC: Lost link 
1.1.1:eth3-1.1.3:eth2 on network plane A
Jan  7 15:40:38 SC-1 kernel: [  457.764186] TIPC: Lost contact with 1.1.3


logs attached. 


---

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.--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #709 saImmRepositoryInit attrib modification returns TRY_AGAIN in 2PBE scenario

2014-01-07 Thread Anders Bjornerstedt
- **status**: unassigned -- assigned
- **assigned_to**: Anders Bjornerstedt
- **Milestone**: future -- 4.4.0



---

** [tickets:#709] saImmRepositoryInit attrib modification returns TRY_AGAIN in 
2PBE scenario**

**Status:** assigned
**Created:** Tue Jan 07, 2014 10:23 AM UTC by surender khetavath
**Last Updated:** Tue Jan 07, 2014 10:23 AM UTC
**Owner:** Anders Bjornerstedt

changeset : 4733
setup: 5nodes

Test:
2PBE is configured as per README.2PBE.
SC-1 was active and sc-2 standby
Opensaf on all the 3 payloads is started.
Then opensaf is stopped in this order PL-5,4,3 SC-2. 
Now modification to attibute saImmRepositoryInit returns ERR_TRY_AGAIN


immcfg -a saImmRepositoryInit=2 safRdn=immManagement,safApp=safImmService
error - saImmOmCcbObjectModify_2 FAILED: SA_AIS_ERR_TRY_AGAIN (6)
Jan  7 15:42:51 SC-1 osafimmnd[2283]: NO Precheck of fevs message of type 33 
failed with ERROR:18
error - immcfg command timed out (alarm)
SC-1:/etc/opensaf # immcfg -a saImmRepositoryInit=2 
safRdn=immManagement,safApp=safImmService
error - saImmOmCcbObjectModify_2 FAILED: SA_AIS_ERR_TRY_AGAIN (6)
Jan  7 15:43:57 SC-1 osafimmnd[2283]: NO Precheck of fevs message of type 33 
failed with ERROR:18
error - immcfg command timed out (alarm)
SC-1:/etc/opensaf # ls -l /var/crash/opensaf/
total 0
SC-1:/etc/opensaf # immlist safRdn=immManagement,safApp=safImmService
Name   Type Value(s)

safRdn SA_STRING_T  
safRdn=immManagement 
saImmRepositoryInitSA_UINT32_T  1 (0x1)
saImmOiTimeout SA_TIME_TEmpty
saImmNumOisSA_UINT32_T  Empty
saImmNumInitializedCcbsSA_UINT32_T  Empty
saImmNumAdminOwnedObjects  SA_UINT32_T  Empty
saImmLastUpdateSA_TIME_TEmpty
saImmExportFileUri SA_STRING_T  Empty
SaImmAttrImplementerName   SA_STRING_T  Empty
SaImmAttrClassName SA_STRING_T  SaImmMngt 
SaImmAttrAdminOwnerNameSA_STRING_T  Empty

SC-1:/etc/opensaf # immcfg -a saImmRepositoryInit=2 
safRdn=immManagement,safApp=safImmService
error - saImmOmCcbObjectModify_2 FAILED: SA_AIS_ERR_TRY_AGAIN (6)
Jan  7 15:46:26 SC-1 osafimmnd[2283]: NO Precheck of fevs message of type 33 
failed with ERROR:18
error - immcfg command timed out (alarm)

/var/log/messages:
Jan  7 15:40:38 SC-1 osafamfd[2338]: NO Node 'SC-2' left the cluster
Jan  7 15:40:38 SC-1 osafimmnd[2283]: NO Implementer connected: 69 
(MsgQueueService131599) 691, 2010f
Jan  7 15:40:38 SC-1 osafimmnd[2283]: NO Implementer locally disconnected. 
Marking it as doomed 69 691, 2010f (MsgQueueService131599)
Jan  7 15:40:38 SC-1 opensaf_reboot: Rebooting remote node in the absence of 
PLM is outside the scope of OpenSAF
Jan  7 15:40:38 SC-1 osafimmnd[2283]: NO Implementer disconnected 69 691, 
2010f (MsgQueueService131599)
Jan  7 15:40:38 SC-1 osafclmd[2319]: ER Node 131855 doesn't exist
Jan  7 15:40:38 SC-1 kernel: [  457.764164] TIPC: Resetting link 
1.1.1:eth3-1.1.3:eth2, peer not responding
Jan  7 15:40:38 SC-1 kernel: [  457.764177] TIPC: Lost link 
1.1.1:eth3-1.1.3:eth2 on network plane A
Jan  7 15:40:38 SC-1 kernel: [  457.764186] TIPC: Lost contact with 1.1.3


logs attached. 


---

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.--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #702 IMMTOOLS: creating an object using immcfg crashes when RDN value has a DN of an associated object

2014-01-07 Thread Zoran Milinkovic
- **status**: review -- fixed



---

** [tickets:#702] IMMTOOLS: creating an object using immcfg crashes when RDN 
value has a DN of an associated object**

**Status:** fixed
**Created:** Thu Jan 02, 2014 10:05 AM UTC by Zoran Milinkovic
**Last Updated:** Thu Jan 02, 2014 12:27 PM UTC
**Owner:** Zoran Milinkovic

When trying to create a new object, which does not have a parent DN, and its 
RDN value has a DN of an associated object, immcfg crashes.

Example:
$ immcfg -c TestClass 'id=testid=1\,testid=5'
Segmentation fault (core dumped)


---

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.--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #702 IMMTOOLS: creating an object using immcfg crashes when RDN value has a DN of an associated object

2014-01-07 Thread Zoran Milinkovic
opensaf-4.2.x:

changeset:   4786:e33d3933f335
branch:  opensaf-4.2.x
parent:  4751:3277c773f609
user:Zoran Milinkovic zoran.milinko...@ericsson.com
date:Thu Jan 02 13:15:55 2014 +0100
summary: IMMTOOLS: fix RDN value with a DN of an associated object in 
immcfg [#702]

-

opensaf-4.3.x:

changeset:   4787:446574bdd7db
branch:  opensaf-4.3.x
parent:  4752:bb00faa2f8bd
user:Zoran Milinkovic zoran.milinko...@ericsson.com
date:Thu Jan 02 13:15:55 2014 +0100
summary: IMMTOOLS: fix RDN value with a DN of an associated object in 
immcfg [#702]

-

default(4.4):

changeset:   4788:f7289aea6f8b
tag: tip
parent:  4785:d88779d80ff4
user:Zoran Milinkovic zoran.milinko...@ericsson.com
date:Thu Jan 02 13:15:55 2014 +0100
summary: IMMTOOLS: fix RDN value with a DN of an associated object in 
immcfg [#702]



---

** [tickets:#702] IMMTOOLS: creating an object using immcfg crashes when RDN 
value has a DN of an associated object**

**Status:** fixed
**Created:** Thu Jan 02, 2014 10:05 AM UTC by Zoran Milinkovic
**Last Updated:** Thu Jan 02, 2014 12:27 PM UTC
**Owner:** Zoran Milinkovic

When trying to create a new object, which does not have a parent DN, and its 
RDN value has a DN of an associated object, immcfg crashes.

Example:
$ immcfg -c TestClass 'id=testid=1\,testid=5'
Segmentation fault (core dumped)


---

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.--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #676 To improve fault analyse make current changeset visible in syslog and in file

2014-01-07 Thread hano
- **status**: assigned -- fixed



---

** [tickets:#676] To improve fault analyse make current changeset visible in 
syslog and in file**

**Status:** fixed
**Created:** Wed Dec 18, 2013 04:28 PM UTC by hano
**Last Updated:** Fri Dec 20, 2013 09:13 AM UTC
**Owner:** hano

To improve fault analyse the current changeset used when configuring osaf can
be generated and visible in the syslog and in the file in question. 
Example below:

Dec 18 17:14:09 SC-1 local0.notice osafamfd[457]: Internal version id: 
4741:1e1fccfafcc3

 
(gdb) p internal_version_id_
$1 = 0x4b2110 4741:1e1fccfafcc3




---

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.--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #94 Convert AMF to C++

2014-01-07 Thread Mathi Naickan
- **Milestone**: 4.4.FC -- future



---

** [tickets:#94] Convert AMF to C++**

**Status:** accepted
**Created:** Mon May 13, 2013 05:00 AM UTC by Nagendra Kumar
**Last Updated:** Wed Dec 11, 2013 10:30 AM UTC
**Owner:** hano

Migrated from http://devel.opensaf.org/ticket/2631

As part of the refactoring effort in AMF, the suggestion is that AMF is 
converted from C to C++. This will make it possible to take advantage of the 
the higher-level language constructs in the C++ standard library, for example 
std::list, std::string, std::set and std::map. By using higher level language 
features like these, the code can be simplified and made easier to maintain.


Since C is basically a subset of C++, conversion from C to C++ should be fairly 
straightforward. In the best case, it can be a simple matter of renaming the C 
source files from *.c to *.cc and the header files from *.h to *.hh


In reality, there are a few minor differences between C and C++. For example, 
functions taking no parameters are declared differently in C and C++. Also C++ 
has stricter type-checking than C which means that in some cases C++ may 
require an explicit cast where C is happy with an implicit cast.
--
Changed 9 months ago by anwi ¶
  GCC is currently being converted from C to C++, and it looks like this 
conversion is going to be merged into the upcoming GCC 4.8 to be released in 
2013. Some inspiration and ideas for refactoring OpenSAF can be found when 
looking at their wiki page for the C++ conversion, even though not everything 
is applicable to us. Their page can be found here:  
http://gcc.gnu.org/wiki/cxx-conversion


Changed 3 weeks ago by hafe ¶
  changeset: 4207:096b6746fd2e
tag: tip
user: Hans Nordeback hans.nordeback@…
date: Mon Apr 22 14:53:08 2013 +0200
summary: avsv: convert AMF director C++ (part 1, #2631)






---

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.--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #94 Convert AMF to C++

2014-01-07 Thread Mathi Naickan
Moving the milestone to future, in preperation for the 4.4 FC tag


---

** [tickets:#94] Convert AMF to C++**

**Status:** accepted
**Created:** Mon May 13, 2013 05:00 AM UTC by Nagendra Kumar
**Last Updated:** Wed Dec 11, 2013 10:30 AM UTC
**Owner:** hano

Migrated from http://devel.opensaf.org/ticket/2631

As part of the refactoring effort in AMF, the suggestion is that AMF is 
converted from C to C++. This will make it possible to take advantage of the 
the higher-level language constructs in the C++ standard library, for example 
std::list, std::string, std::set and std::map. By using higher level language 
features like these, the code can be simplified and made easier to maintain.


Since C is basically a subset of C++, conversion from C to C++ should be fairly 
straightforward. In the best case, it can be a simple matter of renaming the C 
source files from *.c to *.cc and the header files from *.h to *.hh


In reality, there are a few minor differences between C and C++. For example, 
functions taking no parameters are declared differently in C and C++. Also C++ 
has stricter type-checking than C which means that in some cases C++ may 
require an explicit cast where C is happy with an implicit cast.
--
Changed 9 months ago by anwi ¶
  GCC is currently being converted from C to C++, and it looks like this 
conversion is going to be merged into the upcoming GCC 4.8 to be released in 
2013. Some inspiration and ideas for refactoring OpenSAF can be found when 
looking at their wiki page for the C++ conversion, even though not everything 
is applicable to us. Their page can be found here:  
http://gcc.gnu.org/wiki/cxx-conversion


Changed 3 weeks ago by hafe ¶
  changeset: 4207:096b6746fd2e
tag: tip
user: Hans Nordeback hans.nordeback@…
date: Mon Apr 22 14:53:08 2013 +0200
summary: avsv: convert AMF director C++ (part 1, #2631)






---

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.--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #709 saImmRepositoryInit attrib modification returns TRY_AGAIN in 2PBE scenario

2014-01-07 Thread Anders Bjornerstedt
If I understand correctly, you have a cluster configured for 2PBE where
only one SC is available. That means the cluster is by default not persistent
writable (in the twoSafe2PBE state that requires both PBEs to be available).
Ccb operations will be rejected with TRY_AGAIN in this state. 

It is possible, in a 2PBE system with only one SC currently available,
to enter the oneSafe2PBE state. This will open up for allowing persistent
writes using only one SC. Such writes will then of course only reach one
of the two PBE files. This should be avoided unless the ccb is urgent, or
necessary as part of the repair of the other SC. See the section titled 
'oneSafe2PBE' in the README.2PBE file. 

In this particular case, the ccb is quite special. You are updating the
repositoryInitMode, that controls the enablement of the PBE service itself.
If the current state of the repositoryInitMode is SA_IMM_INIT_FROM_FILE
then there should be no problem in applying the CCB. Even if 2PBE is
configured and only one SC is available, when PBE is disabled then the
cluster should be persistentWritable even if the PBE is not available
(it not expected to be running). 

But if the current state of the repositoryInitMode is SA_IMM_KEEP_REPOSITORY
then the oneSAfe2PBE needs to be toggled on to allow persistent writes in
2PBE with one SC.

There is also an escape admin-op allowing PBE in general to be disabled,
i.e. to change repositoryInitMode to FROM_FILE, when PBE is currently not
persistent-wriable. This is relevant for both 1PBE and 2PBE in cases where
the PBE(s) is/are permanently hung or congested. That admin-op is 
documented in the original section for PBE (1PBE). 



---

** [tickets:#709] saImmRepositoryInit attrib modification returns TRY_AGAIN in 
2PBE scenario**

**Status:** assigned
**Created:** Tue Jan 07, 2014 10:23 AM UTC by surender khetavath
**Last Updated:** Tue Jan 07, 2014 11:31 AM UTC
**Owner:** Anders Bjornerstedt

changeset : 4733
setup: 5nodes

Test:
2PBE is configured as per README.2PBE.
SC-1 was active and sc-2 standby
Opensaf on all the 3 payloads is started.
Then opensaf is stopped in this order PL-5,4,3 SC-2. 
Now modification to attibute saImmRepositoryInit returns ERR_TRY_AGAIN


immcfg -a saImmRepositoryInit=2 safRdn=immManagement,safApp=safImmService
error - saImmOmCcbObjectModify_2 FAILED: SA_AIS_ERR_TRY_AGAIN (6)
Jan  7 15:42:51 SC-1 osafimmnd[2283]: NO Precheck of fevs message of type 33 
failed with ERROR:18
error - immcfg command timed out (alarm)
SC-1:/etc/opensaf # immcfg -a saImmRepositoryInit=2 
safRdn=immManagement,safApp=safImmService
error - saImmOmCcbObjectModify_2 FAILED: SA_AIS_ERR_TRY_AGAIN (6)
Jan  7 15:43:57 SC-1 osafimmnd[2283]: NO Precheck of fevs message of type 33 
failed with ERROR:18
error - immcfg command timed out (alarm)
SC-1:/etc/opensaf # ls -l /var/crash/opensaf/
total 0
SC-1:/etc/opensaf # immlist safRdn=immManagement,safApp=safImmService
Name   Type Value(s)

safRdn SA_STRING_T  
safRdn=immManagement 
saImmRepositoryInitSA_UINT32_T  1 (0x1)
saImmOiTimeout SA_TIME_TEmpty
saImmNumOisSA_UINT32_T  Empty
saImmNumInitializedCcbsSA_UINT32_T  Empty
saImmNumAdminOwnedObjects  SA_UINT32_T  Empty
saImmLastUpdateSA_TIME_TEmpty
saImmExportFileUri SA_STRING_T  Empty
SaImmAttrImplementerName   SA_STRING_T  Empty
SaImmAttrClassName SA_STRING_T  SaImmMngt 
SaImmAttrAdminOwnerNameSA_STRING_T  Empty

SC-1:/etc/opensaf # immcfg -a saImmRepositoryInit=2 
safRdn=immManagement,safApp=safImmService
error - saImmOmCcbObjectModify_2 FAILED: SA_AIS_ERR_TRY_AGAIN (6)
Jan  7 15:46:26 SC-1 osafimmnd[2283]: NO Precheck of fevs message of type 33 
failed with ERROR:18
error - immcfg command timed out (alarm)

/var/log/messages:
Jan  7 15:40:38 SC-1 osafamfd[2338]: NO Node 'SC-2' left the cluster
Jan  7 15:40:38 SC-1 osafimmnd[2283]: NO Implementer connected: 69 
(MsgQueueService131599) 691, 2010f
Jan  7 15:40:38 SC-1 osafimmnd[2283]: NO Implementer locally disconnected. 
Marking it as doomed 69 691, 2010f (MsgQueueService131599)
Jan  7 15:40:38 SC-1 opensaf_reboot: Rebooting remote node in the absence of 
PLM is outside the scope of OpenSAF
Jan  7 15:40:38 SC-1 osafimmnd[2283]: NO Implementer disconnected 69 691, 
2010f (MsgQueueService131599)
Jan  7 15:40:38 SC-1 osafclmd[2319]: ER Node 131855 doesn't exist
Jan  7 15:40:38 SC-1 kernel: [  457.764164] TIPC: Resetting link 
1.1.1:eth3-1.1.3:eth2, peer not responding
Jan  7 15:40:38 SC-1 kernel: [  457.764177] TIPC: Lost link 
1.1.1:eth3-1.1.3:eth2 on network plane A
Jan