From Bugzilla Helper: User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.2-pre1 i686) On a clean RH7.0 installation with all the RH7.0 updates applied, including glibc-2.2-12, the IBM DB2 6.1 included with IBM Websphere 3.5 (and 3.022) breaks the 'db2' command line operations. Reverting the system back to glibc-2.2-9 packages fixes the problem. Reproducible: Always Steps to Reproduce: 1. Install RH7.0 2. Apply all updates for RH7.0 ('rpm -Fvh *.rpm') 3. Install IBM Websphere 3.5, specifically DB2 6.1 4. Try to start the DB2 engine -- generates error, but starts. 5. Try to run the DB2 command line utilities for the DB2 instance -- generates error and fails Actual Results: Trying to start the DB2 engine results in the following: [root@cartman /root]# su - db2inst1 [db2inst1@cartman db2inst1]$ db2start SQL2071N An error occurred while accessing the shared library "libdb2licm.so". Reason code: "". SQL1063N DB2START processing was successful. Trying to start the db2 command line tool results in the following: [db2inst1@cartman db2inst1]$ db2 db2: error while loading shared libraries: /usr/IBMdb2/V6.1/lib/libdb2.so.1: undefined symbol: __strtoq_internal Expected Results: [root@maul /root]# su - db2inst1 [db2inst1@maul db2inst1]$ rpm -qa | grep "^glibc" glibc-devel-2.2-9 glibc-2.2-9 [db2inst1@maul db2inst1]$ db2start SQL1063N DB2START processing was successful. Here's an example of using the db2 command line tool: [db2inst1@maul db2inst1]$ db2 create db was DB20000I The CREATE DATABASE command completed successfully. The same version of IBM DB2 is included with Websphere 3.022 as well.
Fix sent as http://sources.redhat.com/ml/libc-hacker/2001-02/msg00073.html Apparently __strtou?q_internal aliases used to be used and thus should not be removed for binary compatibility.
Oops, forgot to close this. It is fixed since glibc-2.2.2-1.