- Description has changed:
Diff:
~~~~
--- old
+++ new
@@ -7,7 +7,7 @@
4/ Delete cfg app stream. (both active site and standby side close the same
log file but different fd)
The issue is not always happen. (maybe making the loop step 2 and 3 sometimes)
-It's happen because when switchover, active side switch to quiesced and stanby
does not immidiately switch to Active. In this short time, the log server in
quiesced state may still get request from log agent if these request already
put to mds queue. if the request are open stream or write async, the log file
is opened and is not closed in switchover processing any more when it up to
standby. An other side that switch from standby to active state may also open
the same log file name. This cause when delete cfg app stream, closing log file
will happen in both active and standby.
+It's happen because when switchover, active side switch to quiesced and stanby
does not immidiately switch to Active. In this short time, the log server in
quiesced state may still get request from log agent if these request already
put to mds queue. if the request are open stream or write async, the log file
is opened and is not closed in switchover processing any more when it up to
standby. An other side that switch from standby to active state may also open
the same log file name. This cause when delete cfg app stream, closing log file
will happen in both active and standby. And just closing in active side is
successfull, in standby will be failed
Get info from mds PR document:
"V_DEST_RL_QUIESCED
~~~~
- **status**: unassigned --> accepted
- **assigned_to**: Canh Truong
---
** [tickets:#2383] log: Both active and standby sites own the same log file
name but different fd in share file system**
**Status:** accepted
**Milestone:** 5.0.2
**Created:** Thu Mar 16, 2017 11:58 AM UTC by Canh Truong
**Last Updated:** Thu Mar 16, 2017 11:58 AM UTC
**Owner:** Canh Truong
Both active and standby side own the same log file name but different fd in
share file system configuration.
step to reproduce:
1/ create cfg App stream
2/ Write 100 log records to this stream by using saflogger
3/ Switchover while writing log records
4/ Delete cfg app stream. (both active site and standby side close the same log
file but different fd)
The issue is not always happen. (maybe making the loop step 2 and 3 sometimes)
It's happen because when switchover, active side switch to quiesced and stanby
does not immidiately switch to Active. In this short time, the log server in
quiesced state may still get request from log agent if these request already
put to mds queue. if the request are open stream or write async, the log file
is opened and is not closed in switchover processing any more when it up to
standby. An other side that switch from standby to active state may also open
the same log file name. This cause when delete cfg app stream, closing log file
will happen in both active and standby. And just closing in active side is
successfull, in standby will be failed
Get info from mds PR document:
"V_DEST_RL_QUIESCED
When a VDEST-instance’s HA state is set to V_DEST_RL_QUIESCED: 1. Messages sent
to the VDEST start getting buffered within the sender’s MDS layer. (See Table
5) 2. For a short period (MDS’s quiesced acknowledgment time), messages sent to
the VDEST under normal view are allowed to reach their destined MDS Address.
After that, the VDEST is automatically moved to "standby" HA state; messages
received under normal VDEST view are from now on discarded. "
---
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.
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets