升级10.2.0.5遇到的错误

名称：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卸了再重新来过。