- **status**: review --> fixed
- **Comment**:
changeset: 6282:c8fceaf55295
branch: opensaf-4.5.x
tag: tip
parent: 6279:9c24654a048c
user: A V Mahesh <[email protected]>
date: Mon Feb 23 11:01:28 2015 +0530
summary: mds: replace static array send buffer with dynamic memory [#1248]
changeset: 6281:1799a77553c1
parent: 6278:6fce16cb0539
user: A V Mahesh <[email protected]>
date: Mon Feb 23 11:01:13 2015 +0530
summary: mds: replace static array send buffer with dynamic memory [#1248]
---
** [tickets:#1248] mds: sending a bigger message causing application segfault
in full encode when less stack size**
**Status:** fixed
**Milestone:** 4.5.1
**Created:** Tue Jan 27, 2015 10:03 AM UTC by A V Mahesh (AVM)
**Last Updated:** Mon Feb 09, 2015 05:10 AM UTC
**Owner:** A V Mahesh (AVM)
This bug address part of #1246 enhancement ticket.
To improve performance and reduce the traffic of transport ,
we increased the MDS send size in a single message from 18000 to 65536 as
part of enhancement #654.
If MDS application task was created with Medium/less stack size say 32000
and try to send huge message say above 2^16 size message (65536) using
MDS_SENDTYPE_RSP,
because of static allocation of bigger message application is running out of
stack and application is facing segfault.
use-case of sending huge data using MDS_SENDTYPE_RSP` send-type is so far
fist-time/unexposed/unique use-case , so far application are using
SENDTYPE_RSP for to send a short response message received through
SENDTYPE_SNDRSP.
Ideally application were using SENDTYPE_SND, SENDTYPE_SNDRSP, SENDTYPE_SNDRAC &
SENDTYPE_SNDACK, send-types to send huge message to avoid timeout issue between
send & response, that is why the issue was NOT reproducible with normal send
messages.
So, this ticket will only address full encode code path of send message , which
is generic use case and need to be addressed immediately.
Please note that there is another enhancement ticket:#1246, which will identify
more send flows and fix them in coherent manner.
---
Sent from sourceforge.net because [email protected] is
subscribed to https://sourceforge.net/p/opensaf/tickets/
To unsubscribe from further messages, a project admin can change settings at
https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a
mailing list, you can unsubscribe from the mailing list.
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
Opensaf-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
