glusterfs modify time（mime） 修改时间不一致问题分析

环境：版本 3.3git 分布－复制卷

现象：如果某个复制集合的某个文件的两个副本modify time 时间不一致。在客户端ls／stat 某个文件，返回的modify time不一致。根据设置不同，出现不一致的几率也有所不同。

分析：

一 复现方法：

去掉所有中间xl，即在fuse－bridge和afr中间的不必要的软件组件比如md－cache／quick－read等。在3.3git上复现 ，并探测分析。

保证两个相同文件mtime不同，drop内核缓存就保证了问题的必然重现。

模块层级关系：

stat 用户空间－－－－syscall－－－－－vfs－－－－fuse module－－－－－fuse 用户空间 fuse bridge－－mdcache。。。。－dht －－－afr

二 代码路径：

用户空间stat操作通过内核vfs_fstatat调用，其首先要lookup（vfs或者并fuse lookup（内核）） ，然后vfs_getattr（直接传递到fuse内核那）。

stat具体的路径分两种，我们不考虑内核缓存的影响。两种路径，都会出现mtime不一致的情况。

A，

首先要到内核fuselookup－－afr－lookup，然后内核vfs_getattr－－－内核fuse_getattr－－－在这个函数内就直接使用了刚才lookup返回的某个好child（复制集合的里的好子卷）的inode的buf(iattr inode 属性)。

本质：是通过用户空间fuse_lookup直接返回给用户的。

B，

首先要到内核fuselookup－－afr－lookup，然后内核vfs_getattr－－－内核fuse_getattr－－－在这个函数内要调用到用户空间，最终要调用afr_stat（在复制集合内，afr_stat只需向一个child发送，而lookup必须所有child）。

afr_stat用的是刚才lookup返回的的某个好child（复制集合的里的好子卷）id。并继续往下层发送去获取inode buf（iattr inode 属性），这与路径1的方法不同。

本质：通过lookup找到一些好的child，然后afr_stat就利用其中一个child，并往下发送去获取inode but，不需要原来lookup返回的buf。

三 问题解决

两种情况都得考虑。

具体略。