changeset: 6246:0d1784a9d002
tag: tip
user: Neelakanta Reddy <[email protected]>
date: Fri Jan 16 18:29:48 2015 +0530
summary: imm: Add CCB error string when ccb oi callback timeout [#57]
changeset: 6245:ea9d23865a2f
user: Neelakanta Reddy <[email protected]>
date: Fri Jan 16 18:29:12 2015 +0530
summary: imm: return ERR_FAILED_OPERATION when ccb oi callback timeout [#57]
---
** [tickets:#57] IMM: Immnd timeout on CCB-OI upcall should reset client
handle**
**Status:** review
**Milestone:** 4.6.FC
**Created:** Wed May 08, 2013 08:31 AM UTC by Anders Bjornerstedt
**Last Updated:** Tue Dec 23, 2014 04:55 AM UTC
**Owner:** Neelakanta Reddy
Migrated from:
http://devel.opensaf.org/ticket/2339
See ticket 2284.
http://devel.opensaf.org/ticket/2284
The fix for that ticket blocks the client from using the handle
until the pending reply has been resolved.
The reply can be resolved either by the OI replying or
by the immnd-server time-out for continuations.
The latter will also clean up continuations for crashed or hung
OIs.
It is actually the case that for admin-operation continutaions and
for search-request-continuations, this should already be working.
But for CCB-operation continuations, a timeout in the immnd server
will simply abort the CCB in the server and not clear the handle.
This enhancement proposes that the cleanup of CCB-operation
continuations at OI timeout should also generate an ERROR reply to the client.
An OI timeout on a ccb callback will always abort the CCB so any reply
forwarded towards the OM CCB client should be an ERR_FAILED_OPERATION and not
ERR_TIMEOUT.
Such a timeout related error will either be sent all the way to the client,
if the client-side timeout is longer than the server timeout.
Or (when the client has already timed out in the library)
be discarded by MDS.
The main points are (a) that the handle gets cleared in the server when
the continuation times out in the server; and (b) that the the CCB OM client
receives an error reply when that om client has NOT timed out.
---
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.------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Opensaf-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
