[20170512]No ADR base is set.txt

[20170512]No ADR base is set.txt

--//生产系统一台机器,使用adrci包如下提示No ADR base is set.虽然我可以
$ rlwrap adrci
ADRCI: Release 11.2.0.4.0 - Production on Fri May 12 10:50:50 2017
Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.
No ADR base is set

--//虽然我设置base能正常使用,
adrci> set base /u01/app/oracle
adrci> show homes
ADR Homes:
diag/clients/user_oracle/host_3910336104_80
diag/tnslsnr/xxxxx/listener
diag/rdbms/xxxxx/xxxxx

$ strace -f -o /tmp/adrci.txt adrci
ADRCI: Release 11.2.0.4.0 - Production on Fri May 12 10:54:47 2017
Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.
No ADR base is set
adrci> quit

$ grep open /tmp/adrci.txt
....

11620 open("init.adi", O_RDONLY)        = -1 ENOENT (No such file or directory)
11620 open("/u01/app/oracle/product/11.2.0/dbhome_1/rdbms/mesg/diaus.msb", O_RDONLY) = 4
11620 open("/proc/self/fd/", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = 5
11620 open("/u01/app/oracle/product/11.2.0/dbhome_1/rdbms/mesg/diaus.msb", O_RDONLY) = 6
11620 open("/home/oracle/diag", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = -1 ENOENT (No such file or directory)
11620 open("/u01/app/oracle/product/11.2.0/dbhome_1/log/diag/adrci_dir.mif", O_RDONLY) = 7
11620 open("/u01/app/oracle/product/11.2.0/dbhome_1/log/diag", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = 8
11620 open("/etc/localtime", O_RDONLY)  = 9
11620 open("/u01/app/oracle/product/11.2.0/dbhome_1/log/diag/rdbms", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = 9
11620 open("/u01/app/oracle/product/11.2.0/dbhome_1/oracore/mesg/lrmus.msb", O_RDONLY) = 3

--//开始以为init.adi不存在的问题,但是我查询我正常工作的机器这个文件也不存在.

$ hexdump -C -v /u01/app/oracle/product/11.2.0/dbhome_1/log/diag/adrci_dir.mif
00000000  2f 75 30 31 2f 61 70 70  2f 6f 72 61 63 6c 65 2f  |/u01/app/oracle/|
00000010  70 72 6f 64 75 63 74 2f  31 31 2e 32 2e 30 2f 64  |product/11.2.0/d|
00000020  62 68 6f 6d 65 5f 31 2f  6c 6f 67 00              |bhome_1/log.|
0000002c

--//而我看了我的能正常工作的机器,保存的内容如下:

$ hexdump -C -v $(locate adrci_dir.mif)
00000000  2f 75 30 31 2f 61 70 70  2f 6f 72 61 63 6c 65 00  |/u01/app/oracle.|
00000010

--//我看了几台能正常访问的机器都是保存"/u01/app/oracle",注意后面有asci(0).猜测问题在这里.
$ cd /u01/app/oracle/product/11.2.0/dbhome_1/log/diag
$ cp adrci_dir.mif adrci_dir.mif_bak
--//然后从别的机器拷贝过来,在测试ok.

$ rlwrap adrci
ADRCI: Release 11.2.0.4.0 - Production on Fri May 12 11:13:46 2017
Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.
ADR base = "/u01/app/oracle"

--//什么会产生这个错误,真是不得而之.

时间: 2024-09-21 08:49:51

[20170512]No ADR base is set.txt的相关文章

[20160830]清除日志与跟踪文件.txt

[20160830]清除日志与跟踪文件.txt --我们数据库的dataguard磁盘空间非常紧张,前几天因为一些异常业务操作,导致dataguard磁盘空间不足, --日志切换情况: Date                Day    Total   H0   h1   h2   h3   h4   h5   h6   h7   h8   h9  h10  h11  h12  h13  h14  h15  h16  h17  h18  h19  h20  h21  h22  h23    

[20130217]11GR2 adrci的学习.txt

[20130217]11GR2 adrci的学习.txt 春节放假,学习一下adrci的使用.adrci (Automatic Diagnostic Repository Command Interpreter). ADRCI: Release 11.2.0.1.0 - Production on Tue Aug 21 16:35:06 2012Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved

客户端ADR配置

前两天YJ部门有一个使用occi的应用,启动时出现报错,应用日志记录的内容是Occipool error,没有任何其他信息了,后来同事向应用中加了一些日志语句,重编译运行才发现报的是ORA-00020错误,数据库process连接进程达到了上限,通过参数修改,解决了这个问题.这里我要说的是在排查过程中看到的另外一个报错. 为了更好地说明问题,我会结合实验一并叙述. 问题现象: 首先,查找sqlnet.log所在路径: find . -name sqlnet.log ./home/oracle/o

系统级alias vs Oracle ADR功能

Oracle在11g中推出的新特性ADR,即Automatic Diagnostic Repository 个人理解这个工具就是能够高效的把一些日志文件轻松管理起来.比如查看数据库alert日志就不必麻烦去到对应的路径下去找一圈,直接使用show alert即可,比如查看现在数据库中出现了哪些错误,直接通过show problem命令即可. 命令的使用也很方便.直接输入adrci就开启了专门的窗口来使用.如果不知道该使用哪些命令,直接使用help即可. $ adrci ADRCI: Releas

11g中ADR管理下的监听trace文件路径问题

一个11g的开发库,打算打开sqlplus的trace,看下sqlplus登录的连接信息,但配置sqlnet.ora后没有找到trace文件,后来有一天发现磁盘空间不足,经过查询后发现如下路径下有几千个文件,占用了上G的空间: /u01/app/oracle/11.2.0.4/diag/clients/user_oracle/host_1347578259_80/trace 这些文件是什么?打开一个,发现都是监听sqlpuls登录的信息,即trace文件: 那么为什么这个trace文件在这个路径

关于Oracle 11g的alert文件

一.首先介绍2个新名词 Automatic Diagnostic Repository (ADR)- 一个存放数据库诊断日志.跟踪文件的目录,称作ADR base,对应初始化参数DIAGNOSTIC_DEST, 如果设置了ORACLE_BASE环境变量,DIAGNOSTIC_DEST等于ORACLE_BASE, 如果没有设置ORACLE_BASE,则等与ORACLE_HOME/log. SQL> show parameter diag NAME                          

ORACLE告警日志文件

告警日志介绍   告警日志文件是一类特殊的跟踪文件(trace file).告警日志文件命名一般为alert_<SID>.log,其中SID为ORACLE数据库实例名称.数据库告警日志是按时间顺序记录message和错误信息.   告警日志位置 在ORACLE 10g中,BACKGROUND_DUMP_DEST参数确定了告警日志的位置,但是告警日志的文件名无法修改,告警日志的名称 为:alert_<SID>.log ,其中<SID>是实例的名称.BACKGROUND_D

framework-修改Framework中API文件 出现cannot find symbol错误

问题描述 修改Framework中API文件 出现cannot find symbol错误 frameworks中Intent中添加了 @SdkConstant(SdkConstantType.INTENT_CATEGORY) public static final String CATEGORY_HOME_UNIQUE = "android.intent.category.HOME_UNIQUE"; make clean:make update-api后为什么还是提示 framewo

adrci命令

一.adrci说明      在oracle11g中,dump file的目录已经有所改变,bdump和udump整合到trace中,cdump独立出一个. oracle新增了一个ADRCI(Automatic Diagnostic Repository Command Interpreter)的工具, 统一管理ASM实例和多个数据库实例的alert文件.后台trace文件.用户trace文件,dump文件等等. 而且这个工具可以快速查询错误相关的所有trace文件,并将这些文件打包到一个zip