Also cleanup saHandleCreate to return unsigned int
handle instead of int handle.
(Logical change 1.43)
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@124 fd59a12c-fef9-0310-b244-a6a79926bd2f
Remove handle state and handle instance information.
Also cleanup saHandleCreate to return unsigned int
handle instead of int handle.
util.c:
Hide handle state and handle instance information
in this file instead of in global header file.
BKrev: 4106e4d1-Ntb973S5ymyNwgL6e0PDw
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@122 fd59a12c-fef9-0310-b244-a6a79926bd2f
Remove BINDTODEVICE socket option and replace with MULTICAST_IF
to be more portable and require less root privs.
BKrev: 410583008afZgkQ66_jDep-8pFf_nw
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@120 fd59a12c-fef9-0310-b244-a6a79926bd2f
Additional information for using the saRecvQueue call in a
library.
BKrev: 41018de8tOmRhu_QtrtzbSGzWHSMKA
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@118 fd59a12c-fef9-0310-b244-a6a79926bd2f
Description of the security policy of the openais project. Includes a
description of the techniques used in openais.
BKrev: 40fdaf10zR42cuBrfB9UB-Bc-edNsQ
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@116 fd59a12c-fef9-0310-b244-a6a79926bd2f
and running ckptstress from two nodes, one node would fail to make
forward progress. Sometimes the nodes would assert or crash. All the
fragmentation code has been rewritten to be more stable and of better
design (at the cost of a little more memory).
BKrev: 40f5c9b6KnXRw3_UyUgLV-cIvI7YpA
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@113 fd59a12c-fef9-0310-b244-a6a79926bd2f
effect but allows the processor to participate in multicasting
and membership.
(Logical change 1.38)
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@112 fd59a12c-fef9-0310-b244-a6a79926bd2f
Allow NULL delivery_fn in gmi_join. This basically has no
effect but allows the processor to participate in multicasting
and membership.
BKrev: 40f419f8lTr8W134C7CXrtXRnzoMzw
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@111 fd59a12c-fef9-0310-b244-a6a79926bd2f
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.
(Logical change 1.37)
git-svn-id: http://svn.fedorahosted.org/svn/corosync/trunk@110 fd59a12c-fef9-0310-b244-a6a79926bd2f
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
