一次RAC无法启动的处理

最新推荐文章于 2024-07-18 13:20:59 发布
最新推荐文章于 2024-07-18 13:20:59 发布
阅读量6.8k 收藏 1
点赞数
分类专栏： Oracle
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u010587433/article/details/41577075
版权

上次去客户现场处理RAC无法启动的问题。大概情况是这样的：安装nbu的工程师在配置服务器连接磁带机的过程中，其中节点1识别不到。为识别磁带机，工程师要求重启系统。于是先关闭Oracle RAC集群。但是系统重启后，集群无法启动。经排查无法发现问题原因所在，于是打算将节点2集群关闭后再一起重新启动。最终两个节点都无法启动。

其实集群无法启动的原因有很多，比如空间不足、磁盘心跳等。查看grid的alert日志如图，发现mdns进程启动不了。

[ohasd(10850)]CRS-1301:Oracle High Availability Service started on node rh1.
2014-11-28 16:09:43.679
[ohasd(10850)]CRS-8017:location: /etc/oracle/lastgasp has 2 reboot advisory log files, 0 were announced and 0 errors occurred
2014-11-28 16:09:44.905
[/u01/app/11.2.0/grid/bin/orarootagent.bin(10894)]CRS-5016:Process "/u01/app/11.2.0/grid/bin/acfsload" spawned by agent "/u01/app/11.2.0/grid/bin/orarootagent.bin" for action "check" failed: details at "(:CLSN00010:)" in "/u01/app/11.2.0/grid/log/rh1/agent/ohasd/orarootagent_root/orarootagent_root.log"
2014-11-28 16:09:55.725
[mdnsd(10983)]CRS-5602:mDNS service stopping by request.
2014-11-28 16:11:55.604
[/u01/app/11.2.0/grid/bin/oraagent.bin(10971)]CRS-5818:Aborted command 'start' for resource 'ora.mdnsd'. Details at (:CRSAGF00113:) {0:0:2} in /u01/app/11.2.0/grid/log/rh1/agent/ohasd/oraagent_grid/oraagent_grid.log.
2014-11-28 16:11:59.616
[ohasd(10850)]CRS-2757:Command 'Start' timed out waiting for response from the resource 'ora.mdnsd'. Details at (:CRSPE00111:) {0:0:2} in /u01/app/11.2.0/grid/log/rh1/ohasd/ohasd.log.
2014-11-28 16:12:21.129
[mdnsd(11070)]CRS-5602:mDNS service stopping by request.

进一步查看oraagent_grid.log，还是不能确定什么原因

[  clsdmc][1111406912]Fail to connect (ADDRESS=(PROTOCOL=ipc)(KEY=rh1DBG_MOND)) with status 9
2014-11-28 16:09:44.966: [ora.crf][1111406912] {0:0:2} [check] Error = error 9 encountered when connecting to MOND
2014-11-28 16:09:44.966: [ora.crf][1111406912] {0:0:2} [check] Calling PID check for daemon
2014-11-28 16:09:44.966: [ora.crf][1111406912] {0:0:2} [check] Process id 4862 translated to 
2014-11-28 16:09:45.081: [ COMMCRS][1080408384]clsc_connect: (0x2aaaac004a10) no listener at (ADDRESS=(PROTOCOL=ipc)(KEY=rh1DBG_CRSD))

[  clsdmc][1089182016]Fail to connect (ADDRESS=(PROTOCOL=ipc)(KEY=rh1DBG_CRSD)) with status 9
2014-11-28 16:09:45.082: [ora.crsd][1089182016] {0:0:2} [check] Error = error 9 encountered when connecting to CRSD
2014-11-28 16:09:45.084: [ora.crsd][1089182016] {0:0:2} [check] DaemonAgent::check returned 1
2014-11-28 16:09:45.085: [    AGFW][1109305664] {0:0:2} ora.crsd 1 1 state changed from: UNKNOWN to: OFFLINE
2014-11-28 16:09:45.085: [    AGFW][1109305664] {0:0:2} Agent sending last reply for: RESOURCE_PROBE[ora.crsd 1 1] ID 4097:107
2014-11-28 16:09:45.091: [    AGFW][1109305664] {0:0:2} Agent received the message: RESOURCE_DELETE[ora.crsd 1 1] ID 4358:177
2014-11-28 16:09:45.092: [    AGFW][1109305664] {0:0:2} Agent sending last reply for: RESOURCE_DELETE[ora.crsd 1 1] ID 4358:177
2014-11-28 16:09:45.092: [    AGFW][1109305664] {0:0:2} ora.crsd 1 1 marked as deleted.
2014-11-28 16:09:45.154: [ COMMCRS][1091283264]clsc_connect: (0x2aaab00033b0) no listener at (ADDRESS=(PROTOCOL=ipc)(KEY=rh1DBG_CTSSD))

