[LU-6380] OI scrub should be able to scan the update log file before replay Created: 18/Mar/15 Updated: 09/Sep/16 Resolved: 04/Jul/15 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | Lustre 2.8.0 |
| Fix Version/s: | Lustre 2.8.0 |
| Type: | Bug | Priority: | Blocker |
| Reporter: | Di Wang | Assignee: | nasf (Inactive) |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | dne2 | ||
| Issue Links: |
|
||||||||
| Severity: | 3 | ||||||||
| Rank (Obsolete): | 9223372036854775807 | ||||||||
| Description |
|
Right now, OI scrub is started after recovery, which might cause problem for MDS-MDS recovery. Because it relies on the update log, which regular FID file, mapped through OI. i.e. after MDT backup and restore, recovery thread will not be able to retrieve the update log file correctly, because OI scrub is not running until recovery finished. So we probably should let OI scrub fix some key file first like update log, then start recovery. |
| Comments |
| Comment by nasf (Inactive) [ 19/Mar/15 ] |
|
Currently, the initial OI scrub will fix some key files before recovery, such as ROOT, .lustre, and so on. These files either have known FID or not care about what the FID is. As for the update log, it is new for DNE2, we can make the initial OI scrub to handle them before recovery. But because the update log's FID is stored as its name, then the initial OI scrub needs to handle them specially. |
| Comment by Andreas Dilger [ 20/Mar/15 ] |
|
Please also include a test for OI Scrub rebuilding OI files for an MDT in recovery. |
| Comment by Gerrit Updater [ 10/Jun/15 ] |
|
Fan Yong (fan.yong@intel.com) uploaded a new patch: http://review.whamcloud.com/15192 |
| Comment by Gerrit Updater [ 04/Jul/15 ] |
|
Oleg Drokin (oleg.drokin@intel.com) merged in patch http://review.whamcloud.com/15192/ |
| Comment by nasf (Inactive) [ 04/Jul/15 ] |
|
The patch has been landed to master. |