staging: lustre: mgc: IR log failure should not stop mount
If clients or other targets can not get IR config lock or lock, the mount should continue, instead of failing. Because timeout mechanism will handle the recovery anyway. Signed-off-by: wang di <di.wang@intel.com> Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6906 Reviewed-on: http://review.whamcloud.com/15728 Reviewed-by: Jinshan Xiong <jinshan.xiong@intel.com> Reviewed-by: James Simmons <uja.ornl@yahoo.com> Reviewed-by: Oleg Drokin <oleg.drokin@intel.com> Signed-off-by: James Simmons <jsimmons@infradead.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
This commit is contained in:
parent
f383a3cbaa
commit
54576e132e
@ -1675,8 +1675,15 @@ restart:
|
||||
|
||||
if (cld_is_recover(cld)) {
|
||||
rc = 0; /* this is not a fatal error for recover log */
|
||||
if (rcl == 0)
|
||||
if (!rcl) {
|
||||
rc = mgc_process_recover_log(mgc, cld);
|
||||
if (rc) {
|
||||
CERROR("%s: recover log %s failed: rc = %d not fatal.\n",
|
||||
mgc->obd_name, cld->cld_logname, rc);
|
||||
rc = 0;
|
||||
cld->cld_lostlock = 1;
|
||||
}
|
||||
}
|
||||
} else {
|
||||
rc = mgc_process_cfg_log(mgc, cld, rcl != 0);
|
||||
}
|
||||
|
Loading…
Reference in New Issue
Block a user