changeset:   4999:6ca7c78b4012
tag:         tip
user:        Anders Bjornerstedt <[email protected]>
date:        Thu Feb 13 18:03:32 2014 +0100
summary:     IMM: 2PBE slave wait for prepare from primary in PRT-create & 
PRT-update [#623]

changeset:   4998:0937c678764e
parent:      4995:157ddc7bc1bb
user:        Anders Bjornerstedt <[email protected]>
date:        Wed Feb 12 19:29:47 2014 +0100
summary:     IMM: 2PBE slave uses main/applier thread for PRT data flow [#623]

changeset:   4997:f9be8703a8f3
branch:      opensaf-4.4.x
user:        Anders Bjornerstedt <[email protected]>
date:        Thu Feb 13 18:03:32 2014 +0100
summary:     IMM: 2PBE slave wait for prepare from primary in PRT-create & 
PRT-update [#623]

changeset:   4996:63c80ea5e238
branch:      opensaf-4.4.x
parent:      4994:055c277f8152
user:        Anders Bjornerstedt <[email protected]>
date:        Wed Feb 12 19:29:47 2014 +0100
summary:     IMM: 2PBE slave uses main/applier thread for PRT data flow [#623]



---

** [tickets:#623] IMM: Disable PBE can result in an unclean cutoff for 
PRTO-create or PRTA-update.**

**Status:** fixed
**Created:** Tue Nov 12, 2013 01:24 PM UTC by Anders Bjornerstedt
**Last Updated:** Wed Feb 12, 2014 07:04 PM UTC
**Owner:** Anders Bjornerstedt

Disable PBE can result in an unclean cutoff for either PRTO create or PRTA
update. That is, the disable of PBE may result in the two PBEs being terminated
such that one has the PRT transaction committed but the other PBE has not.

Of course, any reload attempted using such a PBE state will only bounce when
reading the PBE files, since both PBE files are marked with PBE being disabled.
Thus this issue is more "academic" than practical. But it does complicate 2PBE
testing if that testing relies on regularly stopping PBE (disabling it) and
comparing the files for being identical. Doing such comparisons on the fly,
for example by copying both files while PBE is enabled does not work well, 
since it requires stopping all application traffic generating persistent writes.


---

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.
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk
_______________________________________________
Opensaf-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets

Reply via email to