遇到一个oracle 10.2.0.1bug sqlplus/exp等命令都无响应

一台专门用于export的机器oracle客户端版本是10.2.0.1，操作系统 是CentOS release 6.2 (Final)64bit。

今天在做日常export命令时没有响应，再试试sqlplus也是同样的问题，怀疑客户端有问题了，strace一下export和sqlplus,都出现同样的提示：

[client@NYS dump]$ strace sqlplus l5m/l5m@c201

times(NULL)                             = -2144248770
times(NULL)                             = -2144248770
times(NULL)                             = -2144248770
times(NULL)                             = -2144248770
times(NULL)                             = -2144248770
times(NULL)                             = -2144248770
times(NULL)                             = -2144248770
times(NULL)                             = -2144248770
times(NULL)                             = -2144248770
times(NULL)                             = -2144248770
times(NULL)                             = -2144248770
times(NULL)                             = -2144248770
times(NULL)                             = -2144248770
times(NULL)                             = -2144248770
times(NULL)                             = -2144248770
times(NULL)                             = -2144248770
times(NULL)                             = -2144248770

网上查了一下，SQL*Plus 10.2.0.1 Hangs, When System Uptime Is Long Period of Time [ID 338461.1]与此症状相符。查看一下运行的时间，果然已运行199天了。

[client@NYS dump]$ uptime
 22:19:03 up 199 days,  5:16,  3 users,  load average: 0.00, 0.00, 0.05

解决方法：

（1）       临时解决方法：重启机器，之后该问题消失。

（2）       应用one-off Patch 4612267。

（3）       升级数据库版本至10.2.0.2或更高。

  

附相关说明：

 

SQL*Plus 10.2.0.1 Hangs, When System Uptime Is Long Period of Time [ID 338461.1]

 

Applies to:

SQL*Plus - Version: 10.2.0.1 to 10.2.0.1 - Release: Oracle10g to Oracle10g

Generic UNIX

Linux x86

HP-UX PA-RISC (64-bit)

IBM AIX on POWER Systems (64-bit)

Linux x86-64

Checked for relevance on 18-Apr-2010

Symptoms

Trying to invoke SQL*Plus hangs when machine uptime has been for a long period of time.  There have been cases where problem occurs when uptime reaches 60 days and others as long as 248 days.

Database connection is not relevant as the 'sqlplus' executable itself hangs with or without connection information. It hangs regardless of what parameters are passed in.  For example:

 

   sqlplus -V

However, the hang does not reproduce with Instant Client version 10.1.0.4

 

Generating a stack trace using gdb debugger shows:

 

#0 0x0048a0dd in times () from /lib/tls/libc.so.6

#1 0x01884599 in sltrgatime64 () from ./libclntsh.so.10.1

#2 0x0137d70f in kghinp () from ./libclntsh.so.10.1

#3 0x00f86b47 in kpuinit0 () from ./libclntsh.so.10.1

#4 0x00f85e7a in kpuenvcr () from ./libclntsh.so.10.1

#5 0x01051b5e in OCIEnvCreate () from ./libclntsh.so.10.1

#6 0x0099787e in afidrv () from ./libsqlplus.so

#7 0x009702b9 in safimTerminate () from ./libsqlplus.so

#8 0x0098c246 in afidrv () from ./libsqlplus.so

#9 0x080486f6 in main ()

Running STRACE tool shows:

 

$ strace /oracle/home/bin/sqlplus -V 2>&1 |less

......

old_mmap(NULL, 385024, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x41794000

gettimeofday({1122996561, 411035}, NULL) = 0

access("/usr/local/UD/conf/sqlnet.ora", F_OK) = -1 ENOENT (No such file or directory)

access("/usr/local/UD/lib/oracle/network/admin/sqlnet.ora", F_OK) = -1 ENOENT (No such file or directory)

access("/usr/local/UD/conf/sqlnet.ora", F_OK) = -1 ENOENT (No such file or directory)

access("/usr/local/UD/lib/oracle/network/admin/sqlnet.ora", F_OK) = -1 ENOENT (No such file or directory)

fcntl64(-1218313656, F_SETFD, FD_CLOEXEC) = -1 EBADF (Bad file descriptor)

times(NULL) = -1825782405

times(NULL) = -1825782405

times(NULL) = -1825782405

times(NULL) = -1825782405

times(NULL) = -1825782405

times(NULL) = -1825782405

times(NULL) = -1825782405

 

It is looping on the times() function.

In addition to sqlplus, it has been reported that the netca and dbca tools also hang.

Changes

This may happen with a new installation of Instant Client 10.2.0.1.0 or Oracle 10.2.0.1.0 on UNIX platform, or it can just occur after some period of time with no other changes.

Cause

This is a known, unpublished bug.

BUG 4612267 OCI CLIENT IS IN AN INFINITE LOOP WHEN MACHINE UPTIME HITS 248 DAYS

Solution

Select one of the following two solutions:

 

1) Apply one-off patch available for 10.2.0.1.

   a. Download one-off patch off Metalink:

       Patch 4612267

       Description OCI CLIENT IS IN AN INFINITE LOOP WHEN MACHINE UPTIME HITS 248 DAYS

       Product CORE

       Release Oracle 10.2.0.1

 

   b. To apply patch on Instant Client install, please follow instructions documented in the OCI manual.

        You can find this in:

        http://www.oracle.com/pls/db102/db102.show_toc?which=main&partno=b14250&maxlevel=2§ion=&expand=3216

 

        under "Patching Instant Client Shared Libraries on Linux or UNIX".

 

2)  Apply Patchset 10.2.0.2 or higher. 

      According to unpublished BUG 4612267, this bug is fixed in version 11, and backported to 10.2.0.2 patchset.