On Thu, May 8, 2014 at 4:53 AM, Jeff Darcy <jdarcy@xxxxxxxxxx> wrote:
> > * How do clients find it? Are we dynamically changing the clientSo now the client graph is being dynamically modified, in ways that
> > side graph to add new protocol/client instances pointing to new
> > snapview-servers, or is snapview-client using RPC directly? Are
> > the snapview-server ports managed through the glusterd portmapper
> > interface, or patched in some other way?
> Adding a protocol/client instance to connect to protocol/server at the
> daemon.
make it un-derivable from the volume configuration (because they're
based in part on user activity since then)? What happens if a normal
graph switch (e.g. due to add-brick) happens? I'll need to think some
more about what this architectural change really means.
client graph is not dynamically modified. the snapview-client and protocol/server are inserted by volgen and no further changes are made on the client side. I believe Anand was referring to " Adding a protocol/client instance to connect to protocol/server at the daemon" as an action being performed by volgen.
_______________________________________________ Gluster-devel mailing list Gluster-devel@xxxxxxxxxxx http://supercolony.gluster.org/mailman/listinfo/gluster-devel
