8.0.5 Standard on RedHat 6.0 svrmgrl core dump

I have installed 8.0.5 Standard on RedHat 5.1 machines without
problems, but when I try it on a RedHat 6.0 machine, I get:
Error during action 'Running crdbROO.sql'.
Command: /u01/app/oracle/product/8.0.5/bin/svrmgrl <<!
@/u01/app/oracle/admin/ROO/create/crdbROO.sql
exit
In fact, svrmgrl causes a segmentation fault, about which gdb has
this to say:
Core was generated by
`/u01/app/oracle/product/8.0.5/bin/svrmgrl'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from
/u01/app/oracle/product/8.0.5/lib/libclntsh.so.1.0...done.
Reading symbols from /lib/libnsl.so.1...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libdl.so.2...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
#0 0x6a1c75ff in ?? ()
(gdb) where
#0 0x6a1c75ff in ?? ()
#1 0x40335a5b in slfiws ()
#2 0x40333536 in lfibfll ()
#3 0x40330505 in lfibwrl ()
#4 0x4031f4e2 in lfipwr ()
#5 0x4031da00 in lfipolwr_OBSOLETE ()
#6 0x80542eb in malmcpr ()
#7 0x8054389 in malmli ()
#8 0x8053bf9 in main ()
#9 0x403e3cb3 in __libc_start_main (main=0x8053b68 <main>,
argc=1, argv=0xbffffc04,
init=0x8051e2c <_init>, fini=0x80bd17c <_fini>,
rtld_fini=0x4000a350 <_dl_fini>,
stack_end=0xbffffbfc) at ../sysdeps/generic/libc-start.c:78
Is this just some incompatibility introduced with the new Kernel
in RH6? Is it something I can fix with some patch to Oracle?
Any help would be greatly appreciated.
null

Chris McClelland (guest) wrote:
: I have installed 8.0.5 Standard on RedHat 5.1 machines without
: problems, but when I try it on a RedHat 6.0 machine, I get:
: Error during action 'Running
crdbROO.sql'.
[snip]
: In fact, svrmgrl causes a segmentation fault, about which gdb
has
[snip]
: Is this just some incompatibility introduced with the new
Kernel
: in RH6? Is it something I can fix with some patch to Oracle?
: Any help would be greatly appreciated.
I have the same problem. It's not so easy to find on the site,
but if you use the search feature with the words "8051 linux"
(I was searching information for the upgrade to 8051...) you
then will jump to a page (I don't know the exact path) in which
you will find the download also of the glibcpatch.tgz for
compatibility of 805 with glibc 2.1 (RH 6.0). Also you wiil have
to install the rpms from RH for the compatibility libraries.
I have just downloaded it and not tested. I'll let you know (or
you will let me know, perhaps, I go to bed know. Good night,
Linux Knight ;-)
By,
Tekka
null

Similar Messages

Redhat 6.0 Webdb 2.2 Server 8.1.5 sqlplus core dump segmentation fault solution

If anyone else is struggling with this installation, heres a workaround that
Got things going for me.
Redhat 6.0
Oracle 8.1.5
Webdb 2.2
The database was up and working fine. Not as many problems as earlier versions but there was still much grief getting it to work. Save yourself some time, dont charge ahead like I did, read the installation notes.
The installation of Webdb didnt go so well though. Sqlplus would core dump with segmentation fault when a connection to the local instance was attempted. I tried many things, install webdb to 8.1.5 , apply glibc patch, apply 8.0.5 patches to webdb install none of this worked. The workaround I finally found was to use the 8.1.5 listener and the old formatting of a listener.ora and tnsnames.ora file. (i.e. like 7.3.x). Sqlplus would then connect via tcp. Installation still had another problem I could never get past the sys password confirmation. I could connect from the command line with sqlplus s /nolog @passwd.sql sys/mypass@mytnsname but the installer just wouldnt work. An edit of the installation_dir ->webdb-2.2/owa40/owa40.vrf file did the trick. Hard code a location to a dummy pass.sys file.
After many frustrating hours 160 or so - I think I finally have a working database and a working webdb web site. Hope this info might help others.
Craig MacPherson
null

o Did you end up with 8.1.5 and WebDB2.2 in different Oracle_homes?
Yes - product/8.1.5
- product/8.0.5
o What do you mean that you used the 8.1.5 listener? My database is 8.1.5 so the tnslistener I'm using is from the 8.1.5 install - not the 8.0.5 version.
o Can you send a sample of the tnsnames.ora file that you used?
Sure - make sure you set TNS_ADMIN
# Filename: Listener.ora
LISTENER =
(ADDRESS_LIST =
(ADDRESS= (PROTOCOL= TCP)(Host= 139.142.231.213)(Port= 1521))
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(ORACLE_HOME= /oracle/product/8.1.5)
(SID_NAME = cmac)
STARTUP_WAIT_TIME_LISTENER = 0
CONNECT_TIMEOUT_LISTENER = 10
TRACE_LEVEL_LISTENER = OFF
# Filename: Tnsnames.ora
cmac =
(DESCRIPTION =
(ADDRESS = (PROTOCOL= TCP)(Host= 139.142.231.213)(Port= 1521))
(CONNECT_DATA = (SID = cmac))
test =
(DESCRIPTION =
(ADDRESS = (PROTOCOL= TCP)(Host= dmac)(Port= 1521))
(CONNECT_DATA = (SID = cmac))
null

What is the difference between Azure RemoteApp Basic vs Standard Plans in terms of compute cores and memory?

So our customer has asked us to compare compare Amazon Workspace and Azure RemoteApp offerings for them to choose from. While looking at Amazon Workspace, it clealy defines bundles with specific CPU cores, memory and user storage. However, Azure RemoteApp
only specifies user storage and vaguely compares its basic vs. standard plans in terms of "task worker" vs. "information worker"
I tried looking up its documentation but couldn't find specific CPU cores that are dedicated per user in basic vs. standard plans. I have following questions:
Can anyone point me in the right direction or help understand how many CPU cores and memory are dedicated (or shared) per user in each plan?
Our customer would most likely need a "custom" image for their custom apps. Is it possible for us to choose specific CPU cores and memory for the users to be able to run their apps in azure remoteapp?
In case i am misunderstanding the basic difference between AWS workspace and Azure RemoteApp, i'd appreciate some help in understanding it as well.
Thanks!

Hi,
With Azure RemoteApp users see just the applications themselves, and the applications appear to be running on their local machine similar to other programs. With Workspaces users connect to a full desktop and launch applications within that.
1. Azure RemoteApp currently uses size A3 Virtual Machines, which have 4 vCPUs and 7GB RAM. Under Basic each VM can have a maximum of 16 users using it whereas under Standard each VM is limited to 10 users. The amount of CPU available
to a user depends on what the current demands are on the CPU at that moment from other users and system processes that may be on the server.
For example, say a user is logged on to a VM with 3 other users and the other users are idle (not consuming any CPU). At that moment the user could use all 4 vCPUs if a program they are running needed to. If a few moments later
the other 3 users all needed lots of CPU as well, then the first user would only have approximately 1 vCPU for their use. The process is dynamic and seeks to give each user their fair share of available CPU when there are multiple users demanding CPU.
Under the Standard plan a user will receive approximately a minimum of .4 vCPU assuming that the VM has the maximum number of users logged on and that all users are using as much CPU as possible at a given moment. Under the Basic plan the approximate
minimum would be .25 vCPU.
2. You cannot choose the specific number of cores and memory. What you can do is choose the Azure RemoteApp billing plan, which affects the user density of each VM as described above. If you need a lower density than Standard you
may contact support.
-TP

Can NOT install Standard ONE on a 2 quad-core processor machine (licensing)

This is from Oracle's licensing (July 2009):
===================================
“When licensing Oracle programs with Standard Edition One or Standard Edition in the product name, a processor is counted equivalent to a socket. However, in the case of multi-chip modules, each chip in the multi-chip module is counted as one occupied socket.”
This is also from Oracle's licensing (July 2009):
=====================================
“Oracle Database Standard Edition can only be licensed on servers that have a maximum capacity of 4 sockets. Oracle Standard Edition One may only be licensed on servers that have a maximum capacity of 2 sockets.”
Now, this is what it seems to be:
===========================
1 quad-core AMD/Intel Xeon chip counts as 4x0.5=2 sockets (reached the maximum capacity limit in the licensing terms) by simply using 1 (single) quad-core CPU box.
and that's it - you can NOT install Standard Edition ONE on a 2 quad-core CPU Linux box :(((((
For a AMD/Intel multi-core Linux boxes
===============================
it can be a single quad-core CPU box (4x0.5=2 sockets -- but, paying twice the processor license - because it is now 2 sockets) or
it can be a 2 dual-core CPU (2X2x0.5=2 sockets -- but, paying twice the processor license) or
it can be a single dual-core CPU box (2x0.5=1 -- paying only a single processor license)
I think it is time for Oracle to revisit the licensing terms for Standard ONE edition and change it to simple socket count (don't count the cores). It is getting more expensive to use Oracle Standard ONE.

zaferaktan wrote:
Everybody should also know - and OPN folks confirmed this morning - that an Oracle Sales person does not have the "legal" authority to overwrite what is written in OLSA. Sales can not rewrite the OLSA. However, Sales can request changes or addendums to the specific contract, which are reviewed by Oracle Legal and approved by Sales senior management (right up to Charles and Larry if needed).
That said, very few Oracle employees are allowed to discuss any aspect of licensing terms. The official first point of contact is Sales, and they may only be the carrier pigeon of missives from the authority.
When someone buys Oracle, OLSA is the only legally binding document. Everybody should keep the copy of the OLSA which is in effect at the time of their purchase, given that OLSA can be modified at a later date from the actual purchase.That happens to be true of any license or sales agreement, from Oracle or not. Also note that if you purchase support, renewals may affect the original OLSA.
And it's one of the reasons old timers in these forums (such as Dan and myself) will prefix nearly any license discussion in the forums with "check with sales" and suffix it with "and anything you hear on the internet is probably useless in a court of law when you get audited".
and after all that - thanks for digging into the details and posting them.
(With the warning to any others using the information that the facts need to be reconfirmed for each individual case and date. A judge usually frowns on a defense of "It happened to a friend of a friend of mine" or "I read it on the internet")
Edited by: Hans Forbrich on Sep 8, 2009 9:43 PM
By the way - what you write is a change of policy. At one time, a box that could support 4 CPU but only had 2 CPU installed would not qualify for SE1. Good news indeed.

Can't create 8.0.5 DB on Redhat 6.1

Hello,
I am attempting to install the standard edition of Oracle
8.0.5 on Redhat 6.1. At this point in time, I have performed
the following steps:
1. Logged on as Oracle.
2. Installed all products without creating the DB.
3. Applied glibcpatch, probably under root.
4. Reran the installer to "Create/Upgrade DB object."
Late into the process, I receive the message that there is
an "Error during action 'Running crdbORCL.sql'. Command:
~/bin/svrmgrl <<!@ ~/create/crdbORCL.sql exit! sh: 134917040:
Permission denied."
Now, oracle has full permissions on all its directories. Also,
after I ran the installer, I noticed that svrmgrl became
svrmgrl.pre-glibcpatch, and svrmgrl0 was added. Therefore, I
copied svrmgrl0 into svrmgrl just to see if that would make a
difference. I retried the installer with the same results.
Any ideas?
Best Regards,
Netrista Khatam
null

Chris McClelland (guest) wrote:
: I have installed 8.0.5 Standard on RedHat 5.1 machines without
: problems, but when I try it on a RedHat 6.0 machine, I get:
: Error during action 'Running
crdbROO.sql'.
[snip]
: In fact, svrmgrl causes a segmentation fault, about which gdb
has
[snip]
: Is this just some incompatibility introduced with the new
Kernel
: in RH6? Is it something I can fix with some patch to Oracle?
: Any help would be greatly appreciated.
I have the same problem. It's not so easy to find on the site,
but if you use the search feature with the words "8051 linux"
(I was searching information for the upgrade to 8051...) you
then will jump to a page (I don't know the exact path) in which
you will find the download also of the glibcpatch.tgz for
compatibility of 805 with glibc 2.1 (RH 6.0). Also you wiil have
to install the rpms from RH for the compatibility libraries.
I have just downloaded it and not tested. I'll let you know (or
you will let me know, perhaps, I go to bed know. Good night,
Linux Knight ;-)
By,
Tekka
null

JRockit Installation fails on Redhat ES 4

Hello there,
I'm trying to install JRockit 1.4.2_05 on a Redhat ES4 system. I'm aware that this is a very new distribution, based on Fedora Core 3 which I see someone else has had problems with from a previous post.
How can I tell the difference between an 8.1 SP5 and 8.1 SP4 release? I assume it's the _05 tag.
I've seen a posting suggesting disabling the prelink facility, but is there a way to do that before the product is installed.
Many thanks, Will Hargrove
Extracting 0%....................................................................................................100%
===== BEGIN DUMP =============================================================
JRockit dump produced after 0 days, 00:00:00 on Thu Feb 17 16:32:18 2005
Additional information is available in:
/tmp/fileBb4dkW/jrockit.29984.dump
No core file will be created because core dumps have been
disabled. To enable core dumping, try "ulimit -c unlimited"
before starting JRockit again.
Please send the file(s), information about your system
setup and the program you were running to [email protected]. Thank you.
Error code: 52
Error Message: Null pointer exception in native code
Signal info : si_signo=11, si_code=1
Version : BEA WebLogic JRockit(TM) 1.4.2_05 JVM R24.4.0-1 ari-38120-20041118-1131-linux-ia32
Threads / GC : Native Threads, GC strategy: parallel
: mmHeap->data = 0x20000000, mmHeap->top = 0x24000000
Number CPUs : 4
Tot Phys Mem : 1059508224
OS version : Red Hat Enterprise Linux ES release 4 (Nahant)
Linux version 2.6.9-5.ELsmp ([email protected]) (gcc version 3.4.3 20041212 (Red Hat 3.4.3-9.EL4)) #1 SMP Wed Jan 5 19:30:39 EST 2005
State : JVM is starting up
Command Line : -Djava.class.path=. -Djrockit.launcher.type=jrockit.shipment -Djava.io.tmpdir=/tmp -Xmx256m -Djava.class.path=.:installer.jar:bids.jar:3rdparty.jar:castor-xml_0.9.4.jar:Ostermiller.jar:wlw-plaf.jar:comdev.jar:wizard.jar -Dsun.java.command=com.bea.plateng.wizard.WizardController -mode=console
Environment : JAVA_HOME=(null), java.home=/tmp/fileBb4dkW/jre142_05/jre, java.class.path=.:installer.jar:bids.jar:3rdparty.jar:castor-xml_0.9.4.jar:Ostermiller.jar:wlw-plaf.jar:comdev.jar:wizard.jar, java.library.path=/tmp/fileBb4dkW/jre142_05/jre/lib/i386/jrockit:/tmp/fileBb4dkW/jre142_05/jre/lib/i386:/tmp/fileBb4dkW/jre142_05/jre/../lib/i386
C Heap : Good; no memory allocations have failed
Registers (from context struct at 0x805173c/0x8051804):
EAX = 00000034 EBX = 00869cb0
ECX = 0000000d EDX = b7f7ced9
ESI = 00000000 EDI = b7ff5534
ESP = bfffd724 EIP = b7ed4449
EBP = bfffd73c EFL = 00010202
CS = 0073 DS = 007b ES = 007b
SS = 007b FS = 0033 GS = 0033
Stack:
bfffd724 :00990ff4 bfffd78c 00000008 00990ff4 bfffd77c bfffd77c
bfffd73c :bfffd7b8 00968140 bfffd78c 00000020 00000000 00869000
bfffd754 :0000000c bfffd78c 00869000 00000008 00000000 00000000
bfffd76c :00000000 00869000 00000000 00869cc8 00967fb0 00000000
bfffd784 :00000001 00000000 00000000 00869ca8 00acb034 bfff0009
bfffd79c :00000008 00000000 00000000 00000000 bfffd878 bfffd878
bfffd7b4 :b7ff55a8 bfffd7d8 b7ed44c1 b7ed4410 00000000 00880ee9
bfffd7cc :b7ed44ad 0806f508 b7f7b5ba bfffd848 b7e9fb6b bfffd878
bfffd7e4 :bfffd96c b7ff55a8 bfffd808 008cfba1 00992800 00000080
bfffd7fc :00000080 00000000 b7ff55a8 bfffd838 b7eb6279 00000080
bfffd814 :00000004 bfffd848 b7ececba bfffd878 bfffd96c bfffd858
bfffd82c :b7ed08ce b7fe76cc b7f0f4cc bfffd858 b7ed0927 00000080
bfffd844 :00000008 bfffd888 b7e9fd85 bfffd878 b7f80c62 bfffd888
bfffd85c :b7e9fd66 bfffd8e8 bffffb43 0000000a 00000055 bfffd8e8
bfffd874 :bfffd96c 00000000 00000000 00000001 00000000 bfffd8b8
bfffd88c :b7edf789 bfffd8e8 00992800 00000049 00000035 0804bf30
bfffd8a4 :bfffd96c bfffd8e8 0804ae8e 0804f054 00000000 bfffd8f8
bfffd8bc :0804ae58 bfffd958 bfffd95c bfffd8e8 0804b426 0804bf30
bfffd8d4 :bfffd96c bfffd978 00ffd978 0804bf30 bfffd96c 00010002
bfffd8ec :00000006 0804f810 00000000 bffff978 08049cf1 bfffd958
bfffd904 :bfffd95c bfffd96c 0804f050 00990ff4 bffffa04 bffff990
bfffd91c :00000000 00000000 00000000 bffff984 bfffe978 bfffd974
bfffd934 :bfffd96c bfffd968 bfffd964 bfffd960 bfffd95c bfffd958
bfffd94c :00000000 0804be80 00000000 00000000 00000000 00000000
bfffd964 :bffffbb1 00000001 b7edf720 b7edf500 0804f221 706d742f
bfffd97c :6c69662f 34624265 2f576b64 3165726a 305f3234 726a2f35
bfffd994 :696c2f65 33692f62 6a2f3638 6b636f72 6c2f7469 766a6269
bfffd9ac :6f732e6d 00000000 00000000 00000000 00000000 00000000
bfffd9c4 :00000000 00000000 00000000 00000000 00000000 00000000
bfffd9dc :00000000 00000000 00000000 00000000 00000000 00000000
bfffd9f4 :00000000 00000000 00000000 00000000 00000000 00000000
bfffda0c :00000000 00000000 00000000 00000000 00000000 00000000
bfffda24 :00000000 00000000 00000000 00000000 00000000 00000000
bfffda3c :00000000 00000000 00000000 00000000 00000000 00000000
bfffda54 :00000000 00000000 00000000 00000000 00000000 00000000
bfffda6c :00000000 00000000 00000000 00000000 00000000 00000000
bfffda84 :00000000 00000000 00000000 00000000 00000000 00000000
bfffda9c :00000000 00000000 00000000 00000000 00000000 00000000
bfffdab4 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdacc :00000000 00000000 00000000 00000000 00000000 00000000
bfffdae4 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdafc :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb14 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb2c :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb44 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb5c :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb74 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb8c :00000000 00000000 00000000 00000000 00000000 00000000
bfffdba4 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdbbc :00000000 00000000 00000000 00000000 00000000 00000000
bfffdbd4 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdbec :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc04 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc1c :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc34 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc4c :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc64 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc7c :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc94 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdcac :00000000 00000000 00000000 00000000 00000000 00000000
bfffdcc4 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdcdc :00000000 00000000 00000000 00000000 00000000 00000000
bfffdcf4 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd0c :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd24 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd3c :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd54 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd6c :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd84 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd9c :00000000 00000000 00000000 00000000 00000000 00000000
bfffddb4 :00000000 00000000 00000000 00000000 00000000 00000000
bfffddcc :00000000 00000000 00000000 00000000 00000000 00000000
bfffdde4 :00000000 00000000 00000000 00000000 00000000 00000000
bfffddfc :00000000 00000000 00000000 00000000 00000000 00000000
bfffde14 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde2c :00000000 00000000 00000000 00000000 00000000 00000000
bfffde44 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde5c :00000000 00000000 00000000 00000000 00000000 00000000
bfffde74 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde8c :00000000 00000000 00000000 00000000 00000000 00000000
bfffdea4 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdebc :00000000 00000000 00000000 00000000 00000000 00000000
bfffded4 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdeec :00000000 00000000 00000000 00000000 00000000 00000000
bfffdf04 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdf1c :00000000 00000000 00000000 00000000 00000000 00000000
Code:
b7ed4349 :ec81e589 00000110 758b5356 f8c48308 00010068 009d8d00
b7ed4361 :53ffffff 174856e8 10c48350 0f75c085 68f8c483 b7f7cd60
b7ed4379 :8d904deb 83002674 858df8c4 fffffef8 e8046a50 48a5609f
b7ed4391 :8510c483 830b74c0 6853fcc4 b7f7cdae 858b25eb fffffef8
b7ed43a9 :1374c085 75fff883 fcc4831e cdc96853 0bebb7f7 8300768d
b7ed43c1 :e068f8c4 56b7f7cd fcaa2ee8 500debff ce766853 e856b7f7
b7ed43d9 :fffcaa1f fee8a58d 5e5bffff c35dec89 5500768d ec83e589
b7ed43f1 :0c558b08 8b084d8b 8b500842 a0685002 51b7f7ce fca9f2e8
b7ed4409 :5dec89ff 55f689c3 ec83e589 5356570c 6af8c483 08558b2f
b7ed4421 :5004428b 174726e8 83c38950 db8510c4 57eb3175 6b084d8b
b7ed4439 :318b34c6 5500b88d b9fcb7ff 0000000d 74a1a5f3 8db7fe77
b7ed4451 :15890150 b7fe7774 0f02f883 b60fc094 312aebc0 7768bff6
b7ed4469 :8d90b7fe 8b002674 f8c48307 c4e85350 8348a00e c08510c4
b7ed4481 :c783b275 fe834604 31e47e02 e8658dc0 895f5e5b 55c35dec
b7ed4499 :ec83e589 ca5de808 f4a3489a e8b7ff54 489aca33 ff54f8a3
b7ed44b1 :f8c483b7 1068006a e8b7ed44 48a93b1f c35dec89 5500768d
b7ed44c9 :ec83e589 5356573c 6afcc483 cedf6804 5d8db7f7 dce85310
b7ed44e1 :83501745 c08510c4 458b1774 fcc4830c cee46850 458bb7f7
b7ed44f9 :fce85008 ebfffca8 dc458d7f 89d84589 fa7d8dc6 0f00768d
b7ed4511 :685003b6 b7f7cef7 e856036a 489da0cf 8310c483 394302c6
b7ed4529 :83e47efe b70ff4c4 0f504245 504045b7 3e45b70f 45b70f50
b7ed4541 :b70f503c 0f503a45 503845b7 5034458b 5030458b 502c458b
Loaded modules:
(* denotes the module causing the exception)
0x08048000-0x0804cd86 /tmp/fileBb4dkW/jre142_05/bin/java
0x00acb000-0x00ad899b /lib/tls/libpthread.so.0
0x009ef000-0x00a0fccf /lib/tls/libm.so.6
0x00997000-0x00998967 /lib/libdl.so.2
0x0086c000-0x0098e70d /lib/tls/libc.so.6
0x00853000-0x008678ab /lib/ld-linux.so.2
0xb7dc8000-0xb7f973ef* /tmp/fileBb4dkW/jre142_05/jre/lib/i386/jrockit/libjvm.so
0xb7bb7000-0xb7bbf987 /lib/libnss_files.so.2
Java Thread ID = 0x00000080, lastJavaFrame = 0xfffffffc, Name = Noname
Thread Stack Trace:
at dlIterFindLibcCb+57()@0xb7ed4449
--- End of stack trace
Additional information is available in:
/tmp/fileBb4dkW/jrockit.29984.dump
No core file will be created because core dumps have been
disabled. To enable core dumping, try "ulimit -c unlimited"
before starting JRockit again.
Please send the file(s), information about your system
setup and the program you were running to [email protected]. Thank you.
Extended, platform specific info:
libc release: 2.3.4-stable
Elf headers:
libc ehdrs: failed.
libpthread ehdrs: failed.
libjvm ehdrs: failed.
===== END DUMP ===============================================================
** Error during execution, error code = 6.

The two cases I know about where running on RHES4 should be problematic are:
1. You have prelink enabled.
2. You are running a 64 bit RHES4 on AMD64. There are a couple of
kernel bugs that makes JRockit crash and burn on this configuration, of
which the known and identified ones are:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=146911
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=146244
Regards //Johan
Leo Chan wrote:
So, is there any foresee problems if I run Jrockit 1.4.2 on RedHat ES 4. I
can manually unzip the binary for manual installation.
Please advise with thanks
<sla> ???g???l???s?D:202463225@jserv5...
Prelink is not a JRockit feature, it's a feature of the OS so it should be
disabled before installing JRockit.
There is no 8.1SP5 release of JRockit available. 8.1SP4 and J2SE 1.4.2_05
is the same release. There is also a J2SE 5.0 release.
Regards,
/Staffan

8.0.5 / RedHat 6 / static or dynamically linked binaries

It does appear that you can run Oracle 8.0.5 on RedHat 6, despite
the glibc 2.1 linking problems. Whenever I run an Oracle binary,
I get a core dump. Not good. But when I replace the
dynamically linked binaries with the statically linked ones (by
copying them directly over the old ones in $ORACLE_HOME/bin/ ),
everything seems to work fine.
My question is, what's the downside, if any, of this approach?
I'm concerned mostly with performance, as I'm not just playing
around with this stuff. All our development and test servers are
going to Oracle on Linux. If the old RedHat 5.2 + gclibc 2.0.x
is better, I'd like to know before I implement the RedHat 6 /
8.0.5 solution.
Thanks!
null

Patrick (guest) wrote:
: Alan Mullett (guest) wrote:
: : Checkout http://www.redhat.com/corp/support/errata/rh60-
errata-
: : general.html which says:
: : "Oracle will work on Red Hat Linux 6.0, but you will need to
: use
: : the "compat" packages in order to relink Oracle, if you need
: to
: : do so. You will need to patch the Oracle Makefiles to use
the
: : correct linker from the "compat" packages in order to do
so.
: In
: : order to install Oracle on Red Hat Linux 6.0, you will need
to
: : choose not to create a database at install time; wait until
: : after you have relinked Oracle to create a database."
: : I HAVE NOT TRIED THIS YET BUT WILL LET YOU KNOW HERE (emails
: : will be ignored)
: : Jason Gerry (guest) wrote:
: : : It does appear that you can run Oracle 8.0.5 on RedHat 6,
: : despite
: : : the glibc 2.1 linking problems. Whenever I run an Oracle
: : binary,
: : : I get a core dump. Not good. But when I replace the
: : : dynamically linked binaries with the statically linked
ones
: : (by
: : : copying them directly over the old ones in
: : $ORACLE_HOME/bin/ ),
: : : everything seems to work fine.
: : : My question is, what's the downside, if any, of this
: approach?
: : : I'm concerned mostly with performance, as I'm not just
: playing
: : : around with this stuff. All our development and test
servers
: : are
: : : going to Oracle on Linux. If the old RedHat 5.2 + gclibc
: 2.0.x
: : : is better, I'd like to know before I implement the RedHat
: 6 /
: : : 8.0.5 solution.
: : : Thanks!
: I can't get it to work.
: LINUX memory errors when I try to create database objects and
: start them up.
I am running ORACLE 8.0.5 on Caldera OpenLinux 2.2
successfully -
I can bring up database, shutdown, run sqlplus, etc.
But I AM having problems linking executables with ORACLE
libraries!
I have heard that the problem is with the new compilers
(EGCS instead of GCC). Looks like GNU has given the compiler
stuff to a company called Cygnus.
Personally, I liked the old gcc on 5.2 - lots more stable
and was compiling more of my programs.
FOr e.g.
the new compiler gives error on
#include "stdio.h"
FILE *fp = stderr;
main() {
All compilers including Redhat 5.2, IRIX, AIX, SOLARIS
and even Visual C++ 6.0 compile the above code!
Cygnus claims that this is how it is supposed to work.
Anyway, let's see what happens.
null

Installing Problem: Oracle 8.0.5.1 on Redhat 6.0

Hello All,
I'm an oracle and LINUX Newbi.
I have been trying to install Oracle 8.0.5.1 on Redhat 6.0
and when I try to run any of the executable the application
core dumps.
I have tried all the fixes in the newsgroup..
ie,manually copying $ORACLE_HOME\bin files, compat fix from
redhat ...etc.. and have NOT made any progress!!
Can somebody please writeup a "detailed HOWTO" to do
a clean installation for Redhat 6.0??
I'm almost on the verge of switching over to NT because
of the problems..
Any help will be greatly appreciated,
regards,
abhi
null

have set up Oracle using the patch putup by Oracle
Everyting dseems to be working ok...
Thanks All for help
-abhi
Kumar Srinivas (guest) wrote:
: The problem is with EGCS and its libraries!
: If possible, load Redhat 5.2 and install ORACLE -
: it installs flawlessly.
: Funnily, you can then run ORACLE on 6.0 without any
: problems!
: I am running it on Caldera 2.2 with ORACLE 8.0.5
: (installed from Redhat 5.2 partition and mounted on the
: new kernel)
: Good luck.
: Vittorio Turchetti (guest) wrote:
: : Please see the reply by Alan Mullet to a similar question.
: : There is a known problem with RedHat 6.0 new libraries.
: : Best regards,
: : Vittorio
: : P.S. Please do not say "NT" again!
: : Abhijit Arunachalam (guest) wrote:
: : : Hello All,
: : : I'm an oracle and LINUX Newbi.
: : : I have been trying to install Oracle 8.0.5.1 on Redhat 6.0
: : : and when I try to run any of the executable the
application
: : : core dumps.
: : : I have tried all the fixes in the newsgroup..
: : : ie,manually copying $ORACLE_HOME\bin files, compat fix from
: : : redhat ...etc.. and have NOT made any progress!!
: : : Can somebody please writeup a "detailed HOWTO" to do
: : : a clean installation for Redhat 6.0??
: : : I'm almost on the verge of switching over to NT because
: : : of the problems..
: : : Any help will be greatly appreciated,
: : : regards,
: : : abhi
null

Install 8.0.5 on Redhat 6 problem

During the install of Oracle for Linux 8.0.5 on Redhat 6.0,
it fails halfway thru. It appears that svrmgrl is core dumping.
Does anyone have any ideas on why this is occurring? Thanks.
null

Actuallly...I screwed up....before applying the patch, read and
follow the README that says you need to install the compat RPMs.
If you don't, the patch fails, even though it says it competed
successfully (and that is what happended to me, but it took a
while to figure it out). The O extension is in fact applied to
the old versions, but it does that even if you screw up. The
difference is that you don't get a working svrmgrl (or others) if
you screw up.
DAVID
Gilles BRIARD (guest) wrote:
: During the Oracle link, Oracle doesn't delete the "old"
version.
: He rename the old one with a "O" at the end of the name, so you
: can rollback the link.
: ie : svrmgrlO is the previous version of svrmgrl.
null

Oracle9iR2 install problem on RedHat 7.1

I downloaded the new R2 release (9.2) & can not get the installer (OUI) to run.
It says that it is initializing the JVM, then goes away. A core dump is produced in /tmp
I was able to install 9.0.1 successfully last year. The OUI from 9.0.1 will not install the new version, so I need to get the new OUI running.
BTW - Oracle tells me that 9iR2 will only be certified on RedHat Advanced Server 2.1!

set this with your enivornment and see if it can help?
export LD_ASSUME_KERNEL=2.2.5 Hi
I installed 9i to a SuSe 8.0 with the suggested environment variable turned on and I still had the same problem. As the Installer complained I manually linked the modules, for example, by running
make -f ./ins_ldap.mk odipinstall
and I had the same error with the message:
/usr/i486-suse-linux/bin/ld: cannot find -lclntsh
collect2: ld returned 1 exit status
make: *** [odisrv] Error 1
It seems that a library missing (libclntsh.a ?)
Can anyone help?
Gustav

SDK install problems on Redhat 7.1

Hi
I'm having problems getting the SDK to work on Redhat 7.1.
My path variable is set up corectly, and get the following errors when I do a java -version
java: /usr/bin/cut: No such file or directory
usr/lib/jdk1.3.0_02/bin/i386/native_threads/java: error loading shared libraries: libjvm.so :cannot load shared object file: No such file or directory
I've tried the following: copying libjvm.so to my /usr/lib directory and creating a "cut" file under /usr/bin. That took care of the error msgs, but now I get a core dump.
Does anybody know why this is happening?? I running the same SDK on SuSE without any problems.
Please help!!

Lots of people talk about this problem with RedHat 7.1
I know this sounds crazy but you could download jBuilder from borland and get a Sun jdk that works.
That's what I did.
I can't figure out what's up with the Sun download but look at the permissions.
For the second guy
If the file had a .bin on the end of it it's a bash script that the permission is screwed up on I bet ??
You might want to move the file off the system and put it back as user. Don't know, seems like if you change the permission as root or run as root you might end up with an unusable jdk (permissions all screwed up) ???

Installing WL6.0 sp2 on RedHat 7.1 - Error

How can I install BEA Weblogic Server 6.0 sp2 on RedHat 7.1. I have tried several
of the fixes that have been mentioned here to no avail.
I have the Sun JDK 1.3.1 for Linux on the system.
I have the link to cut set up:
lrwxrwxrwx 1 root root 8 Jul 12 10:16 /usr/bin/cut -> /bin/cut
I have run the following and still get the error:
# export LD_ASSUME_KERNEL=2.2.5
# sh weblogic600sp2_linux.bin -i console
Preparing to install...
weblogic600sp2_linux.bin: line 1: 24167 Segmentation fault (core dumped)
/tmp/install.dir.23184/Solaris/resource/jre/jre/bin/java -Djava.compiler=NONE
com.zerog.lax.LAX "/tmp/install.dir.23184/temp.lax" /tmp/env.properties.23184
"-i" "console"
Any help would be appreciated.
--Peter

Here's a workaround previously posted to the newsgroup:
"Glen Austin" <[email protected]> wrote in message
news:[email protected]...
Found it. Same problem as on Oracle 8.1.7 on RedHat 7.1.
1. Install the compat* RPMs from the RedHat 7.1 CD1 and CD2. These RPMs
allow compatibility with RedHat 6.2.
2. Put the following two statements in your environment prior to running
the install.
export LD_ASSUME_KERNEL=2.2.5
. /usr/i386-glibc21-linux/bin/i386-glibc21-linux-env.sh
These two statements will allow you to run your shell in a 6.2compatibility
mode, for glibc 2.1.3 instead of the new glibc 2.2.2 libs.
It sounds to me like Sun needs to update the JDKs to support the new glibc
and the 2.4 kernel. I'm not sure this is even BEA's problem?
Glen Austin
OmniSYS, Inc.
"Glen Austin" <[email protected]> wrote in message
news:[email protected]...
I installed jdk 1.3.1 from java.sun.com on a RedHat 7.1 O/S.
Originally, I was not pointing to the JDK correctly. I fixed the PATH,
CLASSPATH, JAVA_HOME, JAVA_PATH to point to the jdk1.3.1 dir.
Then I got an error saying that cut could not be found in /usr/bin, so I
ln -s /bin/cut cut in the /usr/bin directory.
I ran the install script a 3rd time and I'm seeing a [<defunct>] for myJava
VM in a ps -aef entry, which is in the process list along with the WLS
6.0
SP1 install bin file. I will try it one more time, but it's not looking
good.
Glen Austin
"Henri Jubin" <[email protected]> wrote in message
news:[email protected]...
You need to install the JDK 1.3.1 to have wls 6.0 working.
The JDK could be found at the developpers zone at javasoft.
root <[email protected]> wrote:
i tried installing the wls by using the command :
sh weblogic600sp1_linux.bin
i got the message ,
"Preparing to install..."
and thats where it stops !
any ideas ??
cheers
Pac
Michael Girdley
BEA Systems
Learning WebLogic? http://learnweblogic.com
Buy the only book covering J2EE & WebLogic 6:
http://www.amazon.com/exec/obidos/ASIN/0130911119/learnweblogic/102-1778325-
4765749
"Peter Woodhams" <[email protected]> wrote in message
news:[email protected]...
>
How can I install BEA Weblogic Server 6.0 sp2 on RedHat 7.1. I have triedseveral
of the fixes that have been mentioned here to no avail.
I have the Sun JDK 1.3.1 for Linux on the system.
I have the link to cut set up:
lrwxrwxrwx 1 root root 8 Jul 12 10:16/usr/bin/cut -> /bin/cut
I have run the following and still get the error:
# export LD_ASSUME_KERNEL=2.2.5
# sh weblogic600sp2_linux.bin -i console
Preparing to install...
weblogic600sp2_linux.bin: line 1: 24167 Segmentation fault (coredumped)
>
/tmp/install.dir.23184/Solaris/resource/jre/jre/bin/java -Djava.compiler=NON
E
com.zerog.lax.LAX "/tmp/install.dir.23184/temp.lax"/tmp/env.properties.23184
"-i" "console"
Any help would be appreciated.
--Peter

JNI & RedHat WS 3.0. How is it possible?

Hello guys,
I'm trying to migrate our product to JDK1.5 and RedHat 3.0 x86. Our app is native C++ application and it calls JVM via JNI and uses stdc++ library.
On Fedora Core 3(x86) , RedHat 3.0(x86_64) and RedHat 4.0(x86) everything works without problems but RedHat 3.0(x86) causes termination. (Core dump inside VM)
Probably there is incompatibility in libs. Are there any suggestions?
libjvm.so is built statically. What version of gcc and libstdc++ does it use?

Huh?
We are all ipod users just like you.
If the ipod is defective and is within the warranty period, then Apple will replace it.
If it is damaged, then it is not covered.
You can likely pay the repair price and get a replacement.

Java 2 SDK problem under Redhat 7.0

I'm using RedHat Linux 7.0 (kenerl 2.2.16.22, libc-2.1.92.so).
I downloaded Java 2 SDK v 1.2.2_008 for Linux from sun.java.com, and installed it to /usr/local/jdk1.2.2
However, I couldn't run any Java command. When I try to compile any java source code, for example:
/usr/local/jdk1.2.2/bin/javac HelloWorldApp.java
I always get error message:
Segmentation fault (core dumped)
Please give me some idea as soon as possible.
Thank you for your help!
Attach: HelloWorldApp.java
Class HelloWorldApp {
public static void main(String[] args) [
System.out.println("Hello World!");
Tony T.

update your kernel, redhat 7.0 is full of bad links and missing links

Jrockit-j2sdk1.4.2_05-linux-ia32 on RedHat 9 install fails

Hi Robert/Steffan,
I read the thread re: Null pointer exception in native code.
It seems I have the same issue. I can't install the latest jrockit on
RedHat 9. Are these issues the same? Is there a fix coming? I don't know
what 'prelink' is and 'man prelink' produces nothing...
TIA,
-Allen
rpm -qa | grep glibc
glibc-kernheaders-2.4-8.10
glibc-common-2.3.2-27.9.7
glibc-2.3.2-27.9.7
glibc-devel-2.3.2-27.9.7
rpm -q --qf "%{name}-%{version}-%{release} Arch:%{arch}\n" glibc
glibc-2.3.2-27.9.7 Arch:i686
./jrockit-j2sdk1.4.2_05-linux-ia32.bin -mode=console
Extracting
0%....................................................................................................100%
===== BEGIN DUMP
=============================================================
JRockit dump produced after 0 days, 00:00:00 on Mon Feb 7 13:20:02 2005
Additional information is available in:
/tmp/filephQgJD/jrockit.12971.dump
No core file will be created because core dumps have been
disabled. To enable core dumping, try "ulimit -c unlimited"
before starting JRockit again.
Please send the file(s), information about your system
setup and the program you were running to [email protected]. Thank you.
Error code: 52
Error Message: Null pointer exception in native code
Signal info : si_signo=11, si_code=1
Version : BEA WebLogic JRockit(TM) 1.4.2_05 JVM R24.4.0-1
ari-38120-20041118-1131-linux-ia32
Threads / GC : Native Threads, GC strategy: parallel
: mmHeap->data = 0x20000000, mmHeap->top = 0x24000000
Number CPUs : 1
Tot Phys Mem : 526057472
OS version : Red Hat Linux release 9 (Shrike)
Linux version 2.4.20-31.9 (root@websvr12) (gcc version 3.2.2 20030222
(Red Hat Linux 3.2.2-5)) #4 Fri Aug 27 22:59:13 EDT 2004
State : JVM is starting up
Command Line : -Djava.class.path=.
-Djrockit.launcher.type=jrockit.shipment -Djava.io.tmpdir=/tmp -Xmx256m
-Djava.class.path=.:insta
ller.jar:bids.jar:3rdparty.jar:castor-xml_0.9.4.jar:Ostermiller.jar:wlw-plaf.jar:comdev.jar:wizard.jar
-Dsun.java.command=com.bea.pl
ateng.wizard.WizardController -mode=console
Environment : JAVA_HOME=(null),
java.home=/tmp/filephQgJD/jre142_05/jre,
java.class.path=.:installer.jar:bids.jar:3rdparty.jar:cast
or-xml_0.9.4.jar:Ostermiller.jar:wlw-plaf.jar:comdev.jar:wizard.jar,
java.library.path=/tmp/filephQgJD/jre142_05/jre/lib/i386/jrocki
t:/tmp/filephQgJD/jre142_05/jre/lib/i386:/tmp/filephQgJD/jre142_05/jre/../lib/i386
C Heap : Good; no memory allocations have failed
Registers (from context struct at 0x80516bc/0x8051784):
EAX = 00000000 EBX = 4001a740
ECX = 0000000d EDX = 4001a741
ESI = 00000000 EDI = 4027d500
ESP = bfffd850 EIP = 4015c449
EBP = bfffd868 EFL = 00010206
CS = 0023 DS = 002b ES = 002b
SS = 002b FS = 0033 GS = 0033
Stack:
bfffd850 :421328d4 4001a750 00000000 4013e321 00000003 bfffd968
bfffd868 :bfffd8a8 42111654 bfffd880 00000010 00000000 421328d4
bfffd880 :00000000 4001a738 42000034 40130008 00000003 00000004
bfffd898 :421115bd bfffd968 bfffd968 4027d5a8 bfffd8c8 4015c4c1
bfffd8b0 :4015c410 00000000 bfffd8c8 4015c4ad 00000012 0000008d
bfffd8c8 :bfffd938 40127b6b bfffd968 bfffda5c 4027d5a8 4207378d
bfffd8e0 :42133220 00000080 080602e8 00000080 00000000 4027d5a8
bfffd8f8 :bfffd928 4013e279 00000080 00000004 bfffd938 40156cba
bfffd910 :bfffd968 bfffda5c bfffd948 401588ce 4026f6cc 401974cc
bfffd928 :bfffd948 40158927 00000080 00000008 bfffd978 40127d85
bfffd940 :bfffd968 40208c62 bfffd978 40127d66 bfffd9d8 42133268
bfffd958 :00000051 0804f7d0 bfffd9d8 bfffda5c 00000000 00000000
bfffd970 :00000001 00000000 bfffd9a8 40167789 bfffd9d8 00000049
bfffd988 :bfffd9d8 00000035 0804bf30 bfffda5c bfffd9d8 0804ae8e
bfffd9a0 :0804efec 00000000 bfffd9e8 0804ae58 bfffda48 bfffda4c
bfffd9b8 :bfffd9d8 0804b426 0804bf30 bfffda5c bfffda68 00ffda68
bfffd9d0 :0804bf30 bfffda5c 00010002 00000006 0804f790 00000000
bfffd9e8 :bffffa68 08049cf1 bfffda48 bfffda4c bfffda5c 0804efe8
bfffda00 :421328d4 40015020 0804bb70 00000000 00000000 00000000
bfffda18 :bffffa74 bfffea68 bfffda64 bfffda5c bfffda58 bfffda54
bfffda30 :bfffda50 bfffda4c bfffda48 00000000 0804be80 00000000
bfffda48 :00000000 00000000 00000000 bffffcdb 00000001 40167720
bfffda60 :40167500 0804f1b9 706d742f 6c69662f 51687065 2f444a67
bfffda78 :3165726a 305f3234 726a2f35 696c2f65 33692f62 6a2f3638
bfffda90 :6b636f72 6c2f7469 766a6269 6f732e6d 00000000 00000000
bfffdaa8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdac0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdad8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdaf0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb08 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb20 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb38 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb50 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb68 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb80 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb98 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdbb0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdbc8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdbe0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdbf8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc10 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc28 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc40 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc58 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc70 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc88 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdca0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdcb8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdcd0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdce8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd00 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd18 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd30 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd48 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd60 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd78 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd90 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdda8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffddc0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffddd8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffddf0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde08 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde20 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde38 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde50 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde68 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde80 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde98 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdeb0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdec8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdee0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdef8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdf10 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdf28 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdf40 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdf58 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdf70 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdf88 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdfa0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdfb8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdfd0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdfe8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffe000 :00000000 00000000 00000000 00000000 00000000 00000000
bfffe018 :00000000 00000000 00000000 00000000 00000000 00000000
bfffe030 :00000000 00000000 00000000 00000000 00000000 00000000
bfffe048 :00000000 00000000 00000000 00000000 00000000 00000000
Code:
4015c349 :ec81e589 00000110 758b5356 f8c48308 00010068 009d8d00
4015c361 :53ffffff eec856e8 10c483c7 0f75c085 68f8c483 40204d60
4015c379 :8d904deb 83002674 858df8c4 fffffef8 e8046a50 01f7b47f
4015c391 :8510c483 830b74c0 6853fcc4 40204dae 858b25eb fffffef8
4015c3a9 :1374c085 75fff883 fcc4831e 4dc96853 0beb4020 8300768d
4015c3c1 :e068f8c4 5640204d fcaa2ee8 500debff 4e766853 e8564020
4015c3d9 :fffcaa1f fee8a58d 5e5bffff c35dec89 5500768d ec83e589
4015c3f1 :0c558b08 8b084d8b 8b500842 a0685002 5140204e fca9f2e8
4015c409 :5dec89ff 55f689c3 ec83e589 5356570c 6af8c483 08558b2f
4015c421 :5004428b eec726e8 83c389c7 db8510c4 57eb3175 6b084d8b
4015c439 :318b34c6 d500b88d b9fc4027 0000000d 74a1a5f3 8d4026f7
4015c451 :15890150 4026f774 0f02f883 b60fc094 312aebc0 f768bff6
4015c469 :8d904026 8b002674 f8c48307 b4e85350 8301f1ec c08510c4
4015c481 :c783b275 fe834604 31e47e02 e8658dc0 895f5e5b 55c35dec
4015c499 :ec83e589 932de808 f4a301eb e84027d4 01eb9303 27d4f8a3
4015c4b1 :f8c48340 1068006a e84015c4 01fb50ef c35dec89 5500768d
4015c4c9 :ec83e589 5356573c 6afcc483 4edf6804 5d8d4020 dce85310
4015c4e1 :83c7eec5 c08510c4 458b1774 fcc4830c 4ee46850 458b4020
4015c4f9 :fce85008 ebfffca8 dc458d7f 89d84589 fa7d8dc6 0f00768d
4015c511 :685003b6 40204ef7 e856036a 01ef2fbf 8310c483 394302c6
4015c529 :83e47efe b70ff4c4 0f504245 504045b7 3e45b70f 45b70f50
4015c541 :b70f503c 0f503a45 503845b7 5034458b 5030458b 502c458b
Loaded modules:
(* denotes the module causing the exception)
0x08048000-0x0804cd86 /tmp/filephQgJD/jre142_05/bin/java
0x4001b000-0x400251df /lib/tls/libpthread.so.0
0x40029000-0x40049b3f /lib/tls/libm.so.6
0x4004b000-0x4004d1c3 /lib/libdl.so.2
0x42000000-0x4212fbdb /lib/tls/libc.so.6
0x40050000-0x4021f3ef*
/tmp/filephQgJD/jre142_05/jre/lib/i386/jrockit/libjvm.so
0x404b7000-0x404c142b /lib/libnss_files.so.2
Java Thread ID = 0x00000080, lastJavaFrame = 0xfffffffc, Name = Noname
Thread Stack Trace:
at dlIterFindLibcCb+57()@0x4015c449
--- End of stack trace
Additional information is available in:
/tmp/filephQgJD/jrockit.12971.dump
No core file will be created because core dumps have been
disabled. To enable core dumping, try "ulimit -c unlimited"
before starting JRockit again.
Please send the file(s), information about your system
setup and the program you were running to [email protected]. Thank you.
Extended, platform specific info:
libc release: 2.3.2-stable
Elf headers:
libc ehdrs: failed.
libpthread ehdrs: EI: 7f454c46010101000000000000000000 ET: 3 EM: 3 V: 1
ENTRY: 0x00003f70 PHOFF: 0x00000034 SHOFF: 0x000135a8 EF: 0x
0 HS: 52 PS: 32 PHN; 7 SS: 40 SHN: 33 STIDX: 32
libjvm ehdrs: failed.
===== END DUMP
===============================================================
** Error during execution, error code = 6.

Hi Allen,
Well, RH9 is not a supported platform and has therefore received very
limited or no testing whatsoever, but JRockit should not crash on it...
To begin with, you can try a manual installation by doing a manual
$unzip <jrockit-installer>.bin
$unzip <jrockit-payload>.zip
to get the files and copy/move them wherever you want them installed.
You can also try different releases of JRockit, such as 1.4.2_04 or the
new 1.5.0 release if they work better.
The dump indicates that there might be a problem with glibc on your
machine. This problem has been observed to be triggered by the installation
and activation of the 'prelink' feature on some distros but can also be
caused
by other things such as an too old version of glibc.
The closest info I can find on supported versions of the kernel and glibc
that
might match RH9 is for JRockit 1.4.2_05 on RHEL3.0-i686 which has
been verified with QU3 with kernel-2.4.21-20 and glibc-2.3.2-95.27.
Regarding prelink, you can check whether prelink is installed by
"rpm -qa | grep prelink", and if it is installed also check the top of
/etc/sysconfig/prelink to see if it is actually enabled or not.
Best Regards
/Robert Ottenhag
Software Engineer, BEA Systems, Inc.
"Allen Hewes" <[email protected]> wrote in message news:4207a053$1@mail...
Hi Robert/Steffan,
I read the thread re: Null pointer exception in native code.
It seems I have the same issue. I can't install the latest jrockit on
RedHat 9. Are these issues the same? Is there a fix coming? I don't know
what 'prelink' is and 'man prelink' produces nothing...
TIA,
-Allen
rpm -qa | grep glibc
glibc-kernheaders-2.4-8.10
glibc-common-2.3.2-27.9.7
glibc-2.3.2-27.9.7
glibc-devel-2.3.2-27.9.7
rpm -q --qf "%{name}-%{version}-%{release} Arch:%{arch}\n" glibc
glibc-2.3.2-27.9.7 Arch:i686
./jrockit-j2sdk1.4.2_05-linux-ia32.bin -mode=console
Extracting
0%..........................................................................
..........................100%
===== BEGIN DUMP
=============================================================
JRockit dump produced after 0 days, 00:00:00 on Mon Feb 7 13:20:02 2005
Additional information is available in:
/tmp/filephQgJD/jrockit.12971.dump
No core file will be created because core dumps have been
disabled. To enable core dumping, try "ulimit -c unlimited"
before starting JRockit again.
Please send the file(s), information about your system
setup and the program you were running to [email protected]. Thank you.
Error code: 52
Error Message: Null pointer exception in native code
Signal info : si_signo=11, si_code=1
Version : BEA WebLogic JRockit(TM) 1.4.2_05 JVM R24.4.0-1
ari-38120-20041118-1131-linux-ia32
Threads / GC : Native Threads, GC strategy: parallel
: mmHeap->data = 0x20000000, mmHeap->top = 0x24000000
Number CPUs : 1
Tot Phys Mem : 526057472
OS version : Red Hat Linux release 9 (Shrike)
Linux version 2.4.20-31.9 (root@websvr12) (gcc version 3.2.2 20030222
(Red Hat Linux 3.2.2-5)) #4 Fri Aug 27 22:59:13 EDT 2004
State : JVM is starting up
Command Line : -Djava.class.path=.
-Djrockit.launcher.type=jrockit.shipment -Djava.io.tmpdir=/tmp -Xmx256m
-Djava.class.path=.:insta
ller.jar:bids.jar:3rdparty.jar:castor-xml_0.9.4.jar:Ostermiller.jar:wlw-plaf
.jar:comdev.jar:wizard.jar
-Dsun.java.command=com.bea.pl
ateng.wizard.WizardController -mode=console
Environment : JAVA_HOME=(null),
java.home=/tmp/filephQgJD/jre142_05/jre,
java.class.path=.:installer.jar:bids.jar:3rdparty.jar:cast
or-xml_0.9.4.jar:Ostermiller.jar:wlw-plaf.jar:comdev.jar:wizard.jar,
java.library.path=/tmp/filephQgJD/jre142_05/jre/lib/i386/jrocki
t:/tmp/filephQgJD/jre142_05/jre/lib/i386:/tmp/filephQgJD/jre142_05/jre/../li
b/i386
C Heap : Good; no memory allocations have failed
Registers (from context struct at 0x80516bc/0x8051784):
EAX = 00000000 EBX = 4001a740
ECX = 0000000d EDX = 4001a741
ESI = 00000000 EDI = 4027d500
ESP = bfffd850 EIP = 4015c449
EBP = bfffd868 EFL = 00010206
CS = 0023 DS = 002b ES = 002b
SS = 002b FS = 0033 GS = 0033
Stack:
bfffd850 :421328d4 4001a750 00000000 4013e321 00000003 bfffd968
bfffd868 :bfffd8a8 42111654 bfffd880 00000010 00000000 421328d4
bfffd880 :00000000 4001a738 42000034 40130008 00000003 00000004
bfffd898 :421115bd bfffd968 bfffd968 4027d5a8 bfffd8c8 4015c4c1
bfffd8b0 :4015c410 00000000 bfffd8c8 4015c4ad 00000012 0000008d
bfffd8c8 :bfffd938 40127b6b bfffd968 bfffda5c 4027d5a8 4207378d
bfffd8e0 :42133220 00000080 080602e8 00000080 00000000 4027d5a8
bfffd8f8 :bfffd928 4013e279 00000080 00000004 bfffd938 40156cba
bfffd910 :bfffd968 bfffda5c bfffd948 401588ce 4026f6cc 401974cc
bfffd928 :bfffd948 40158927 00000080 00000008 bfffd978 40127d85
bfffd940 :bfffd968 40208c62 bfffd978 40127d66 bfffd9d8 42133268
bfffd958 :00000051 0804f7d0 bfffd9d8 bfffda5c 00000000 00000000
bfffd970 :00000001 00000000 bfffd9a8 40167789 bfffd9d8 00000049
bfffd988 :bfffd9d8 00000035 0804bf30 bfffda5c bfffd9d8 0804ae8e
bfffd9a0 :0804efec 00000000 bfffd9e8 0804ae58 bfffda48 bfffda4c
bfffd9b8 :bfffd9d8 0804b426 0804bf30 bfffda5c bfffda68 00ffda68
bfffd9d0 :0804bf30 bfffda5c 00010002 00000006 0804f790 00000000
bfffd9e8 :bffffa68 08049cf1 bfffda48 bfffda4c bfffda5c 0804efe8
bfffda00 :421328d4 40015020 0804bb70 00000000 00000000 00000000
bfffda18 :bffffa74 bfffea68 bfffda64 bfffda5c bfffda58 bfffda54
bfffda30 :bfffda50 bfffda4c bfffda48 00000000 0804be80 00000000
bfffda48 :00000000 00000000 00000000 bffffcdb 00000001 40167720
bfffda60 :40167500 0804f1b9 706d742f 6c69662f 51687065 2f444a67
bfffda78 :3165726a 305f3234 726a2f35 696c2f65 33692f62 6a2f3638
bfffda90 :6b636f72 6c2f7469 766a6269 6f732e6d 00000000 00000000
bfffdaa8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdac0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdad8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdaf0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb08 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb20 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb38 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb50 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb68 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb80 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdb98 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdbb0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdbc8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdbe0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdbf8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc10 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc28 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc40 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc58 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc70 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdc88 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdca0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdcb8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdcd0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdce8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd00 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd18 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd30 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd48 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd60 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd78 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdd90 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdda8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffddc0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffddd8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffddf0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde08 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde20 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde38 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde50 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde68 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde80 :00000000 00000000 00000000 00000000 00000000 00000000
bfffde98 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdeb0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdec8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdee0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdef8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdf10 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdf28 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdf40 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdf58 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdf70 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdf88 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdfa0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdfb8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdfd0 :00000000 00000000 00000000 00000000 00000000 00000000
bfffdfe8 :00000000 00000000 00000000 00000000 00000000 00000000
bfffe000 :00000000 00000000 00000000 00000000 00000000 00000000
bfffe018 :00000000 00000000 00000000 00000000 00000000 00000000
bfffe030 :00000000 00000000 00000000 00000000 00000000 00000000
bfffe048 :00000000 00000000 00000000 00000000 00000000 00000000
Code:
4015c349 :ec81e589 00000110 758b5356 f8c48308 00010068 009d8d00
4015c361 :53ffffff eec856e8 10c483c7 0f75c085 68f8c483 40204d60
4015c379 :8d904deb 83002674 858df8c4 fffffef8 e8046a50 01f7b47f
4015c391 :8510c483 830b74c0 6853fcc4 40204dae 858b25eb fffffef8
4015c3a9 :1374c085 75fff883 fcc4831e 4dc96853 0beb4020 8300768d
4015c3c1 :e068f8c4 5640204d fcaa2ee8 500debff 4e766853 e8564020
4015c3d9 :fffcaa1f fee8a58d 5e5bffff c35dec89 5500768d ec83e589
4015c3f1 :0c558b08 8b084d8b 8b500842 a0685002 5140204e fca9f2e8
4015c409 :5dec89ff 55f689c3 ec83e589 5356570c 6af8c483 08558b2f
4015c421 :5004428b eec726e8 83c389c7 db8510c4 57eb3175 6b084d8b
4015c439 :318b34c6 d500b88d b9fc4027 0000000d 74a1a5f3 8d4026f7
4015c451 :15890150 4026f774 0f02f883 b60fc094 312aebc0 f768bff6
4015c469 :8d904026 8b002674 f8c48307 b4e85350 8301f1ec c08510c4
4015c481 :c783b275 fe834604 31e47e02 e8658dc0 895f5e5b 55c35dec
4015c499 :ec83e589 932de808 f4a301eb e84027d4 01eb9303 27d4f8a3
4015c4b1 :f8c48340 1068006a e84015c4 01fb50ef c35dec89 5500768d
4015c4c9 :ec83e589 5356573c 6afcc483 4edf6804 5d8d4020 dce85310
4015c4e1 :83c7eec5 c08510c4 458b1774 fcc4830c 4ee46850 458b4020
4015c4f9 :fce85008 ebfffca8 dc458d7f 89d84589 fa7d8dc6 0f00768d
4015c511 :685003b6 40204ef7 e856036a 01ef2fbf 8310c483 394302c6
4015c529 :83e47efe b70ff4c4 0f504245 504045b7 3e45b70f 45b70f50
4015c541 :b70f503c 0f503a45 503845b7 5034458b 5030458b 502c458b
Loaded modules:
(* denotes the module causing the exception)
0x08048000-0x0804cd86 /tmp/filephQgJD/jre142_05/bin/java
0x4001b000-0x400251df /lib/tls/libpthread.so.0
0x40029000-0x40049b3f /lib/tls/libm.so.6
0x4004b000-0x4004d1c3 /lib/libdl.so.2
0x42000000-0x4212fbdb /lib/tls/libc.so.6
0x40050000-0x4021f3ef*
/tmp/filephQgJD/jre142_05/jre/lib/i386/jrockit/libjvm.so
0x404b7000-0x404c142b /lib/libnss_files.so.2
Java Thread ID = 0x00000080, lastJavaFrame = 0xfffffffc, Name = Noname
Thread Stack Trace:
at dlIterFindLibcCb+57()@0x4015c449
--- End of stack trace
Additional information is available in:
/tmp/filephQgJD/jrockit.12971.dump
No core file will be created because core dumps have been
disabled. To enable core dumping, try "ulimit -c unlimited"
before starting JRockit again.
Please send the file(s), information about your system
setup and the program you were running to [email protected]. Thank you.
Extended, platform specific info:
libc release: 2.3.2-stable
Elf headers:
libc ehdrs: failed.
libpthread ehdrs: EI: 7f454c46010101000000000000000000 ET: 3 EM: 3 V: 1
ENTRY: 0x00003f70 PHOFF: 0x00000034 SHOFF: 0x000135a8 EF: 0x
0 HS: 52 PS: 32 PHN; 7 SS: 40 SHN: 33 STIDX: 32
libjvm ehdrs: failed.
===== END DUMP
===============================================================
** Error during execution, error code = 6.

8.0.5 Standard on RedHat 6.0 svrmgrl core dump

Similar Messages

Maybe you are looking for