再看下这个日志文件呢？
trace file=/oracle/app/grid/crsdata/ld1/crsconfig/srvmcfg1.log

已上传该文件

感觉和asm磁盘的绑定有关系，检查一下udev绑定看看

udev绑定没看出什么问题呀!

两个日志，没看出什么。udev规则没这么配过。查看下/dev/sdb1 和/dev/sdb2的scsi_id呢。crsctl status res -t -init 的结果看下到底是哪个资源没起来。再看下相应日志。

mos上有一篇文章是：12.2:Root.sh fails on second node during step 18 Of 19: ‘ConfigNode’ (Doc ID 2395714.1)

可以参考一下。文章中说vip地址后面多打了一个空格，不知道跟你这个问题是否匹配。

2020-02-09 20:07:46: succeeded to write global ckpt ‘ROOTCRS_FIRSTNODE’ with status ‘START’
2020-02-09 20:07:46: Configuring node
2020-02-09 20:07:46: Configuring CRSD managed resources on first node …
2020-02-09 20:07:46: Configuring CRS managed resources on a database cluster node
2020-02-09 20:07:46: Collecting nodeapps info …
2020-02-09 20:07:46: isDHCP: 0
2020-02-09 20:07:46: Nodes to be added: ld1
2020-02-09 20:07:46: Node VIPs: ld1-vip/255.255.255.0/eno16777736
2020-02-09 20:07:46: Invoking “/oracle/app/12.2/grid/bin/srvctl upgrade model -restype”
2020-02-09 20:07:46: trace file=/oracle/app/grid/crsdata/ld1/crsconfig/srvmcfg1.log
2020-02-09 20:07:46: Executing cmd: /oracle/app/12.2/grid/bin/srvctl upgrade model -restype
2020-02-09 20:08:35: Command output:

PRCR-1071 : Failed to register or update resource type ora.service.type
CRS-0184 : Cannot communicate with the CRS daemon.
End Command output
2020-02-09 20:08:35: “upgrade model -restype” failed with status 1.

这个问题我也检查过，没有多敲过空格。