[  clsdmc][1113508160]Fail to connect (ADDRESS=(PROTOCOL=ipc)(KEY=rh1DBG_CTSSD)) with status 9
2014-11-28 16:09:45.155: [ COMMCRS][1119811904]clsc_connect: (0x2aaab0014bf0) no listener at (ADDRESS=(PROTOCOL=ipc)(KEY=rh1DBG_MOND))

2014-11-28 16:09:45.155: [ora.ctssd][1113508160] {0:0:2} [check] Error = error 9 encountered when connecting to CTSSD
[  clsdmc][1111406912]Fail to connect (ADDRESS=(PROTOCOL=ipc)(KEY=rh1DBG_MOND)) with status 9
2014-11-28 16:09:45.156: [ora.crf][1111406912] {0:0:2} [check] Error = error 9 encountered when connecting to MOND
2014-11-28 16:09:45.158: [ora.ctssd][1113508160] {0:0:2} [check] Check return = 1, state detail = NULL
2014-11-28 16:09:45.160: [ora.crf][1111406912] {0:0:2} [check] Check return = 1, state detail = NULL
2014-11-28 16:09:45.161: [    AGFW][1109305664] {0:0:2} ora.ctssd 1 1 state changed from: UNKNOWN to: OFFLINE
2014-11-28 16:09:45.161: [    AGFW][1109305664] {0:0:2} Agent sending last reply for: RESOURCE_PROBE[ora.ctssd 1 1] ID 4097:109
2014-11-28 16:09:45.162: [    AGFW][1109305664] {0:0:2} ora.crf 1 1 state changed from: UNKNOWN to: OFFLINE
2014-11-28 16:09:45.162: [    AGFW][1109305664] {0:0:2} Agent sending last reply for: RESOURCE_PROBE[ora.crf 1 1] ID 4097:105
2014-11-28 16:09:45.168: [    AGFW][1089182016] {0:0:2} Agent has no resources to be monitored, Shutting down ..
2014-11-28 16:09:45.168: [    AGFW][1089182016] {0:0:2} Agent sending message to PE: AGENT_SHUTDOWN_REQUEST[Proxy] ID 20486:53
2014-11-28 16:09:45.169: [    AGFW][1109305664] {0:0:2} Agent received the message: RESOURCE_DELETE[ora.ctssd 1 1] ID 4358:179
2014-11-28 16:09:45.169: [    AGFW][1109305664] {0:0:2} Agent sending last reply for: RESOURCE_DELETE[ora.ctssd 1 1] ID 4358:179
2014-11-28 16:09:45.171: [    AGFW][1109305664] {0:0:2} Agent has no resources to be monitored, Shutting down ..
2014-11-28 16:09:45.171: [    AGFW][1109305664] {0:0:2} Agent sending message to PE: AGENT_SHUTDOWN_REQUEST[Proxy] ID 20486:56
2014-11-28 16:09:45.172: [    AGFW][1109305664] {0:0:2} ora.ctssd 1 1 marked as deleted.
2014-11-28 16:09:45.172: [    AGFW][1109305664] {0:0:2} Agent received the message: RESOURCE_DELETE[ora.crf 1 1] ID 4358:181
2014-11-28 16:09:45.172: [    AGFW][1109305664] {0:0:2} Agent sending last reply for: RESOURCE_DELETE[ora.crf 1 1] ID 4358:181
2014-11-28 16:09:45.173: [    AGFW][1109305664] {0:0:2} Agent has no resources to be monitored, Shutting down ..
2014-11-28 16:09:45.173: [    AGFW][1109305664] {0:0:2} Agent sending message to PE: AGENT_SHUTDOWN_REQUEST[Proxy] ID 20486:57
2014-11-28 16:09:45.175: [    AGFW][1109305664] {0:0:2} ora.crf 1 1 marked as deleted.
2014-11-28 16:09:45.175: [    AGFW][1109305664] {0:0:2} Agent is shutting down.
2014-11-28 16:09:45.175: [    AGFW][1109305664] {0:0:2} Agent is exiting with exit code: 1

