ORA-15083: failed to communicate with ASMB background process

最新推荐文章于 2024-05-28 14:33:40 发布
转载 最新推荐文章于 2024-05-28 14:33:40 发布 · 445 阅读 · 0
文章标签：

#运维

本文详细记录了在VM虚拟机上安装RAC环境时遇到的ORA-15083错误的解决过程。作者在DBCA建库阶段遇到问题，通过检查日志、防火墙设置及磁盘状态未能解决问题。最终发现是虚拟机磁盘配置缺少关键参数scsi1:1.mode=independent-persistent，添加该参数并重启服务器后问题得以解决。

用VM虚拟机练习安装RAC环境

DBCA建库时到创建控制文件时报这个错

ORA-15083: failed to communicate with ASMB background process

开始通过查看日志，防火墙，都没有什么异常，又为是通过命令创建的asm磁盘组，重新删掉，在ASMCA界面中创建。还是没有用。通过视图检查asm磁盘组是mount磁盘，


通过asmcmd 进去查看，里边已经创建好了system文件，数据文件，日志文件，真是奇怪，按道理如果asm磁盘有问题，其它文件也不能创建来，后来回家对比家里的主机发现，虚拟机配置磁盘时少加了一条语句scsi1:1.mode = "independent-persistent"，重启服务器搞定 j_0066.gif



来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/69903565/viewspace-2331156/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/69903565/viewspace-2331156/

