]> git-server-git.apps.pok.os.sepia.ceph.com Git - ceph-client.git/commit
ceph: MDS client
authorSage Weil <sage@newdream.net>
Tue, 8 Sep 2009 22:07:46 +0000 (15:07 -0700)
committerSage Weil <sage@newdream.net>
Tue, 8 Sep 2009 22:07:46 +0000 (15:07 -0700)
commite425b4c5eb33ca0d1fe3b98e28dc40b650d2d75d
tree124a257c07645d4444b5ed1a5ac685be12e6bae3
parent251156e649ff4e4161b5d7851fc95d8232a5d650
ceph: MDS client

The MDS (metadata server) client is responsible for submitting
requests to the MDS cluster and parsing the response.  We decide which
MDS to submit each request to based on cached information about the
current partition of the directory hierarchy across the cluster.  A
stateful session is opened with each MDS before we submit requests to
it, and a mutex is used to control the ordering of messages within
each session.

An MDS request may generate two responses.  The first indicates the
operation was a success and returns any result.  A second reply is
sent when the operation commits to disk.  Note that locking on the MDS
ensures that the results of updates are visible only to the updating
client before the operation commits.  Requests are linked to the
containing directory so that an fsync will wait for them to commit.

If an MDS fails and/or recovers, we resubmit requests as needed.  We
also reconnect existing capabilities to a recovering MDS to
reestablish that shared session state.  Old dentry leases are
invalidated.

Signed-off-by: Sage Weil <sage@newdream.net>
fs/ceph/mds_client.c [new file with mode: 0644]
fs/ceph/mds_client.h [new file with mode: 0644]
fs/ceph/mdsmap.c [new file with mode: 0644]
fs/ceph/mdsmap.h [new file with mode: 0644]