于是进入到/u01/app/11.2.0/grid/log/rh1/mdnsd目录下查看日志，发现好像跟权限有关系：

2014-11-28 16:09:55.686: [ default][4228895824]mdnsd START pid=10983 
2014-11-28 16:09:55.723: [ COMMCRS][1088567616]clsclisten: Permission denied for (ADDRESS=(PROTOCOL=ipc)(KEY=rh1DBG_MDNSD))

2014-11-28 16:09:55.724: [  clsdmt][1085036864]Fail to listen to (ADDRESS=(PROTOCOL=ipc)(KEY=rh1DBG_MDNSD))
2014-11-28 16:09:55.724: [  clsdmt][1085036864]Terminating process
2014-11-28 16:09:55.724: [    MDNS][1085036864] clsdm requested mdnsd exit
2014-11-28 16:09:55.725: [    MDNS][1085036864] mdnsd exit

最后排查发现，/var/tmp/.oracle目录下的属主权限如图，


查看正常RAC的此目录信息，应该是grid的属主

srwxr-xr-x 1 grid oinstall 0 Nov 28 15:00 mdnsd
-rw-r--r-- 1 grid oinstall 5 Nov 28 15:00 mdnsd.pid
prw-r--r-- 1 root root     0 Nov 22 00:42 npohasd
srwxrwxrwx 1 grid oinstall 0 Nov 28 15:00 ora_gipc_gipcd_rh1
-rw-r--r-- 1 grid oinstall 0 Nov 28 10:41 ora_gipc_gipcd_rh1_lock
srwxrwxrwx 1 grid oinstall 0 Nov 28 15:00 ora_gipc_GPNPD_rh1
-rw-r--r-- 1 grid oinstall 0 Nov 22 00:44 ora_gipc_GPNPD_rh1_lock
srwxrwxrwx 1 root root     0 Nov 28 15:00 ora_gipc_srh1gridrhclusterCRFM_SIPC
-rw-r--r-- 1 root root     0 Nov 22 00:48 ora_gipc_srh1gridrhclusterCRFM_SIPC_lock
srwxrwxrwx 1 grid oinstall 0 Nov 22 02:46 s#5426.1
srwxrwxrwx 1 grid oinstall 0 Nov 22 02:46 s#5426.2
srwxrwxrwx 1 grid oinstall 0 Nov 28 11:34 s#5489.1
srwxrwxrwx 1 grid oinstall 0 Nov 28 11:34 s#5489.2
srwxrwxrwx 1 grid oinstall 0 Nov 28 11:34 s#5509.1
srwxrwxrwx 1 grid oinstall 0 Nov 28 11:34 s#5509.2
srwxrwxrwx 1 grid oinstall 0 Nov 28 12:17 s#5592.1
srwxrwxrwx 1 grid oinstall 0 Nov 28 12:17 s#5592.2
srwxrwxrwx 1 grid oinstall 0 Nov 28 12:17 s#5594.1
srwxrwxrwx 1 grid oinstall 0 Nov 28 12:17 s#5594.2
srwxrwxrwx 1 grid oinstall 0 Nov 26 13:30 s#5804.1
srwxrwxrwx 1 grid oinstall 0 Nov 26 13:30 s#5804.2
srwxrwxrwx 1 grid oinstall 0 Nov 26 13:30 s#5866.1
srwxrwxrwx 1 grid oinstall 0 Nov 26 13:30 s#5866.2
srwxrwxrwx 1 grid oinstall 0 Nov 22 00:51 s#6013.1
srwxrwxrwx 1 grid oinstall 0 Nov 22 00:51 s#6013.2
srwxrwxrwx 1 grid oinstall 0 Nov 22 02:14 s#6048.1
srwxrwxrwx 1 grid oinstall 0 Nov 22 02:14 s#6048.2
srwxrwxrwx 1 grid oinstall 0 Nov 22 02:14 s#6050.1
srwxrwxrwx 1 grid oinstall 0 Nov 22 02:14 s#6050.2
srwxrwxrwx 1 grid oinstall 0 Nov 28 14:15 s#6090.1
srwxrwxrwx 1 grid oinstall 0 Nov 28 14:15 s#6090.2
srwxrwxrwx 1 grid oinstall 0 Nov 28 14:15 s#6097.1
srwxrwxrwx 1 grid oinstall 0 Nov 28 14:15 s#6097.2
srwxrwxrwx 1 grid oinstall 0 Nov 22 00:59 s#7155.1
srwxrwxrwx 1 grid oinstall 0 Nov 22 00:59 s#7155.2
srwxrwxrwx 1 grid oinstall 0 Nov 28 15:05 sAevm
srwxrwxrwx 1 grid oinstall 0 Nov 28 15:05 sCevm
怀疑是此目录权限引起的，此目录属主和权限很乱，所以决定删除此目录下文件（root用户）：

