- **summary**: oi poll timeout differs during switchover and failover scenarios
--> unknown: oi poll timeout differs during switchover and failover scenarios
- **Component**: imm --> unknown
- **Comment**:
Please remember to prefix ticket slogan with intended component.
Description indicates that both the OI/implementer intended to
receive the admin-op and the om-client are within the same process.
So this is clearly some kind of artificial test.
An admin-op request goes over fevs, i.e. active IMMD.
A failover or switchover is triggered.
The IMM does no "holding" or buffering of its own here.
But MDS does buffer during the gap where there is no active IMMD
attached.
A timeout of 40 secs, or even 80 secs is huge.
The transient effects of a failover should be much faster than
40 secs or more.
I have no idea why there is such a delay in MDS message delivery here
but I done see how it could have anything to do with the imm
implementation.
---
** [tickets:#889] unknown: oi poll timeout differs during switchover and
failover scenarios**
**Status:** unassigned
**Milestone:** future
**Created:** Wed May 07, 2014 03:10 PM UTC by surender khetavath
**Last Updated:** Wed May 07, 2014 03:10 PM UTC
**Owner:** nobody
changeset : 5143.
test:
1) in a thread do oiInit()
2) oiImplSet() & OiObjectImplSet on an object
3) oiselectionObjectGet()
4) poll() on the fd
In the main thread
1) om init, ownerset,
2) invoke controller failover/switchover
3) AdminOp(ONE_SECOND) on the object
If the poll timeout value is 40secs, then OI doesn't receive AdminOp callback
and poll timesout.
If the poll timeout value is increased to say 80secs, then OI gets AdminOp
callback.
How does it differ?
1) is the imm operation held until failover is completed?
2) is the imm operation held until the failed node re-joins?
3) The time to receive cbk i.e more than 40secs is not acceptable for HA.
The same test using swithover succeeds i.e receives cbk under 20secs of poll
timeout.
two versions of logs attached
---
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.
------------------------------------------------------------------------------
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
• 3 signs your SCM is hindering your productivity
• Requirements for releasing software faster
• Expert tips and advice for migrating your SCM now
http://p.sf.net/sfu/perforce
_______________________________________________
Opensaf-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
