On 01/26/2011 05:13 AM, Joseph Hodges wrote:
> 
>     > Hi folks,
>     >
>     > Recently I came up with a requirement for changing IP addresses
>     > used by the UDPU transport without restarting Corosync.
>     > I need a tool to add/remove IP addresses for UDPU transport
>     dynamically.
>     > Does Corosync support this feature now? Or is there any plan to
>     support
>     > this?
>     >
>     > Thanks,
>     > -Jiaqiang
>     >
>     >
> 
>     On 21 January 2011 15:54, Steven Dake <sd...@redhat.com
>     <mailto:sd...@redhat.com>> wrote:
>     I think what your looking for would be quite a challenge and doesn't
>     work today as is.  As always we take patches for such features.
> 
>     Regards
>     -steve
> 
> 
> I'm interested in this too. What do you see as the challenges?
> 
> ( Looking at the 1.3.0 tag in Git, moving reading "memberaddr" from
> totem_config_read to totem_volatile_config_read looks like it would
> track confdb changes. I don't see a mechanism in
> totem_volatile_config_read to get the transport to notice those changes.
> I don't understand the code well enough to know if that would be needed.
> totemudpu.c's totemudpu_member_add and totemudpu_member_remove functions
> look like they might be able to respond to in-flight changes but I have
> only a very superficial understanding of how these functions get called.
> It seems totemrrp.c is the driver but I don't understand what is
> happening in there. )
> 
> Jo
> 
> 

Perhaps challenge is overstated - but as you said in your email, work
remains.  There is functionality in the transport layer, functionality
in corosync-objctl, and it is all wired in and ready to go, but missing
the objdb notifications to the totempg layer.

We did intend to add this functionality (as you can see from the code it
is almost wired in) but preferred to get the software without this
feature into the hands of our deployments rather then delay 1.3.0
further.  As always patches are accepted and I would like to see this
feature in Corosync.

Regards
-steve

> 
> _______________________________________________
> Openais mailing list
> Openais@lists.linux-foundation.org
> https://lists.linux-foundation.org/mailman/listinfo/openais

_______________________________________________
Openais mailing list
Openais@lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/openais

Reply via email to