说明：此目录在安装完RAC后生成，之后每次启动集群，这些文件如果存在就进行验证；如果不存在，则可以去生成。那么如果存在，但权限属主不正确则无法验证通过。所以删除，让集群重新生成。

cd /var/tmp/.oracle
rm -rf *

确保完全关闭集群（root用户）

 ./crsctl stop crs -f

重新启动集群成功

 ./crsctl start crs

说明：如果重新启动仍然失败，而且/var/tmp/.oracle中无文件生成。可查看ps -ef | grep ha，发现有多个ha进程

参考：http://www.itpub.net/forum.php?mod=viewthread&tid=1781465 ：jieyancai的贴子

root      4459     1  0 14:59 ?        00:00:00 /bin/sh /etc/init.d/init.ohasd run
root     10850     1  0 16:09 ?        00:00:01 /u01/app/11.2.0/grid/bin/ohasd.bin reboot
root     11169     1  0 16:18 ?        00:00:00 /u01/app/11.2.0/grid/bin/ohasd.bin reboot
root     11209     1  0 16:20 ?        00:00:00 /u01/app/11.2.0/grid/bin/ohasd.bin reboot
root     11250 11004  0 16:23 pts/5    00:00:00 tail -f /u01/app/11.2.0/grid/log/rh1/agent/ohasd/orarootagent_root/orarootagent_root.log
root     11255 11097  0 16:23 pts/6    00:00:00 tail -f /u01/app/11.2.0/grid/log/rh1/ohasd/ohasd.log
root     11260     1  0 16:24 ?        00:00:00 /u01/app/11.2.0/grid/bin/ohasd.bin reboot
root     11532     1  0 16:27 ?        00:00:00 /u01/app/11.2.0/grid/bin/ohasd.bin reboot
kill -9 10850
kill -9 11260
再次查看，已经在启动，/var/tmp/.oracle已生成相应文件 

root      4459     1  0 14:59 ?        00:00:00 /bin/sh /etc/init.d/init.ohasd run
root     11250 11004  0 16:23 pts/5    00:00:00 tail -f /u01/app/11.2.0/grid/log/rh1/agent/ohasd/orarootagent_root/orarootagent_root.log
root     11255 11097  0 16:23 pts/6    00:00:00 tail -f /u01/app/11.2.0/grid/log/rh1/ohasd/ohasd.log
root     11799  4459 34 16:35 ?        00:00:00 /u01/app/11.2.0/grid/bin/ohasd.bin restart

查看/var/tmp/.oracle目录，

[root@rh1 tmp]# ll /var/tmp/.oracle
total 4
srwxr-xr-x 1 grid oinstall 0 Nov 28 16:35 mdnsd
-rw-r--r-- 1 grid oinstall 6 Nov 28 16:35 mdnsd.pid
prw-r--r-- 1 root root     0 Nov 28 16:18 npohasd
srwxrwxrwx 1 grid oinstall 0 Nov 28 16:36 ora_gipc_gipcd_rh1
-rw-r--r-- 1 grid oinstall 0 Nov 28 16:36 ora_gipc_gipcd_rh1_lock
srwxrwxrwx 1 grid oinstall 0 Nov 28 16:35 ora_gipc_GPNPD_rh1
-rw-r--r-- 1 grid oinstall 0 Nov 28 16:35 ora_gipc_GPNPD_rh1_lock
srwxrwxrwx 1 root root     0 Nov 28 16:36 ora_gipc_srh1gridrhclusterCRFM_SIPC
-rw-r--r-- 1 root root     0 Nov 28 16:36 ora_gipc_srh1gridrhclusterCRFM_SIPC_lock
srwxrwxrwx 1 grid oinstall 0 Nov 28 16:40 s#12669.1
srwxrwxrwx 1 grid oinstall 0 Nov 28 16:40 s#12669.2
srwxrwxrwx 1 grid oinstall 0 Nov 28 16:40 s#12686.1
srwxrwxrwx 1 grid oinstall 0 Nov 28 16:40 s#12686.2
srwxrwxrwx 1 grid oinstall 0 Nov 28 16:40 sAevm
srwxrwxrwx 1 grid oinstall 0 Nov 28 16:40 sCevm
......









