Extraneous tokens were not being rejected on token retransmits
that occurred during configuration changes. The result was bad
behavior, especially with larger rings. Also cleaned up the
token retransmit timer to be deleted if necessary.
BKrev: 40f419afbeZlmKywfUpsrDkU5kMnHg
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@109 fd59a12c-fef9-0310-b244-a6a79926bd2f
into persist.az.mvista.com:/home/sdake/openais
2004/07/12 14:40:19-07:00 mvista.com!sdake
gmi.c:
When a processor left the membership, the next configuration would sometimes
cause a form token timeout. While not particularly harmful, it was wasteful
and not part of the original design of the group messaging protocol.
There was some extra junk code that was added to workaround some other bug
that has since been fixed.
This junk code removed and now the form token never times out (woohoo).
Also removed some extra code that calculates the next ORF processor twice.
We only really need to do it once.
BKrev: 40f3054fipDDp-KdB8CJpzw0vS3PfA
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@101 fd59a12c-fef9-0310-b244-a6a79926bd2f
2004/07/12 14:37:13-07:00 mvista.com!sdake
When a processor left the membership, the next configuration would sometimes
cause a form token timeout. While not particularly harmful, it was wasteful
and not part of the original design of the group messaging protocol.
There was some extra junk code that was added to workaround some other bug
that has since been fixed.
This junk code removed and now the form token never times out (woohoo).
Also removed some extra code that calculates the next ORF processor twice.
We only really need to do it once.
(Logical change 1.33)
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@100 fd59a12c-fef9-0310-b244-a6a79926bd2f
period. This could mean that the token was lost, but no configuration
change has really occured. Rather then execute the heavyweight
membership protocol, just retry the token and if it fails after the
token timeout, execute a configuration change sequence.
BKrev: 40f21082dvUxH0aOPvKmpqoqlkEgEA
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@99 fd59a12c-fef9-0310-b244-a6a79926bd2f
within a timeout period (100 msec). This helps avoid
a reconfiguration when only the token is lost, but no
real configuration changes have occured.
(Logical change 1.32)
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@98 fd59a12c-fef9-0310-b244-a6a79926bd2f
this_ip. This is still passed in for gmi_init users to be notified
of which IP was selected, but copied for local use.
BKrev: 40ef692cfv-e5JCQ8T9iC-_i3AaBcg
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@92 fd59a12c-fef9-0310-b244-a6a79926bd2f
the conn_info structure.
the track list was not being initialized at start.
(Logical change 1.27)
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@82 fd59a12c-fef9-0310-b244-a6a79926bd2f
conn_info structure.
the track list was not being initialized. When track start was called
the tracking wasn't added to a list. When track stop was called
the tracking was not deleted.
The result of all this is that cluster membership tracking was broken
previously.
(Logical change 1.27)
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@80 fd59a12c-fef9-0310-b244-a6a79926bd2f
This requires changing the initialization phase of the socket
and all calls made.
(Logical change 1.24)
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@75 fd59a12c-fef9-0310-b244-a6a79926bd2f
of having connection info as an array seperate from the poll interface.
This makes the code alot cleaner and easier to read, plus removes
duplicated code in the connection array management.
BKrev: 40ec72dd7wKGeQDubAA6lmUMc7JjOQ
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@74 fd59a12c-fef9-0310-b244-a6a79926bd2f
this requires removing the connection structure and replacing
with the conn_info structure.
(Logical change 1.24)
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@70 fd59a12c-fef9-0310-b244-a6a79926bd2f
