名称:A服务器
linux 64位系统 RHEL 5.7
全新安装完 10.2.0.1 后,开始执行 Disk1/runInstaller 升级10.2.0.5
一直到coping 文件的时候出现如图报错:
提示是 $ORACLE_HOME/lib32/下的 libsqlplus.so 的文件大小不正确,期望的大小是1073669 Bytes,但是实际是1069855B
我第一反应是怀疑误报,但是Retry不过去,怕Ignore后有后患更难办。
我这时到几个月前我在B服务器上装好了10.2.0.5,于是上去看这个文件的大小 :正是1073669 Bytes,由于没有运行的10.2.0.1的 64位库可以让我看libsqlplus.so 的大小,所以不知道1069855是否是正确的文件大小。
于是我想当然的就是用B服务器的这个文件来替换A服务器的这个 libsqlplus.so,于是我就scp过来替换了。
再点Retry 结果还是报同样的错误,奇怪了,明明文件大小现在已经是1073669 Bytes 了,为什么还报这个错。
我再 ls -l libsqlplus.so 一看:晕怎么文件大小又变到1069855
为了证明我没有晕头,我再scp 了一次。
然后ls -l libsqlplus.so 确认了现在的大小是1073669 Bytes。然后点了保存窗口上的 Retry后,
再次ls -l libsqlplus.so 发现文件大小变为1069855了,真是奇了怪了,
搞笑吧,10.2.0.5的安装程序报错说应该是1073669,我给你找了个1073669 Bytes的正确文件过来,结果你自己把这个文件又改成了1069855 Bytes然后继续报错。搞笑!
之前在B服务器上升级10.2.0.5 都没有遇到这个问题,为啥这次就遇到了呢。
没办法只有Ignore 后续再看了,结果Ingore后 在copying其它file的时候都没有报错,但是到了更后面一步的时候报错提示大意是 编译libsqlplus.so 有问题。
这个时候我再把1073669 Bytes的 libsqlplus.so 放到了A服务器的 $ORACLE_HOME/lib32/下,点这个报错窗口的Retry,这个错误就解决过去了。
一直到后面安装都没有问题,成功安装了10.2.0.5。
问题产生的原因分析不出来,开始以为是10.2.0.1装的有问题,但是安装10.2.0.1过程中没有任何报错。又怀疑是服务器问题,重启服务器后在执行10.2.0.5的升级runInstaller还是出现如图的问题。copy文件的办法在第一次报错的这里也不管用,第一步报错被迫Ignore忽略掉。直到第2个报错出现,这个时候再把装好10.2.0.5的同平台的文件覆盖过来就解决了。 如果有人遇到同样的问题,又没有现成的10.2.0.5的文件,建议把10.2.0.1卸了再重新来过。