上海阿丽
关注
专栏目录
oracle 漂移后vip不通,一次RAC VIP漂移的结果诊断及修复
weixin_32033241的博客
04-13 671
背景概述客户的10G数据库VIP出现宕，引起VIP负载到另一个节点事件支持细节04:29:56.378 一号机器VIP出现 went OFFLINE unexpectedly，当天出现这个VIP漂移的故障后为检查VIP宕掉的原因，对VIP资源启动DEBUG 5模式：./crsctl debug log res "orahostname1.vip:5"04:38:36.047 一号节点VIP出现 w...
oracle rac 仲裁盘_模拟一次Oracle 11gRAC仲裁盘故障（无备份恢复OCR和OLR）
weixin_29232507的博客
12-28 452
title: 模拟一次Oracle 11gRAC仲裁盘故障(无备份恢复OCR和OLR)categories: 数据库tags:- RAC- Oracletimezone: Asia/Shanghaidate: 2019-01-06环境[root@redhat6 ~]# cat /etc/redhat-releaseRed Hat Enterprise Linux Server release 6...
rac1节点不能启动ＣＲＳ
cuanli4270的博客
08-07 337
今天重启RAC主机后发现RAC1节点的CRS服务不能开启，RAC2正常[grid@rac1 ~]$ crsctl check crsCRS-4638: Oracle High Availability Services...
rac 启动其中一个node_HAIP异常,导致RAC节点无法启动的解决方案
weixin_39692253的博客
12-19 346
2014-08-0914:21:46.094:[CSSD][5414]clssnmSendingThread:sent4joinmsgstoallnodes2014-08-0914:21:46.421:[CSSD][4900]clssgmWaitOnEventValue:afterCmInfoStateval3,eval1waited0s2014-08-0914:21:47.042...
rac集群由于ora.cluster_interconnect.haip资源无法启动，导致集群启动失败的两种解决方法
最新发布
老苏畅谈运维
07-18 367
生产一套Oracle 11.2.0.4 的 RAC DG数据库，由于心跳网络的调整需要，原本能正常运行的，发现网络调整后，集群服务启动不正常。MOS 1366211.1文档有说明报错原因是该心跳网络所在的VLAN配置了网关，HAIP无法获取169.254.x.x 这个段的IP，也就导致ora.cluster_interconnect.haip启动失败。
GRID下sqlnet.ora 设置错误导致ASM访问不了
jnrjian的博客
09-21 863
--sqlnet.ora 错了启动不了，启动后打开也没有用。--------------正常情况。
RAC11gR2Grid启动顺序及启动故障诊断思路
babymouse1212的博客
05-06 5678
【Oracle】RAC11gR2Grid启动顺序及启动故障诊断思路 转自：http://www.2cto.com/database/201605/507269.html 从11gR2开始，Oracle RAC的架构有了比较大的变化，集群层面相交于之前的版本有了比较大的变动，原来的rac架构基本上属于cssd、c
oracle重启网络,重启服务器后ORACLE RAC 集群未启动，重启网络服务后集群正常
weixin_40008339的博客
04-13 492
环境：rhel 6.564位Oracle：11.0.2.3.11$GRID_HOME/log/主机名目录下的日志如下：2015-10-13 09:40:45.191:[ohasd(5594)]CRS-2112:The OLR service started on node app-db1.2015-10-13 09:40:45.283:[ohasd(5594)]CRS-1301:Oracle ...
oracle连接无法负载,Oracle RAC的连接负载均衡load balance 以及连接故障failover转移...
weixin_32827751的博客
04-03 886
连接Oracle Real Application Clusters所有的数据库节点可以访问数据库中所有的数据自动维持节点之间的数据一致性SQL的并行执行(Parallel Execution)可以自动并列化一个SQL的执行从Oracle客户端开始的连接与串行处理相同无论是单一实例或是RAC都是可行的安装两个软件1.Oracle Grid Infrastructure 11g Release 2O...
rac san+oracle_oracle rac理解和用途扩展
weixin_29227425的博客
01-14 1067
Oracle RAC的优势在于利用多个节点(数据库实例)组成一个数据库，这样在保证了数据库高可用性的情况下更充分的利用了多个主机的性能，而且可以通过增加节点进行性能的扩展。实现Oracle RAC需要解决的关键问题就是多节点进行数据访问时如何保证数据的一致性，Oracle是通过各节点间的私有连接进行内存融合(cache fusion)来保证各节点数据访问的一致性。用一个例子来解释一下内存融合的过程...
从11.2开始错误的修改IP导致crs启动不了的解决方法
lunar的小铺
12-18 9986
使用RAC的时候，经常有朋友问如何修改IP，10.2的我就不说了，修改方法成熟的很，出了问题也很好解决。 从11.2开始，修改IP方法和以前差不多，但是出了问题，有些人不知道如何处理，这里介绍一个使用gpnp修复的方法（还可以用重建crs的方法），该方法已经在11.2和12c上都实施成功了。 模拟错误： 使用oifcfg故意设置错误的内部互联网段（其他使用oficfg错误的修
rac数据库的服务无法启动，报错ORA-03113: end-of-file on communication channel
jingleli21的博客
05-21 9124
启动数据库服务出现如下错误： [grid@rac2 ~]$ srvctl start database -d orcl PRCR-1079 : 无法启动资源 ora.orcl.db CRS-5017: The resource action "ora.orcl.db start" encountered the following error: ORA-03113: end-of-fi
记一次Oracle RAC一节点重启后出现故障的处理
范一刀的博客
03-08 5953
因为存储的相关操作，客户需要手动重启rac节点，然而，这个重启导致了接下来的事故。。。。 由于是远程跟我沟通，我回复rac环境下可以重启一个节点，客户就自信重启了，出现的故障如下所示： [grid@hxdb01 ~]$ srvctl start nodeapps -n hxdb01 PRKH-1010 : 无法与 CRS 服务通信。 PRKH-3003 : 尝试与 CSS 守护程序通...
CRS-0804:PROC-26: Error while accessing the physical storage
sqlora的专栏
07-07 2351
With the Real Application Clusters and Automatic Storage Management options [grid@rac1 rac1]$ tail -f alertrac1.log 2020-07-07 16:27:02.696: [mdnsd(3096)]CRS-5602:mDNS service stopping by request. 2020-07-07 16:27:17.049: [cssd(3176)]CRS-1603:CSSD on no...
asm_diskstring设置错误集群无法启动问题处理
关光磊的博客
09-24 1833
aix 6.1，grid 11.2.0.3+asm11.2.0.3+rac 建数据库的时候使用的是aix自带的多路径软件mpio，建了diskgroup 现在改造成veritas dmp多路径，已经修改了asm的disk_strings＝/dev/vx/rdmp/*，crs/asm启动的时候已经可以识别到磁盘/dev/vx/rdmp/开头的磁盘，但是读取不回原来的diskgroup信息。 crs启...
grid 卸载 Linux
冬七的博客
12-01 1169
第一步：su - grid 第二步： Checking for required files and bootstrapping … Please wait … Location of logs /tmp/deinstall2019-12-29_09-33-34AM/logs/ ############ ORACLE DEINSTALL & DECONFIG TOOL START ###...
oracle两节点RAC，由于gipc导致某节点crs无法启动问题分析
cuibaye0692的博客
01-14 3340
两节点RAC，其中1 节点集群CRS无法启动。经过分析原因为2节点gipcd进程异常，导致节点之间无法正常通信，重启2节点gipcd.bin后问题得以恢复。 从现象来看，是 ora.crsd...
诊断 Grid Infrastructure 启动问题 (文档 ID 1623340.1)
热门推荐
岁月有声。。。
04-29 1万+
修改时间:2014-2-17类型:BULLETIN 语言: English简体中文 한국어 文档内容 用途   适用范围   详细
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

上海阿丽

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值