mkdir函数_cephfs: MDS处理mkdir(2)

接上一篇

Server::prepare_new_inode

生成CInode过程比较简单，分配一个inode号，以及填充其他的内容到CInode。代码如下

CInode

CDentry和CInode都已经创建，接着就是创建CDir

CInode::get_or_open_dirfrag

代码如下，关于frag_t，这个作为dirfrags中的key，与目录分片有关，具体后面再研究。

CDir 

创建目录后，需要去更改父目录中的元数据，即MDCache::predirty_journal_parents

MDCache::predirty_journal_parents

MDCache::predirty_journal_parents也是一个大函数，我把它分为两个步骤

1，更新目录"test"，"/"的CDir的fnode_t中的fragstat、rstat和CInode的inode_t中的dirstat、rstat（但是"/"的CInode的inode_t的rstat并不在这里更新）

2，记录"mkdir"事件中metablob，即lump_map中记录了"/"到“a”的dirlump，roots中记录了"/"的fullbit

将这两个分别研究，第一步其实就是一个while循环遍历，遍历"test"、"/"的CDir。这里就先研究遍历"test"的CDir，代码如下

void 

遍历"/"的CDir，其实和遍历"test"的CDir差不多，只不过在while循环中，跳出循环了，所以没有更新到"/"的CInode的inode_t的rstat。

if 

第二步是更新"mkdir"的EUpdate事件中的元数据

在handle_client_mkdir中，记录了"mkdir"的日志。

EUpdate 

日志中不仅要记录操作，也要记录修改的元数据，这些保存在le->metablob中，在MDCache::predirty_journal_parents中的代码如下

void 

这里面的操作比较琐碎，直接跳出来看，看le->metablob中最后填充了什么元数据

class 

可以看到lump_order存的是"/"、"test"、"a"的CDir的dirfrag_t，roots存的就是根目录的fullbit，这里面最重要的就是lump_map，lump_map存的是dirfrag_t和dirlump的键值对，dirlump如下，fnode来自于CDir，主要存的是目录下的文件和目录数，以及时间，大小。而dfull中存的是fullbit的指针集合，fullbit中最重要的就是inode_t

struct 

之后就是Locker::issue_new_caps

Locker::issue_new_caps

这个很简单，就新建Capability保存在"a"目录CInode的client_caps中，并且给"a"目录CInode的lock设置锁状态。经过一番操作，"a"的CInode的各种锁状态如下

基本上请求处理完了，这个时候就得回复客户端。

Server::journal_and_reply

有两次回复，以下刷日志为分界。第一次回复处理函数是Server::early_reply。

void 

early_reply中填充了reply的信息，包括"test"，"a"的inode信息，并给"a"的Capability赋上权限，根据filelock、authlock、linklock、xattrlock的状态算出来的权限信息是"pAsxLsXsxFsx"。

第一次回复完后，就得提交日志，以便日志落盘，在journal_and_reply函数入参中注册了回调new C_MDS_mknod_finish(this, mdr, dn, newi)，当日志落盘成功后，会去执行回调C_MDS_mknod_finish::finish函数。submit_entry函数如下

void 

MDLog::_submit_entry函数如下

void 

接下来就是唤醒MDLog中的md_submit线程，去处理pending_events队列中的PendingEvent。关于MDLog如何下刷日志，这个暂不扩展，之后研究。journal_and_reply最后一个操作就是drop_rdlocks，之前对"test"目录CInode的authlock和snaplock、""的CInode的snaplock加了rdlock，这里就是将读锁丢掉。为什么要去drop_rdlock，这是因为如果有别的请求要对该对象去加wrlock/xlock时，都会经过simple_lock，在simple_lock中要将锁切换成LOCK_LOCK，在这过程中，如果该对象已经被rdlock了，则不能加LOCK_LOCK，加锁失败，请求就无法往下执行；而之后丢掉rdlock，在symple_sync中将锁切换成稳态LOCK_SYNC后，再执行之前未加锁成功的请求。

接下来研究回调C_MDS_mknod_finish的finish函数

代码如下，

void 

get_mds()->balancer->hit_inode会去更新该目录的写热度，这个之后再研究。mkdir的最后一步就是respond_to_request --> Server::reply_client_request

Server::reply_client_request，代码如下

void 

在Server::reply_client_request中会调用request_drop_non_rdlocks，去drop wrlock，这些wrlock是在之前acquire_lock里加的wrlock。加上了wrlock，该元数据之后的其他会加rdlock的操作等，会被阻塞，这里丢掉wrlock，会触发之前阻塞的操作继续执行。之后给客户端第二次回复，表明日志已经下刷。最后会调用request_finish去做收尾工作，这里面会去auth_unpin之前pin住的元数据。