Linux安装oracle grid报错INS-41317 解决办法

已于 2022-06-22 12:54:10 修改
阅读量453 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： oracle linux
于 2020-05-18 18:36:19 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/zhangbaoxiang/article/details/106198868
本文探讨了共享文件系统中出现的一个常见问题——部分节点无法访问共享资源。具体表现为节点2未能成功挂载NFS共享目录，这可能由网络配置、权限设置或NFS服务状态引起。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

问题原因：

共享文件系统，有节点无法访问。

检查文件共享，节点2未挂载NFS共享的相应目录

io_py
关注
[INS-40414] The installer has detected an unused Oracle Cluster Registry (OCR) location pointer file
鲨鱼胃的博客
03-08 1261
报错信息： [INS-40414] The installer has detected an unused Oracle Cluster Registry (OCR) location pointer file (/etc/oracle/ocr.loc) on the system. [INS-40414] 安装程序检测到系统上有未使用的 Oracle 集群注册表 (OCR) 位置指针文件 (/etc/oracle/ocr.loc) 解决： 删除/etc/oracle/ocr.loc文件即可 [root.
oracle 12c rac grid 安装报错INS-30508 INS-30515
herui_hr的专栏
10-13 7432
环境： RHEL6.2 安装oracle 12c RAC 在选择ASM磁盘时出错： 原因： 没有安装ASMLIB导致oracle不认盘。 由于觉得安装ASMLIB麻烦，通过配置udev方式处理。 1.写脚本找到b.c.d盘，关注RESULT for i in b c d; do echo "KERNEL==\"sd*\", BUS==\"scsi\",PROGRA
ORACLE常见错误以及解决办法
DD1345764383qqcom的专栏
03-25 604
好记性不如烂笔头，以后将项目中常见的oracle的错误，已经解决办法详细记录下来。 　　1.ORA-24324： 　　错误描述： 　　[sql] 　　SQL> shutdown immediate; 　　ORA-24324: service handle not initialized 　　ORA-24323: value not allowed 　　ORA-01089: immed
Oracle 安装报错 [INS-32025] The chosen installation conflicts with software already installe
leo__1990的博客
05-08 7799
2017-08-25 23:2116640原创Oracle 12c故障处理编辑删除 本文链接：https://www.cndba.cn/leo1990/article/2173 图形化界面升级Oracle 12.1至12.2 时，突然中断了，后面继续安装时提示，软件安装冲突，如下图： 解决方法： 将inventory.xml 文件中 ORACLE_HOME信息删掉，如下标红的部分删除,...
[INS-41107]eth0 selected for one or more of the public or private interfaces is not on a shared subn
在路上
10-30 5693
Description: string selected for one or more of the public or private interfaces is not on a shared subnet. Nodes not defining are: string Cause: The public or private interface on the nodes indicated
安装GRID执行root.sh脚本报警（INS-41814）
csq89573328的博客
03-23 750
安装GRID时执行root.sh脚本报警（INS-41814） 1. 环境与问题 虚拟机：VMware Workststion 10 操作系统：Oracle Linux 6.7 ...
安装 oracle RAC的问题报错集合解决办法-1
ai74le的博客
02-20 1008
2、报错20802，oracle cluster verification utility failed 集群验证失败 就去看日志 ///日志目录以弹出的目录为准 导致这个错误的原因是开始在/etc/hosts中配置了SCAN的地址，尝试ping这个地址信息，如果可以成功，则这个错误可以忽略。NTP也可以忽略。 ip地址以你设置的scan ip 为准 确认可以忽略后，继续往下...
INS-35423 安装 database 时安装程序无法获取集群节点
立格技术专栏
02-09 3829
操作系统为 RedHat Linux 6.4，已安装Oracle 11.2.0.4.0 版本的 Grid后，开始以oracle用户身份安装对应版本的database软件，结果在在走到  Oracle Database 11g Release 2 Installer database - Step 4 of 10 中的 Grid Instrallation Options 界面，集群列表为空，且报I
linux安装Oracle19c
m0_60311330的博客
08-07 1938
大致浏览了一下官网手册：Database Installation Guide for Linux 好专业，太全面。不管那么多，先开干。 安装oracle19c目的有两个，一个是安装，另一个是对工作中遇到的问题进行分析和定位，也可以理解为学习相关内容。 1、克隆虚拟机 之前安装hadoop 的时候，把原始安装好的虚拟机保留了起来。另外克隆三份去搭建hadoop三台机器的集群。2G内存+20G磁盘。但是今天安装oracle19c之后，发现还是保底得要4G内存+30G磁盘，最好这样的配置。不然安装过程可以临时
oracle网格基础结构主目录,[INS-20802] 网格基础结构配置 失败。Oracle RAC安装。
weixin_35865261的博客
04-06 1302
[INS-20802] 网格基础结构配置 失败。Oracle RAC安装。在自己的电脑模拟安装RAC，在vmware中创建2个windows系统。设置共享磁盘。然后安装win64_11gR2_grid，最后报错，[INS-20802] 网格基础结构配置 失败。原因 - 插件的执行方法失败 操作 - 参阅日志或与 Oracle 技术支持服务联系。 日志文件位置C:\Program Files\O...
Oracle安装时先决条件检查失败和[INS-35180] 无法检查可用内存问题解决
后端开发
06-17 8887
win10操作系统在安装oracle19c时报错如下： > [INS-13001] 此操作系统不支持 Oracle 数据库。安装程序将不在系统上执行先决条件检查。 # 问题2：[INS-35180] 无法检查可用内存
解决Oracle安装时报的[INS-13001]或[INS-35180]
weixin_44803780的博客
02-22 2229
主机明不能为中文 cmd下进入setup.exe所在目录，运行 setup.exe -ignorePrereq -J"-Doracle.install.db.validate.supportedOSCheck=false" 可以忽略预检查以及os检查试试，能不能最终安装成功就不确定了。
【INS-40001 to INS-45000】
热门推荐
雪域飞鸿
03-08 1万+
INS-40001 to INS-45000 Find your Oracle error here: INS-40102: Specified Grid home is invalid Cause: The Oracle Grid Infrastructure for a cluster home (Grid home) was placed in the installation
oracle 去摸_oracle 11g RAC STEP 2: Install grid
weixin_39695672的博客
12-19 492
login as: rootAccess deniedroot@10.101.5.70's password:Last login: Tue May 21 12:17:46 2013 from 10.101.5.66[root@node1 ~]# /u01/app/oraInventory/orainstRoot.shChanging permissions of /u01/app/oraInve...
oracle clusterware安装遇到的问题
Laughing
10-27 4271
安装clusterware最后出现问题，在最后一个节点执行root.sh时出现： Oracle CRS stack installed and running under init(1M) Running vipca(silent) for configuring nodeapps /u01/app/oracle/product/10.2.0/crs_1/jdk/jre//bin/java:
ORACLE 11G RAC [INS-32026] The Software Location specified should not
海鲨数据库架构师
11-10 8991
INFO: Checking specified location on remote nodes...INFO: size estimation for Completeinstall is 3017.24600315094SEVERE: [FATAL] [INS-32026] The Software Location specified should not be under Oracle
Oracle INS-41112,PRVF-4190 Verification of the hosts config file failed
dbhang的博客
12-09 1133
安装11g集群软件时出现INS-41112 ,PRVF-4190 : Verification of the hosts config file failed 从字面意思上看是两个节点的hosts不同或者有错误: 核查图片如下: 按照网上和Mos(网络,权限,格式,防火墙以及重启等等)依次检查了一遍.都没有发现问题. 又进行了一次安装前检测: [grid@nccrac1 grid]$ ./runcluvfy.sh comp nodecon -i eth0 -n nccrac1,nccrac2 -ver
安装11G rac时报错INS-40414 INS-40414 安装程序检测到系统上有未使用的 Oracle 集群注册表 (OCR) 位置指针文件 (/etc/oracle/ocr.loc)
我的博客
05-11 3745
点击打开链接
安装orace grid infrastructure 提示“[INS-40404] The installer has detected a configured instance of ..
Rhys learn oracle！
12-03 8621
grid infrastructure 提示“[INS-40404] The installer has detected a configured instance of  oracle grid infrastructure software on the server!      今天是2013-12-03，描述一下出现这个错误的过程，我没按照正常的方式删掉 grid infrastru
上面命令报错日志是什么问题：[root@19cdb01 rpm]# su - grid Last login: Fri Mar 7 09:30:37 CST 2025 on pts/0 [grid@19cdb01:/home/grid]$ [grid@19cdb01:/home/grid]$ export CVUQDIISK_GRP=oinstall [grid@19cdb01:/home/grid]$ [grid@19cdb01:/home/grid]$ cd /u01/app/19.3.0/grid/ [grid@19cdb01:/u01/app/19.3.0/grid]$ [grid@19cdb01:/u01/app/19.3.0/grid]$ [grid@19cdb01:/u01/app/19.3.0/grid]$ cd /u01/app/19.3.0/grid [grid@19cdb01:/u01/app/19.3.0/grid]$ [grid@19cdb01:/u01/app/19.3.0/grid]$ ls addnode clone dbjava diagnostics gpnp install jdbc lib OPatch ords perl qos rhp rootupgrade.sh sqlpatch tomcat welcome.html xdk assistants crs dbs dmu gridSetup.sh instantclient jdk md opmn oss plsql racg root.sh runcluvfy.sh sqlplus ucp wlm bin css deinstall env.ora has inventory jlib network oracore oui precomp rdbms root.sh.old sdk srvm usm wwg cha cv demo evm hs javavm ldap nls ord owm QOpatch relnotes root.sh.old.1 slax suptools utl xag [grid@19cdb01:/u01/app/19.3.0/grid]$ [grid@19cdb01:/u01/app/19.3.0/grid]$ ./runcluvfy.sh stage -pre crsinst -n 19cdb01, 19cdb02 -verbose ERROR: Unexpected symbol "19cdb02". See usage for detail. USAGE: runcluvfy.sh stage -pre crsinst -responseFile <response_file> [-fixup] [-fixupnoexec] [-method sudo -user <user_name> [-location <dir_path>]|-method root] [-r {10.1|10.2|11.1|11.2|12.1|12.2|18|19}] [-verbose] crsinst -file <config_file> [-fixup] [-fixupnoexec] [-method sudo -user <user_name> [-location <dir_path>]|-method root] [-verbose] crsinst -upgrade [-rolling] [-src_crshome <src_crshome>] -dest_crshome <dest_crshome> -dest_version <dest_version> [-fixup] [-fixupnoe
最新发布
03-08
<think>好的，用户遇到了在安装Oracle Grid Infrastructure时执行runcluvfy.sh脚本出现的错误，具体是'Unexpected symbol "19cdb02"'。我需要帮他们解决这个问题。首先，我得回忆一下Oracle安装前的检查流程和相关脚本可能的问题。 根据用户提供的引用[^1]，之前在部署19c RAC时遇到过类似的错误，比如INS-08101，这可能和环境检查有关。而引用[^3]提到了zkEnv.sh的语法错误，特别是括号的问题，这可能和脚本中的语法或环境变量有关。 首先，我需要考虑runcluvfy.sh脚本的语法错误可能的原因。常见的类似错误通常与脚本中的特殊字符未正确转义、变量赋值错误或使用了不兼容的shell解释器有关。比如，如果脚本中有未闭合的引号或括号，或者变量名中包含特殊字符，可能会导致解析错误。 用户提到的错误信息是“Unexpected symbol "19cdb02"”，这里看起来像是脚本解析时遇到了意外的符号。可能的检查点包括： 1. **变量赋值问题**：检查脚本中是否有类似`19cdb02=value`的变量名，变量名以数字开头是不允许的，会导致语法错误。需要确认是否有这样的变量定义。 2. **特殊字符未转义**：在参数传递或变量使用时，如果包含空格或特殊字符（如$、#、(、)等），需要用引号包裹或转义处理。 3. **脚本编码或隐藏字符**：有时候从Windows复制到Linux的脚本可能带有CRLF换行符，或者文件编码不正确，这会导致解释器解析错误。可以用dos2unix工具转换。 4. **Shell解释器兼容性**：检查脚本头部的shebang（如#!/bin/bash）是否正确，是否使用了与当前系统不兼容的shell，比如在sh环境下运行了bash特有的语法。 另外，用户的环境是Linux 8.3，安装的是Oracle 19c，可能需要确认系统是否满足所有先决条件，比如必要的软件包、内核参数、用户权限等。但此错误更可能与脚本本身的语法有关。 接下来，我需要给出具体的解决步骤。首先建议用户检查脚本中的变量命名是否符合规范，尤其是是否存在以数字开头的变量。然后检查是否有特殊字符需要处理，或者参数传递是否正确。此外，检查文件格式是否正确，是否存在隐藏字符，并确保使用合适的shell解释器。 如果用户无法直接修改Oracle提供的脚本，可能需要检查他们的安装文件是否完整，或者是否有补丁需要应用。有时候，Oracle的安装介质可能损坏，重新下载或校验MD5可能会有帮助。 最后，参考之前的类似问题，比如引用[^3]中的zkEnv.sh错误，可能涉及脚本中的括号问题，可以建议用户使用ShellCheck工具进行静态分析，或者手动检查相关行号的语法是否正确。 总结步骤应该是：检查变量命名、处理特殊字符、转换文件格式、验证脚本完整性、使用调试工具分析错误位置。如果问题依旧，建议查看Oracle官方文档或联系支持，并确保所有预检查步骤已完成。</think>### 解决方案：Oracle runcluvfy.sh脚本出现'Unexpected symbol "19cdb02"'错误 #### 问题分析 该错误通常由以下原因导致： 1. **变量命名冲突**：脚本中变量名可能包含特殊字符或不符合命名规则（如以数字开头）。 2. **参数传递错误**：在运行`runcluvfy.sh`时传递的参数格式不正确或包含未转义的特殊符号。 3. **文件编码问题**：脚本文件可能因换行符（如Windows CRLF）或隐藏字符导致解析异常[^2]。 4. **环境变量干扰**：当前Shell环境中存在与脚本变量冲突的定义。 --- #### 逐步解决步骤 1. **检查变量命名规范** - 在脚本`runcluvfy.sh`中搜索`19cdb02`： ```bash grep -n "19cdb02" runcluvfy.sh ``` - 若发现类似`19cdb02=value`的变量定义（变量名以数字开头），需修改为合法名称（如`db02_19c`）[^3]。 2. **处理特殊字符和参数格式** - 确保命令参数用双引号包裹： ```bash ./runcluvfy.sh stage -pre crsinst "19cdb02" # 错误示例 ./runcluvfy.sh stage -pre crsinst "19cdb02" # 正确格式（若参数必须） ``` - 若参数包含空格或符号（如`$`、`(`），需转义或使用单引号。 3. **转换文件编码** - 使用`dos2unix`清除Windows换行符： ```bash dos2unix runcluvfy.sh ``` - 检查文件编码是否为UTF-8： ```bash file runcluvfy.sh ``` 4. **验证脚本完整性** - 重新下载或从安装介质中提取原始脚本，覆盖当前文件。 - 确认Oracle安装介质未损坏（可通过MD5校验）。 5. **使用调试模式定位错误** - 通过`bash -x`运行脚本，观察具体报错位置： ```bash bash -x ./runcluvfy.sh stage -pre crsinst ``` 6. **检查环境变量** - 临时清空非必要环境变量： ```bash env -i bash --noprofile --norc ./runcluvfy.sh stage -pre crsinst ``` --- #### 附加建议 - **Oracle官方补丁**：检查My Oracle Support是否有针对19c的CLUVFY补丁。 - **Shell版本兼容性**：确认脚本头部的shebang（如`#!/bin/bash`）与当前系统兼容。 - **日志分析**：查看`$ORACLE_BASE/cfgtoollogs/cluvfy`目录下的详细日志。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

io_py

你的鼓励是我创作的动力

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

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

打赏作者

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

抵扣说明：

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

余额充值