看你的错误都是找不到文件,是不是oracle_home自己变了?重新设置下试试
不行的话找大版 wildwave来看看吧,这方面还是他比较在行

解决方案 »

  1.   

    环境没问题
    [oracle@HSOFT-SERV zoneinfo]$ env | grep ORA
    ORACLE_OWNER=oracle
    ORACLE_SID=mdb
    ORACLE_HOSTNAME=HSOFT-SERV
    ORACLE_BASE=/oracle
    ORACLE_HOME=/oracle/product/10.2.0弄一天了 还是莫名其妙的不好使,昨天晚上关机的时候还好使的....怎么找到大版?
      

  2.   

    不是找不到文件吧,这个sqlplus运行时候需要很多库,系统在多个路径下查找,最终找到的,期间会提示很多找不到该文件的提示。
      

  3.   

    检查一下环境变量,ORACLE_HOME和LD_LIBRARY_PATH
    对于找不到的文件,在对应路径下检查是否存在和权限
      

  4.   

    环境一切正常,权限也都有(并没有primisson denied)。我仔细看了strace的结果,发现只有libsqlplusic.so文件没有找到,其他的最终全找到了。
    可libsqlplusic.so这个文件在正常可以打开sqlplus的机器上strace,也发现没有找到,说明不是这个文件未找到的问题。
      

  5.   


    对于环境变量已经反复核对过,绝对没有错误。如下:
    export  ORACLE_BASE=/oracle
    export  ORACLE_SID=mdb
    export  ORACLE_HOME=$ORACLE_BASE/product/10.2.0
    export  LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH
    export  NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
    export  PATH=$ORACLE_HOME/bin:$PATH:$ORACLE_HOME/dcm/bin:$ORACLE_HOME/opmn/bin:$ORACLE_HOME/Apache/Apache/bin
    export  AGENT_HOME=$ORACLE_BASE/OMSHome10g/agent10g
    export  ORACLE_HOSTNAME=HSOFT-SERV
    export  ORACLE_OWNER=oracle对于权限方面,我已经疯狂的chmod -R 777 oracle,没有任何权限上的问题了,可还是报这两个错
      

  6.   

    请问除了权限和环境变量的问题,才strace结果中还能看出其他问题吗?有没有可能是数据库本身的文件损坏引起的?或者是个别文件内容错误引起的?
      

  7.   


    我新建了一个用户和组,重新安装了同版本数据库软件,也创建了新的数据库,运行时仍然报这两个错,怎么会这样呢?难道是usr文件夹下有两个库公用的文件损坏?
      

  8.   

    我把数据库软件全部卸载了,又重新安装的,安装也成功了,可是仍然抱着个错误,我真是无语了???难道要重装虚拟机?到底是什么问题导致的?软件重装成功,且没有报错,环境变量正常设置。那么可能和操作系统有关了...我又仔细的rm了一切和oracle相关的内容,用户和组也都删除了,重新装了数据库软件、重新创建了新的数据库,之后运行还是报错.............最后没办法了,重新安装了linux系统,这次好了,一切正常。虽然可以结贴了,但问题的实际上并没有解决,好在这种问题够罕见,希望以后不要再碰到。ps:小时候接触电脑和编程,觉得计算机简直是世界上最完美的东西。和现实世界的混乱不同,只要你编写好代码,一切都会按部就班的严谨执行.....长大了之后也做了这方面的工作,越来越觉得最不靠谱的就是计算机。问题层出不穷,其中有不少都匪夷所思,需要大量时间才找出问题背后隐藏很深的小虫子....
    这次的问题仔细想来是比较诡异的,和oracle的sqlplus命令运行有关的文件有可能损坏了,并且常规的卸载并不会包含这个文件,那说明这个文件不是安装数据库时安装的,而且这个文件出错后会报1503和0152这两个错,那说明这个问题可能导致的后果其中之一和不配环境变量是一致的,和199天oracleBUG也有共性。相信只要深入研究下去是可以找到问题根源的,期待各位大神有兴趣可以继续研究,将结果回复到后面。
    相信很多人和我一样,都只是停留在使用oracle的基础上,一旦出了问题,若是简单的共性问题可以很快通过查找资料解决。但真正涉及到linux内核、oracle程序的运行机制的底层问题时,我们就会束手无策。
    看来我以后要多读官方文档,了解各种命令底层的实现过程,多strace各种命令,看看他们一个个是怎么访问文件和内存的...而不是简单的死记硬背各种问题的解决方法...