csdnw1116
关注
精选资源
用Navicat连接Oracle数据库时报错ORA-28547:connection to server failed,probable Oracle Net admin error-附件资源
03-02
用Navicat连接Oracle数据库时报错ORA-28547:connection to server failed,probable Oracle Net admin error-附件资源
连接Oracle数据库时报ORA-12541:TNS:无监听程序的图文解决教程
09-10
主要介绍了连接Oracle数据库时报ORA-12541:TNS:无监听程序的图文解决教程,非常不错，具有参考借鉴价值，需要的朋友可以参考下
4. ODI接口运行报错：ORA-15083
march0310的博客
08-23 409
目录1. 报错细节2. 报错原因3. 解决方法 1. 报错细节 a. 接口详情： 目标表修改多次，包括主键、不为空字段名称，及对应的数据类型； 未将已逆向工程的目标表删除，直接又进行了逆向工程； b. 报错详情： 2. 报错原因 建表时，并未设置主键名称，数据库自动生成。后又修改了主键，CONSTRAINT_NAME 发生改变，即使重新逆向工程，但之前的约束名称仍残留。 如下图所示，SYS_C0011012是残留的约束名称，SYS_C0011023是 现使用的约束名称。 3. 解决方法 点击SYS
ODI主键报错--create unique index on flow table
long282512061的博客
02-14 1050
场景：昨天在做ODI抽取数据时，到第11部报错，找了半天错误没查到，也是傻了。后来仔细一看，是经常喷到的主键错误。但是主键错误之前碰到的一直是抽取的目标表有主键，同时源表也有主键，是因为我在ODI中没有勾选导致。本次的报错情况是，源表无主键，一直在想这个怎么处理，后来查找资料，发现原来有复合主键这个功能，所谓的复合主键： 当一个字段无法确定唯一性的时候，需要其他字段来一起形成唯一性。就是说用来组
ERROR: Unable to communicate with master!
m0_64572251的博客
12-21 1668
出现这个问题是当我使用ros命令的时候，没有进行主进程。在另外一个终端输入：roscore。
Security of the Intel Graphics Stack
老鹰不捉小鸡
01-27 490
General Architecture Processor graphics - The graphics unit that is part of the processor itself. Has had many codenames over the years, HD Graphics, UHD Graphics, Iris, Gen9, Gen11, Intel Xe and so on. Even the ‘Gen’ name has double meaning - both genera
NSX-edge：Failedto communicate with the NSX-edge
企业实战系列集 ●●● https://ximenjianxue.blog.youkuaiyun.com
01-27 566
问题描述 分析处理 1、查看NSX-V事件台： 2、登录NSX-edge 设备虚拟机，控制台显示： NSX-edge虚拟机事件台也有类似报错： 综上，NSX-edge虚拟机文件系统不足，或i节点不足，导致设备异常； 在进一步分析前，对NSX-edge做了容量修改，但实际是NSX-manager对该虚拟机进行了重新部署操作： 3、经验证，以上操作，edge网络配置不会丢失，且重新部署完成后，edge状态恢复正常。同时，租户网络环境恢复正常，租户环境内vm的ip地址成功获取。 ...
ORA-15081: failed to submit an I/O operation to a disk
huangbaokang的博客
12-26 1902
报错信息如下： RMAN> restore standby controlfile from '/rman_backup/stanby_0epojv93_1_1.ctl'; Starting restore at 2014/11/29 18:31:59 using channel ORA_DISK_1 channel ORA_DISK_1: restoring contro...
ORA-27041: redo文件 unable to open file处理
kevinyu998的博客
05-28 1150
本以为是审计日志*.aud导致的，通过查看发现alert_orcl.log特别的大，98G大小了,查看日志最后信息如下。现场项目经理反馈有个测试环境的u01满，赶紧回电脑边查看。2、删除redo02重新新建redo02。1、直接修改属组并切换日志不生效。
DATAGUARD异常处理
cuiduxiang7342的博客
04-26 411
11.2.0.3 rac-单机的DG由于数据库部署监控，部署时把DG端的tnsname.ora文件覆盖了，到时DG和主库RAC节点的通讯中断，然后就出现奇怪的问题；DG节点：alert.log:ERROR: ...
ODI（Oracle Data Integrator）基本使用教程（1）
热门推荐
JenKin的博客
08-26 1万+
在 ODI ，Oracle Date Integrator 即Oracle数据集成。 ODI是Oracle Fusion MiddleWare的一个组件，它可以实现不同以及相同异构数据源之间打的数据同步与集成。 1、主资料档案库的创建 主资料档案库一般用来保存企业所有IT资源的Topology，保存项目和数据模型的安全信息、版本信息，供ODI图形模块等使用。通常创建
oracle 复合主键
weixin_34418883的博客
06-17 2727
2019独角兽企业重金招聘Python工程师标准>>> ...
Oracle事件诊断列表
10-13 1万+
oracle事件诊断列表，从0到20000，并输出到文件oracle.txt中。 SET linesize 120 SET feedback off SET SERVEROUTPUT ON spool "d:\oracl.txt" DECLARE err_msg VARCHAR2(120); BEGIN dbms_output.enable(1000000); FOR err
服务器的bmc相关
阡陌淡暖的博客
01-26 1016
基于环境ubuntu下面对服务器进行bmc的相关调试命令 sudo apt-get install openipmi -y sudo apt-get install ipmitool -y #加载模块 实际安装时未进行这一步 modprobe ipmi_msghandler modprobe ipmi_devintf modprobe ipmi_si modprobe ipmi_poweroff modprobe ipmi_watchdog sudo ipmitool lan se
ASMB的BUG（ORA-04030 kfmditer）导致数据库宕机
zhou1862324的专栏
12-18 8866
ASMB的BUG（ORA-04030 kfmditer）导致数据库宕机 现象： 客户的一个重要生产系统RAC的实例1宕机，查看alert日志： Fri Jun 21 17:05:52 2013 Errors in file /opt/app/diag/rdbms/jyj/jyj1/trace/jyj1_asmb_11391.trc (incident=31397): ORA-0403
RAC12.1.0.2.161018PSU从RAC+ASM恢复到单实例非ASM遇到的BUG
还不算晕的专栏
12-31 2213
RAC版本为：12.1.0.2.161018，使用ASM；恢复测试时，恢复到单实例非ASM环境时; 在执行restore database命令时，alert日志中一直报错：WARNING: failed to start ASMB (connection failed) state=0x1 sid=''，RMAN中restore database执行到分配通道后，也无法继续； 此时查询v$se
pcs 认证失败 Error: Unable to communicate with
a872983273的博客
02-04 6627
节点认证过程中其中一个服务器 一直提示Unable to communicate with master ，检查了无数遍的pcsd 服务和密码设置均未发现问题 pcs –debug cluster auth master node2 Response Reason: TCP connection reset by peer Username: root Password: Ru...
oracle rman恢复ORA-19504: failed to create file "/data/xluni/controlfile/control01.ctl" ORA-27040:
最新发布
11-26
<think> 首先，用户的问题是关于Oracle RMAN恢复时出现ORA-19504和ORA-27040错误的解决方案。具体错误是：ORA-19504: failed to create file "/data/xluni/controlfile/control01.ctl" ORA-27040: file create error, unable to create file。 从系统级指令中，我需要： - 所有行内数学表达式使用$...$格式（但在这个上下文中，可能不涉及数学表达式）。 - 独立公式使用$$...$$格式（同样，可能不需要）。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 回答中引用的段落末尾自然地添加引用标识，例如[^1]。 - 回答结构清晰，帮助用户逐步解决问题，保证真实可靠。 用户提供的引用包括： - 引用[1]：描述了RMAN恢复时出现ORA-19504、ORA-17502、ORA-15001、ORA-15040错误，原因是磁盘组“DATA”不存在或未挂载。 - 引用[2]：讨论了RMAN备份时报ORA-19504和ORA-27038错误，原因是控制文件和数据文件的块大小不同，不能在同一备份集中。 用户的当前错误是ORA-19504和ORA-27040，具体在创建控制文件时出错。错误信息指向"/data/xluni/controlfile/control01.ctl"。 关键点： - ORA-19504: failed to create file – 这表示创建文件失败。 - ORA-27040: file create error, unable to create file – 这是文件系统级别的错误，可能由于权限、路径不存在、磁盘空间不足等原因。 结合引用： - 引用[1]中提到ORA-15001和ORA-15040，表明磁盘组问题。 - 引用[2]中提到块大小不同导致控制文件不能和数据文件在同一备份集。 但用户的错误中没有提到磁盘组或块大小问题。用户错误是直接关于创建文件失败。所以，我需要基于常见原因提供解决方案。 常见原因和解决方案： 1. **路径不存在或权限问题**： - 确保"/data/xluni/controlfile/"目录存在。 - Oracle用户（通常是oracle）必须有权限写入该目录。 - 检查目录权限：`ls -ld /data/xluni/controlfile/`，并确保oracle用户有写权限。 2. **磁盘空间不足**： - 检查目标文件系统的磁盘空间是否充足。使用`df -h /data`或类似命令。 3. **文件已存在**： - ORA-27040可能与文件已存在相关，但错误中没有提到ORA-27038（文件已存在）。用户错误是ORA-27040，通常表示创建错误。 - 确认目标文件是否已经存在。如果是，可能需要删除或覆盖（但需谨慎）。 4. **ASM磁盘组问题**： - 如果使用ASM（Oracle自动存储管理），错误中提到了"+DATA"，但用户错误是"/data/xluni/controlfile/control01.ctl"，这看起来是文件系统路径，而不是ASM路径。 - 用户错误指定了文件系统路径，所以可能不是ASM问题。但需确认环境。 5. **控制文件恢复问题**： - 在RMAN中恢复控制文件时，需要指定正确的位置。可能恢复脚本指定了错误的位置。 - 检查RMAN脚本或命令是否正确指定了控制文件的恢复位置。 6. **其他原因**： - 文件系统损坏。 - Oracle实例未启动或参数问题。 - 网络问题（如果是远程文件系统）。 结构化回答： 1. **确认错误原因**：解释错误含义。 2. **逐步解决方案**： a. 检查目录存在和权限。 b. 检查磁盘空间。 c. 验证文件是否已存在。 d. 检查Oracle参数（如DB_CREATE_FILE_DEST）。 e. 尝试手动创建文件测试。 f. 确保RMAN命令正确。 3. **生成相关问题**：在回答末尾添加相关问题。 引用处理： - 如果我在回答中引用用户提供的引用，需要在末尾添加引用标识。 - 例如，提到块大小问题或磁盘组问题，可以引用[^1]或[^2]。 用户错误具体是：ORA-19504: failed to create file "/data/xluni/controlfile/control01.ctl" ORA-27040: file create error, unable to create file。 所以，重点在文件创建错误。 回答结构： 1. 解释错误。 2. 提供解决方案步骤。 3. 总结。 4. 添加相关问题。 相关问题生成： - 类似于示例中的快速排序问题。 - 例如： 1. 如何防止RMAN恢复时的文件创建错误？ 2. Oracle ASM磁盘组的常见管理问题？ 3. 控制文件恢复的最佳实践？ 确保中文回答。 </think>### Oracle RMAN恢复时出现ORA-19504和ORA-27040错误的解决方案 在Oracle RMAN恢复过程中，出现ORA-19504（failed to create file）和ORA-27040（file create error, unable to create file）错误，通常是由于文件系统级别的问题导致控制文件创建失败。具体错误信息如`ORA-19504: failed to create file "/data/xluni/controlfile/control01.ctl"`表明目标路径或文件无法被创建。这可能是目录权限不足、路径不存在、磁盘空间不足或文件已存在等原因引起的。下面我将一步步指导您解决此问题，确保恢复顺利进行。解决过程需要以Oracle用户（通常为`oracle`）操作，并在数据库mount或nomount状态下执行RMAN命令。 --- ### 步骤1: 确认错误原因和基本检查 - **错误解释**: - ORA-19504: 表示文件创建失败。 - ORA-27040: 是操作系统级别的错误，常见于文件系统权限、路径无效或空间不足。 - **立即检查项**: 1. **确认目录存在**: - 通过命令行检查目标目录是否有效： ```bash ls -ld /data/xluni/controlfile/ ``` - 如果目录不存在，创建它并设置正确权限： ```bash mkdir -p /data/xluni/controlfile/ chown oracle:oinstall /data/xluni/controlfile/ chmod 775 /data/xluni/controlfile/ ``` 2. **检查磁盘空间**: - 使用`df -h /data`查看磁盘空间使用情况。如果空间不足（例如使用率超过90%），需要清理文件或扩展磁盘。 3. **验证文件是否已存在**: - 执行`ls -l /data/xluni/controlfile/control01.ctl`。如果文件存在，删除或移动它（但需谨慎，避免数据丢失）： ```bash rm -f /data/xluni/controlfile/control01.ctl ``` 4. **测试手动创建文件**: - 以oracle用户尝试创建空文件，验证权限： ```bash sudo -u oracle touch /data/xluni/controlfile/testfile ``` - 如果失败，错误信息会提示具体原因（如权限不足），您需要调整目录所有权或SELinux设置（如果启用）。 如果以上步骤未解决，进入详细配置检查。 --- ### 步骤2: 检查Oracle配置和RMAN命令 - **验证Oracle参数**: - 确保`DB_CREATE_FILE_DEST`参数指向正确位置。登录SQL*Plus： ```sql SQL> show parameter db_create_file_dest; ``` - 如果参数值不是`/data/xluni/controlfile/`，修改它： ```sql SQL> ALTER SYSTEM SET DB_CREATE_FILE_DEST = '/data/xluni/controlfile/' SCOPE=spfile; SQL> SHUTDOWN IMMEDIATE; SQL> STARTUP NOMOUNT; -- 重新启动到nomount状态以应用更改 ``` - 检查控制文件路径是否在`CONTROL_FILES`参数中： ```sql SQL> show parameter control_files; ``` 确保包含`/data/xluni/controlfile/control01.ctl`。如果没有，更新参数文件（spfile）。 - **修正RMAN恢复命令**: - 在RMAN中恢复控制文件时，确保指定正确路径。例如： ```bash RMAN> STARTUP NOMOUNT; RMAN> RESTORE CONTROLFILE FROM '/path/to/backup/controlfile_backup.ctl'; -- 替换为实际备份路径 RMAN> ALTER DATABASE MOUNT; ``` - 如果备份文件路径错误或不可访问，RMAN会报错。确认备份文件存在且可读： ```bash ls -l /path/to/backup/controlfile_backup.ctl ``` - **处理ASM或块大小问题（如果适用）**: - 如果使用ASM（如错误中提到`+DATA`），确保磁盘组已挂载（引用[1]）。但您的错误路径是文件系统路径（`/data/...`），而非ASM格式，因此可能不涉及此问题[^1]。 - 控制文件和数据文件块大小不同可能导致备份问题（引用[2]），但这通常影响备份而非恢复。检查块大小一致性： ```sql SQL> SELECT name, block_size FROM v$controlfile; SQL> SHOW PARAMETER db_block_size; ``` 如果块大小不匹配（例如控制文件16KB vs 数据文件8KB），恢复时需确保控制文件备份独立[^2]。 --- ### 步骤3: 高级故障排除 - **文件系统检查**: - 运行`fsck /dev/sdX`（替换为数据分区）检查文件系统完整性。 - 如果是NFS挂载，添加`rw,hard,nointr`选项到`/etc/fstab`，并重新挂载。 - **使用RMAN的`SET`命令指定路径**: - 在RMAN会话中显式设置控制文件创建路径： ```bash RMAN> STARTUP NOMOUNT; RMAN> SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/data/xluni/controlfile/%F'; RMAN> RESTORE CONTROLFILE FROM AUTOBACKUP; ``` - **日志分析**: - 检查RMAN日志和Oracle alert log： ```bash tail -f $ORACLE_BASE/diag/rdbms/<DB_NAME>/<INSTANCE_NAME>/trace/alert_<INSTANCE_NAME>.log ``` 日志可能提供更详细的错误原因（如I/O错误）。 如果所有步骤失败，考虑： - 从有效备份还原到其他位置。 - 咨询系统管理员检查硬件或网络问题。 --- ### 总结 解决ORA-19504和ORA-27040错误的核心是确保目标路径可访问、有写权限且空间充足。多数情况下，修复目录权限或调整Oracle参数即可恢复。预防措施包括定期验证备份路径和设置正确的环境变量[^1][^2]。如果问题持续，提供更多上下文（如OS版本、Oracle版本）有助于进一步诊断。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值