From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
Description of problem:
On both upgrade from 8.0 and fresh install DB/2 instances fail to start. Two
scenarios were tried. A correctly running 8.0 system was upgraded. Neither the
DB instance nor the Admin instance would start. Both returned generic failure
messages on start. Then a fresh install was tried. DB/2 appeared to install
correctly but the installer could not start any created instances. This problem
does not appear on 8.0 only on Phoebe.
Version-Release number of selected component (if applicable):
DB/2 EE 7.2 fp.8
Steps to Reproduce:
1.Install DB/2 EE and request creation of an instance or upgrade a running system.
Actual Results: Instance creation failed or would not start if upgrade.
Expected Results: DB/2 should run
could you try to get more information on this?
can it be straced?
I am not permitted to spend the resources to find a bug such as this. If you
can trace the DB/2 source you should find the problem. That is going to need to
be done through IBM. Any problem report to IBM Toronto is going to come back
that Phoebe is not supported and the problem belongs to Red Hat. I have
reported several bugs and I suspect all of them are related. If Red Hat
requests help from IBM there should not be a problem but even an strace is
probably not going to show what is necessary. I did try installing a 2.4.20
kernel in 8.0 with NO problems so I do not believe this is a kernel problem.
The presence or absence of remote instances also made no difference. In setting
up DB/2 you need to restrict the use of stacks to an earlier model in your Java
jre or the control center will not run. In addition you need to increase stack
size or you will not be able to do a backup. Both of these could be problems
but the fresh install was done before a jre was loaded or the stack size was set
so I doubt if this is a problem. The most common source of this kind of problem
is usually in TCP/IP. That is where I would look first. I also have not tried
DB/2 ver 8. If this failure persists there IBM will provide help to Red Hat.
We figure that based on past bugs that finding this one will probably cost about
$5000 in time and resources. My company refuses to foot the bill.
java related stuff is usually a glibc interaction
DB/2 is designed to run without any Java at all and only the Control Center
actually requires a jre. Currently the only jre that works is the IBM 1.1.8 jre
as that has added classes that are not in the Blackdown version.I doubt this has
anything to do with Java at all but on a bug report I try to eliminate as many
problems as I can within the budget.
Well, if you still see the problem and you cannot help debugging and you cannot
get IBM to look at this, there is not much we can do. We cannot debug 3rd party
apps, especially none of the size of DB2.
We looked at this and it is an unsupported configuration.
We see that the customer had upgraded to RH 9.
DB2 v7 and v8 does not support RH 9 (issues with libc for v7, and with
java for v8).
Since the error message the customer got is not included in the bug
record we do not have enough info
to respond to what the exact problem in this instance.
Please direct this customer to use RHEL.
According to IBM, not a supported combination. RHEL is the supported Red hat
platform for deployment of DB2.
This bug has now been documented by IBM and the workaround is to implement an
LD_ASSUME_KERNEL=2.2.5 statement. It appears that even DB/2 8.1 will not run
with the new kernel. Consider the problem closed.