Orion i/o test on Ramsan

hi all,
hope this is the right forum for this.
I've installed orion on rhel 6 and would like to test it on ramsan drive.
there is fresh rhel install without dbms.
first I tested it on ssd:
cat orion1.lun
/dev/sda
./orion_linux_x86-64 -run advanced -testname orion1 -num_disks 1 -write 0 -simulate concat -matrix detailed
it worked
afterwards I tested on ramsan:
cat orion1.lun
/dev/rsXX0
./orion_linux_x86-64 -run advanced -testname orion1 -num_disks 1 -write 0 -simulate concat -matrix detailed
and it gives me this error:
storax_aiowait: IO returned an error 27061
OER 27061: waiting for async I/Os failed
Linux-x86_64 Error: 14: Bad address
Additional information: -1
Additional information: 8192
lun_aiowait: storax_aiowait failed.
rwbase_run_test: rwbase_reap_req failed
rwbase_run_process: rwbase_run_test failed
rwbase_rwluns: rwbase_run_process failed
orion_thread_main: rw_luns failed
Test error occurred
Orion exiting
so what's wrong?
has anybody used it on ramsan drive?
thanks in advance

You may have run into Bug 9104898: ORION FAILS WITH ORA-27061: WAITING FOR ASYNC I/OS FAILED
BUG 9104898 mentions that version 11.1.0.0 is working
You did not mention which orion version you are running. The orion tool is part of the Oracle Database 11gR2 installation. I suggest to try the latest version that ship with the Database installation.

Similar Messages

Oracle ORION for IO testing

Hi,
Any one are using Oracle ORION for IO testing?
I have confusion about the ORION result output.
Following is my testing configuration :
ORION VERSION 11.1.0.7.0
Commandline:
-run oltp -testname oltp_01 -cache_size 32768 -verbose
ORION VERSION 11.1.0.7.0
Commandline:
-run oltp -testname oltp_01 -cache_size 32768 -verbose
This maps to this test:
Test: oltp_01
Small IO size: 8 KB
Large IO size: 1024 KB
IO Types: Small Random IOs, Large Random IOs
Simulated Array Type: CONCAT
Write: 0%
Cache Size: 32768 MB
Duration for each Data Point: 60 seconds
Small Columns:, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20
Large Columns:, 0
Total Data Points: 21
Name: /dev/rds8k1array Size: 13421772800
1 FILEs found.
Maximum Small IOPS=28685 @ Small=19 and Large=0
Minimum Small Latency=0.43 @ Small=10 and Large=0
Hardware : IBM DS8100, 32GB cache, "/dev/rds8k1array" is a lun of the DS8100's array.
The _iops.csv output:
Large/Small, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20
0, 232, 429, 564, 659, 863, 1086, 2071, 6742, 18654, 23007, 23942, 25208, 25309, 26383, 26558, 26728, 27820, 27535, 28685, 28187
The _lat.csv output:
Large/Small, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20
0, 4.30, 4.66, 5.32, 6.07, 5.79, 5.52, 3.38, 1.19, 0.48, 0.43, 0.46, 0.48, 0.51, 0.53, 0.56, 0.60, 0.61, 0.65, 0.66, 0.71
From ORION's report, the latency(= respond time?) of load level 1(232 iops, 4.30ms) is longer than load level 20(28187 iops, 0.71 ms)?

That is an observation that I have made myself.
Take the output from 2 server tests using the same test set
./orion_hpux_ia64 -run advanced -write 40 -matrix basic -duration 120 -testname mytest -num_disks 2
Server A MBPS 238, IOS, 13220, latency 0.75
Server B MPBS 228, IOPS 2524, latency 3.71
Server A putting the same MBPS through but achiveing a 5 times better IOPS throughput in about a quarter of the response time
Any thoughts appreciated
John

Rwcli60 terminate with errors

Hi reports gurus,
When run rwcli60 like this:
rwcli60 userid=user/pass@db server=repser report=test.rdf destype=file desformat=PDF desname=test.pdf
i receive the following errors:
REP-0177: Error while running in remote server
REP-0110: Unable to open file '/export/home1/orion/mod/rpt60/test.rdf'.
REP-1070: Error while opening or saving a document.
REP-0110: Unable to open file '/export/home1/orion/mod/rpt60/test.rdf'.
I think that it isn't a problem of REPORT_PATH, because the REPORT_PATH variable contain already directory of test.rdf file.
It seem strange for me. Any idea plz help.
NB: I'm using reports 6i on sun solaris 9.Thx

I don't that it's a problem of ORACLE_HOME.
Can somone already receive this error and fix it.
PLZ show me the way to fix this problem, it's very important.

Benchmarking problem ORiON solaris 10 - non test error occured

Hi,
I am running a whole bunch of ORION jobs in sequence against raw LUNs on an EMC storage using Solaris 10.
This to identify the performance at different read/write percentage and random/sequential IO patterns.
Once in a while, in the middle of testing the following appears :
Non test error occurred
Orion exiting
After which the test aborts.
I am trying to investigate the cause for this error, the DMESG and /var/adm/messages left turned up nothing however.
The strange thing is that the next test using the same amount of LUNs but only a difference in random or sequential pattern (or read/write percentage) works just fine.
Does anybody have any reference to what are possible causes of "non test error"
Thanks
seb

This forum is about using Sun Studio. Your question is about tripwire, which is not a Sun product, and gcc, which is not Sun Studio. I suggest you take your question to a tripwire forum. Check the location where you got tripwire for a support forum.

Orion test returned :storax_aiowait: IO returned an error 27061

I'm using orion version 11.1.0.7.0 on Linux Centos 5.2 distribution with 2.6.24.1 kernel. Get same error when writing to multiple raw or mounted devices. Thought the problem was due to different size luns but same error occurs using multiple luns of identical size but problem also occurs when testing a single device. Insights / solutions are appreciated.
Single device output:
# ./orion_linux_x86-64 -testname test -run advanced -type rand -matrix row -num_large 16 -verbose -duration 15
ORION: ORacle IO Numbers -- Version 11.1.0.7.0
test_20090624_1336
Test will take approximately 2 minutes
Larger caches may take longer
Name: /dev/sdf1 Size: 134211861504
1 FILEs found.
TEST START
Running point: Small=0, Large=16
Point 1 out of 6
Valid
Running point: Small=1, Large=16
Point 2 out of 6
Valid
Running point: Small=2, Large=16
Point 3 out of 6
Valid
Running point: Small=3, Large=16
Point 4 out of 6
Valid
Running point: Small=4, Large=16
Point 5 out of 6
storax_aiowait: IO returned an error 27061
OER 27061: waiting for async I/Os failed
Linux-x86_64 Error: 14: Bad address
Additional information: -1
Additional information: 8192
lun_aiowait: storax_aiowait failed.
rwbase_run_test: rwbase_reap_req failed
rwbase_run_process: rwbase_run_test failed
rwbase_rwluns: rwbase_run_process failed
orion_thread_main: rw_luns failed
Test error occurred
Orion exiting
fdisk -l output
Disk /dev/sdf: 134.2 GB, 134217728000 bytes
255 heads, 63 sectors/track, 16317 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdf1 1 16317 131066271 83 Linux

This article may help:
http://seilerwerks.wordpress.com/2007/12/
Werner

Orion test problem

Hi,
We ara trying to test data storage system (DSS cache is 16Gb) with Orion (ver. 11.1.0.7.0)
OS: RHEL 5.1
Command: -run advanced -testname mtest -num_disks 36 -simulate raid0 -write 0 -type seq -matrix basic -cache_size 16386 –verbose
At the beginning of test and before each test with Large not equal to 0 there is a message like:
Warming read cache
rwbase_run_test: rwbase_reap_req failed
rwbase_run_process: rwbase_run_test failed
rwbase_rwluns: rwbase_run_process failed
orion_warm_cache: Warming cache failed. Continuing
Сorrespondingly, test results are not precise, as we think.
What can be done to fix situation and avoid cache warming fail?
Thanks,
Alex
Edited by: user5855411 on 02.10.2009 0:35

You should report the problem on the RHEL support forums, or raise a service request with Redhat. You should have the proper RHEL entitlements when using RHEL as the o/s for your database platform (does not make sense not to have it), in which case it is fairly easy to log a problem like this with support.
If you were using OEL (Oracle Enterprise Linux) and has basic support (or greater), you can do likewise via Metalink (aka My Oracle Support ).

Orion Test performance

Hi,
I am trying to use ORION to test performance on a new NAS filer ( Netapp FAS3040). We are using NFS. I want to make sure that orion is not using file system caching, but I cant clearly determine that from the 'strace' I am doing do the process and childs. Has anyone experience on that? Do you know if Orion is using O_DIRECT writes/reads?. I am running on linux RHE4 x86_64.
THanks for your time,
Ruben

I meant the os caching. Using libaio.so one can use asynchronous IO operations against the storage. Using O_DIRECT once you open the file you avoid operating system caching. The same effect that if you would have a raw device.
Certainly I cant avoid caching on the NAS, but I want to avoid the one on the operating system. You achieve that using DIRECTIO on the database level (some parameter in the init.ora).
In any case I had just a deeper look to the orion's strace and I think sadly Orion doesnt use this feature. Which is really a pity.

Orion Disk I/O test on Windows 2003 x64

Anyone know how to get Orion to work on Windows 2003 64bit? We started using it to benchmark server configurations. The install works fine but when ran, it just returns without error and does not generate any trace files.
Thanks...
F:\Orion>orion -run simple -testname mytest2 -num_disks 10
ORION: ORacle IO Numbers -- Version 10.2.0.1.0
F:\Orion>

Thank you so much for your help ruwin I also kept getting the "Disk I/O error". It only started happening tonight. I had read other things to do - tick "show hidden files, folders, and drives" which I already had ticked. I uninstalled and reinstalled skype. This also did not work. Luckily I found your comment, and it worked! I tried deleting the DbTemp folder, but when I logged into skype it still came up with the error. So I uninstalled my version again, and installed the older version like you said. So thanks heaps, I now have it working again on my laptop. I guess it was just the update, as I had the 6.9 something version on it. I knew it wasn't a problem with my actual "Skype", as it still worked on my iphone. So I figured it had to be a problem with the laptop version. You just saved me a visit to the computer shop Thanks again!

Can not parse the xml in orion server.

Hi, can anyone help me on this.
I have some configuration file which should be parsed when start the server. It works fine in tomcat , JRun, and some other server, now when I test it using the orion server, It throws out the
org.apache.commons.digester.xmlrules.XmlLoadException: Relative URI "digester-rules.dtd"; can not be resolved without a document URI.
I put the dtd and xml together in web-root and specify the location using
<!DOCTYPE digester-rules PUBLIC "-//Jakarta Apache //DTD digester-rules XML V1.0//EN" "digester-rules.dtd">
can anyone tell me how to resolve this.
following is a code snippet of init the digester
Digester ruleDigester = new Digester();
ruleDigester.setUseContextClassLoader(true);
System.out.println(ruleURL);
FromXmlRuleSet ruleSet = new FromXmlRuleSet(ruleURL, ruleDigester);
Digester digester = new Digester();
digester.setUseContextClassLoader(true);
ruleSet.addRuleInstances(digester);
rules = digester.getRules();

I think you'd better ask this question in apache user mailing list
http://jakarta.apache.org/site/mail2.html#Commons

Fatal error while running Test JSP in Jdeveloper

Hi,
After performing initial jdeveloper set ups when I run the test JSP i get following error
It prompts about Port conflict. Upon clicking OK I get following error
Fatal Error: Unable to write to the transaction log (/E:/p4045639_11i_generic/jdevhome/jdev/system9.0.3.5.1312/oc4j-config/log/transaction.state), possible reasons for this are that Orion lacks permission to write to the file, or that another instance of the server is already running with this configuration (most common): Unable to alter transaction log Process exited with exit code 1.
Any suggestion how to solve it?
Thanks,
Kamath.

These two simply check you can do in this reference
1. Check JDEV_USER_HOME set properly.
2. remove system folder then check again.
Thanks

Orion-ejb-jar.xml is not valid

I am trying to parse orion-ejb-jar.xml as follows:
package test;
import javax.xml.parsers.*;
import org.w3c.dom.*;
import org.apache.xml.serialize.*;
import org.xml.sax.*;
import java.io.*;
public class GetFieldSize {
String filePath = null;
Document document = null;
public GetFieldSize(String filePath) {
this.filePath = filePath;
public void constructDocument() {
try {
DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
DocumentBuilder builder = factory.newDocumentBuilder();
builder.parse(new InputSource(new FileReader(filePath)));
} catch (FactoryConfigurationError fce) {
fce.printStackTrace();
} catch (ParserConfigurationException pce) {
pce.printStackTrace();
} catch (SAXException se) {
se.printStackTrace();
} catch (IOException ie) {
ie.printStackTrace();
public static void main(String[] args) {
GetFieldSize getFieldSize = new GetFieldSize("Z:\\nosqms\\ProcessTools\\qTools\\qTools\\qTools\\src\\META-INF\\orion-ejb-jar.xml");
getFieldSize.constructDocument();
I got the following parse error.
oracle.xml.parser.v2.XMLParseException: Expected '>'.
void oracle.xml.parser.v2.XMLError.flushErrors()
void oracle.xml.parser.v2.NonValidatingParser.parseMarkupDecl()
void oracle.xml.parser.v2.NonValidatingParser.parseDoctypeDecl()
void oracle.xml.parser.v2.NonValidatingParser.parseProlog()
void oracle.xml.parser.v2.NonValidatingParser.parseDocument()
void oracle.xml.parser.v2.XMLParser.parse(org.xml.sax.InputSource)
org.w3c.dom.Document oracle.xml.jaxp.JXDocumentBuilder.parse(org.xml.sax.InputSource)
void test.GetFieldSize.constructDocument()
void test.GetFieldSize.main(java.lang.String[])
When I opened the orion-ejb-jar.xml in IE, I got the following error:
A string literal was expected, but no opening quote character was found. Line 87, Position 1
CDATA #IMPLIED
Seems like problem with http://xmlns.oracle.com/ias/dtds/orion-ejb-jar.dtd.
How to rectify it?

1: Replace
isolation (committed | serializable | uncommitted | repeatable_reads)
CDATA #IMPLIED
locking-mode (pessimistic | optimistic | read-only | old_pessimistic)
by
isolation (committed | serializable | uncommitted | repeatable_reads) #IMPLIED
locking-mode (pessimistic | optimistic | read-only | old_pessimistic) #IMPLIED
2: in
<!ELEMENT ior-security-config (transport-config?, as-context?
sas-context?) >
add the final comma:
<!ELEMENT ior-security-config (transport-config?, as-context?, sas-context?) >

Customized orion-application.xml

Configuration:
Jdeveloper 9i Release 2 Production Version
I have a customized orion-application.xml file under <project-directory>/src/META-INF directory. I would like to package this along with my application.
How do I include it in my Deployment Profile (.ear)?
TIA,
Ranga

Another OTN thread on this topic:
http://forums.oracle.com/forums/message.jsp?id=988554
The middle of that thread (read the beginning to get the full context) has an answer relevant to your question here.
------ begin quoted --------------------------------------------------------------------
Hello,
JDeveloper 9.0.2 is limited in this area unfortunately. For the use case you are describing, there are two work-arounds:
1) Use an Ant build file (or any other script) as you mentioned.
2) Do your testing in the embedded OC4J server instead of an external OC4J server. You should then be able to make manual changes to the orion-application.xml file used by the embedded server -- it's in the Workspace directory and has a name like "Workspace1-oc4j-app.xml".
We were expecting users to use Oracle Enterprise Manager (OEM) to configure production J2EE applications, since JDeveloper is a development tool whereas OEM is the real server administration tool. For some time, we've debated internally on the JDev team whether that kind of feature separation across Oracle products makes sense. It's clear that developers like you need to perform some administration tasks in the course of testing a production app, so we focused on allowing that for JDeveloper's integrated OC4J server ("embedded OC4J") and left the administration of an external OC4J server to OEM.
For future JDeveloper releases, we will probably have an increasing level of direct support for OC4J administration, but to what extent we will pursue that is still in discussion.
For 9.0.3, I've filed bug 2392697 to track the issue you are reporting (with reference to this OTN thread) to make sure that it is resolved properly for the 9.0.3 release.
------ end quoted -----------------------------------------------------------------------

Has Anyone Gotten Oracle ORION on Sparc 10 Working?

Hi,
I was interested in running Oracle ORION on Solaris 10 (Sparc 64 bit). I downloaded the necessary tar.gz from the Oracle web site (http://www.oracle.com/technology/software/tech/orion/index.html) and extracted it and made it executable (and renamed it to orion although this isn't necessary). When I try to run it with even the simplist test after creating test1.lun with the necessary devices:
./orion -run simple -testname test1 -num_disks 2
I got the following error:
"Parse error: View help screen using orion -help."
I checked the parameters and recopied them several times and I'm 100% sure that they are correct. I used ldd to make sure that all the libraries were available and they are. I then decided to use truss (kind of like strace for Linux users) to see what's happening. I find the Oracle binary looking for strange libraries that aren't mentioned anywhere. For example, it's looking for libociicus.so as well a bunch of other libraries, even though this wasn't mentioned in the Orion User's Manual. I hunted down the necessary 'additional' libraries and found them in the Oracle 10G Install Client, which I downloaded from http://www.oracle.com/technology/tech/oci/instantclient/index.html (a nice 38 MB download). I then set up LD_LIBRARY_PATH and now truss shows me the orion binary looking for oracore/mesg/lrmus.msb. Now why is ORION looking for this? I found the necessary file and copied it to the location that orion was looking for and thought that that would solve my problem, but it's still giving me the same error. Any ideas? Has anyone gotten ORION running under Solaris 10 (on SPARC or even x86)? I added the truss output below in case that helps. Thanks for your help.
root@sol1 # echo $PATH
/usr/sbin:/usr/bin:/usr/ccs/bin:/usr/openwin/bin:/usr/dt/bin:/usr/platform/SUNW,Sun-Fire-V490/sbin:/opt/sun/bin:/usr/cluster/bin:/usr/cluster/lib/sc:/opt/SUNWexplo/bin:/opt/SUNWsneep/bin:/opt/SUNWcacao/bin:/usr/local/bin
root@sol1 # echo $LD_LIBRARY_PATH
/lib/64:/usr/lib:/lib:/usr/lib/sparcv9:/lib/sparcv9:/usr/openwin/lib:/ora5/instantclient/instantclient_10_2:/oracle/product/10.2/oracore/mesg:/usr/local/lib
root@sol1 # ls -l /ora5/instantclient/instantclient_10_2/
total 225610
-r-xr-xr-x 1 root root 91881 Dec 20 20:03 ODBCRelnotesJA.htm
-r-xr-xr-x 1 root root 58416 Dec 20 20:03 ODBCRelnotesUS.htm
-r--r--r-- 1 root root 21548 Dec 20 20:03 ODBC_IC_Readme_Linux.html
-r--r--r-- 1 root root 1600090 Dec 20 20:02 classes12.jar
-rwxr-xr-x 1 root root 35176 Dec 20 20:02 genezi
-r--r--r-- 1 root root 1525 Dec 20 20:03 glogin.sql
-rwxr-xr-x 1 root root 24230928 Dec 20 20:02 libclntsh.so.10.1
-rwxr-xr-x 1 root root 6955360 Dec 20 20:02 libnnz10.so
-rwxr-xr-x 1 root root 1417600 Dec 20 20:02 libocci.so.10.1
-rwxr-xr-x 1 root root 71008720 Dec 20 20:02 libociei.so
-rwxr-xr-x 1 root root 4309752 Dec 20 20:03 libociicus.so
-rwxr-xr-x 1 root root 124200 Dec 20 20:02 libocijdbc10.so
-rwxr-xr-x 1 root root 1339936 Dec 20 20:03 libsqlplus.so
-rwxr-xr-x 1 root root 1437480 Dec 20 20:03 libsqlplusic.so
-rwxr-xr-x 1 root root 1109664 Dec 20 20:03 libsqora.so.10.1
-r--r--r-- 1 root root 3457 Dec 20 20:03 odbc_update_ini.sh
-r--r--r-- 1 root root 1545954 Dec 20 20:02 ojdbc14.jar
drwxr-xr-x 3 root root 512 Jan 16 17:25 oracore
-rwxr-xr-x 1 root root 8936 Dec 20 20:03 sqlplus
root@sol1 #
root@sol1 # truss ./orion -run simple -testname test1 -num_disk 1
execve("orion", 0xFFFFFFFF7FFFF598, 0xFFFFFFFF7FFFF5D8) argc = 7
mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFFFFFFFF7F500000
resolvepath("/usr/lib/sparcv9/ld.so.1", "/lib/sparcv9/ld.so.1", 1023) = 20
getcwd("/ora5", 1017) = 0
resolvepath("/ora5/orion", "/ora5/orion", 1023) = 11
stat("/ora5/orion", 0xFFFFFFFF7FFFF1A0) = 0
open("/var/ld/64/ld.config", O_RDONLY) Err#2 ENOENT
stat("/lib/64/libkstat.so.1", 0xFFFFFFFF7FFFE8A0) = 0
resolvepath("/lib/64/libkstat.so.1", "/lib/sparcv9/libkstat.so.1", 1023) = 26
open("/lib/64/libkstat.so.1", O_RDONLY) = 3
mmap(0x00100000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFFFFFFFF7F400000
mmap(0x00100000, 1064960, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7F200000
mmap(0xFFFFFFFF7F200000, 3990, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7F200000
mmap(0xFFFFFFFF7F302000, 1256, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 8192) = 0xFFFFFFFF7F302000
munmap(0xFFFFFFFF7F202000, 1048576) = 0
memcntl(0xFFFFFFFF7F200000, 1968, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("/lib/64/libnsl.so.1", 0xFFFFFFFF7FFFE8A0) = 0
resolvepath("/lib/64/libnsl.so.1", "/lib/sparcv9/libnsl.so.1", 1023) = 24
open("/lib/64/libnsl.so.1", O_RDONLY) = 3
mmap(0xFFFFFFFF7F400000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7F400000
mmap(0x00100000, 1851392, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7F000000
mmap(0xFFFFFFFF7F000000, 699514, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7F000000
mmap(0xFFFFFFFF7F1AC000, 58697, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 704512) = 0xFFFFFFFF7F1AC000
mmap(0xFFFFFFFF7F1BC000, 27512, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFFFFFFFF7F1BC000
munmap(0xFFFFFFFF7F0AC000, 1048576) = 0
mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFFFFFFFF7EF00000
memcntl(0xFFFFFFFF7F000000, 138568, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("/lib/64/libsocket.so.1", 0xFFFFFFFF7FFFE8A0) = 0
resolvepath("/lib/64/libsocket.so.1", "/lib/sparcv9/libsocket.so.1", 1023) = 27
open("/lib/64/libsocket.so.1", O_RDONLY) = 3
mmap(0xFFFFFFFF7F400000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7F400000
mmap(0x00100000, 1122304, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7ED00000
mmap(0xFFFFFFFF7ED00000, 52674, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7ED00000
mmap(0xFFFFFFFF7EE0E000, 8617, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 57344) = 0xFFFFFFFF7EE0E000
munmap(0xFFFFFFFF7ED0E000, 1048576) = 0
memcntl(0xFFFFFFFF7ED00000, 19976, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("/lib/64/libgen.so.1", 0xFFFFFFFF7FFFE8A0) = 0
resolvepath("/lib/64/libgen.so.1", "/lib/sparcv9/libgen.so.1", 1023) = 24
open("/lib/64/libgen.so.1", O_RDONLY) = 3
mmap(0xFFFFFFFF7F400000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7F400000
mmap(0x00100000, 1089536, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7EB00000
mmap(0xFFFFFFFF7EB00000, 24989, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7EB00000
mmap(0xFFFFFFFF7EC08000, 5259, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 32768) = 0xFFFFFFFF7EC08000
munmap(0xFFFFFFFF7EB08000, 1048576) = 0
memcntl(0xFFFFFFFF7EB00000, 7944, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("/lib/64/libdl.so.1", 0xFFFFFFFF7FFFE8A0) = 0
resolvepath("/lib/64/libdl.so.1", "/lib/sparcv9/libdl.so.1", 1023) = 23
open("/lib/64/libdl.so.1", O_RDONLY) = 3
mmap(0xFFFFFFFF7F400000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7F400000
close(3) = 0
stat("/lib/64/libsched.so.1", 0xFFFFFFFF7FFFE8A0) Err#2 ENOENT
stat("/usr/lib/libsched.so.1", 0xFFFFFFFF7FFFE8A0) = 0
resolvepath("/usr/lib/libsched.so.1", "/usr/lib/libsched.so.1", 1023) = 22
open("/usr/lib/libsched.so.1", O_RDONLY) = 3
mmap(0x00100000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFFFFFFFF7EA00000
close(3) = 0
stat("/lib/libsched.so.1", 0xFFFFFFFF7FFFE8A0) Err#2 ENOENT
stat("/usr/lib/sparcv9/libsched.so.1", 0xFFFFFFFF7FFFE8A0) = 0
resolvepath("/usr/lib/sparcv9/libsched.so.1", "/usr/lib/sparcv9/libsched.so.1", 1023) = 30
open("/usr/lib/sparcv9/libsched.so.1", O_RDONLY) = 3
mmap(0xFFFFFFFF7EA00000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7EA00000
close(3) = 0
mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFFFFFFFF7E900000
stat("/lib/64/libc.so.1", 0xFFFFFFFF7FFFE8A0) = 0
resolvepath("/lib/64/libc.so.1", "/lib/sparcv9/libc.so.1", 1023) = 22
open("/lib/64/libc.so.1", O_RDONLY) = 3
mmap(0x00100000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFFFFFFFF7E800000
mmap(0x00100000, 2056192, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7E600000
mmap(0xFFFFFFFF7E600000, 932933, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7E600000
mmap(0xFFFFFFFF7E7E4000, 58225, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 933888) = 0xFFFFFFFF7E7E4000
mmap(0xFFFFFFFF7E7F4000, 64, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFFFFFFFF7E7F4000
munmap(0xFFFFFFFF7E6E4000, 1048576) = 0
memcntl(0xFFFFFFFF7E600000, 182080, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("/lib/64/libaio.so.1", 0xFFFFFFFF7FFFE8A0) = 0
resolvepath("/lib/64/libaio.so.1", "/lib/sparcv9/libaio.so.1", 1023) = 24
open("/lib/64/libaio.so.1", O_RDONLY) = 3
mmap(0xFFFFFFFF7E800000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7E800000
mmap(0x00100000, 1089536, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7E400000
mmap(0xFFFFFFFF7E400000, 29624, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7E400000
mmap(0xFFFFFFFF7E508000, 3782, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 32768) = 0xFFFFFFFF7E508000
munmap(0xFFFFFFFF7E408000, 1048576) = 0
memcntl(0xFFFFFFFF7E400000, 7672, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("/lib/64/librt.so.1", 0xFFFFFFFF7FFFE8A0) = 0
resolvepath("/lib/64/librt.so.1", "/lib/sparcv9/librt.so.1", 1023) = 23
open("/lib/64/librt.so.1", O_RDONLY) = 3
mmap(0xFFFFFFFF7E800000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7E800000
mmap(0x00100000, 1089536, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7E200000
mmap(0xFFFFFFFF7E200000, 24982, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7E200000
mmap(0xFFFFFFFF7E308000, 3894, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 32768) = 0xFFFFFFFF7E308000
munmap(0xFFFFFFFF7E208000, 1048576) = 0
memcntl(0xFFFFFFFF7E200000, 11728, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("/lib/64/libm.so.1", 0xFFFFFFFF7FFFE8A0) = 0
resolvepath("/lib/64/libm.so.1", "/lib/sparcv9/libm.so.1", 1023) = 22
open("/lib/64/libm.so.1", O_RDONLY) = 3
mmap(0xFFFFFFFF7E800000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7E800000
mmap(0x00100000, 1073152, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7E000000
mmap(0xFFFFFFFF7E000000, 18264, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7E000000
mmap(0xFFFFFFFF7E104000, 2900, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 16384) = 0xFFFFFFFF7E104000
munmap(0xFFFFFFFF7E006000, 1040384) = 0
memcntl(0xFFFFFFFF7E000000, 8744, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFFFFFFFF7DF00000
stat("/lib/64/libmd5.so.1", 0xFFFFFFFF7FFFE8A0) = 0
resolvepath("/lib/64/libmd5.so.1", "/lib/sparcv9/libmd5.so.1", 1023) = 24
open("/lib/64/libmd5.so.1", O_RDONLY) = 3
mmap(0xFFFFFFFF7E800000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7E800000
mmap(0x00100000, 1064960, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7DD00000
mmap(0xFFFFFFFF7DD00000, 5564, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7DD00000
mmap(0xFFFFFFFF7DE02000, 1064, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 8192) = 0xFFFFFFFF7DE02000
munmap(0xFFFFFFFF7DD02000, 1048576) = 0
memcntl(0xFFFFFFFF7DD00000, 1184, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
munmap(0xFFFFFFFF7E800000, 8192) = 0
mmap(0x00010000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7E800000
getcontext(0xFFFFFFFF7FFFEC70)
getrlimit(RLIMIT_STACK, 0xFFFFFFFF7FFFEC30) = 0
getpid() = 5268 [5267]
setustack(0xFFFFFFFF7E8020C0)
sigfillset(0xFFFFFFFF7E7F2E7C) = 0
stat("/platform/SUNW,Sun-Fire-V490/lib/sparcv9/libc_psr.so.1", 0xFFFFFFFF7FFFE260) = 0
resolvepath("/platform/SUNW,Sun-Fire-V490/lib/sparcv9/libc_psr.so.1", "/platform/sun4u-us3/lib/sparcv9/libc_psr.so.1", 1023) = 45
open("/platform/SUNW,Sun-Fire-V490/lib/sparcv9/libc_psr.so.1", O_RDONLY) = 3
mmap(0x00100000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFFFFFFFF7DC00000
close(3) = 0
munmap(0xFFFFFFFF7DC00000, 8192) = 0
sysconfig(_CONFIG_SEM_VALUE_MAX) = 2147483647
ioctl(1, TCGETA, 0xFFFFFFFF7FFED78C) = 0
fstat(1, 0xFFFFFFFF7FFED720) = 0
ORION: ORacle IO Numbers -- Version 10.2.0.3.0
write(1, " O R I O N : O R a c l".., 47) = 47
brk(0x10027D2B0) = 0
brk(0x1002812B0) = 0
brk(0x1002812B0) = 0
brk(0x1002852B0) = 0
brk(0x1002852B0) = 0
brk(0x1002892B0) = 0
sysconfig(_CONFIG_PAGESIZE) = 8192
brk(0x1002892B0) = 0
brk(0x1002AD2B0) = 0
brk(0x1002AD2B0) = 0
brk(0x1002CD2B0) = 0
brk(0x1002CD2B0) = 0
brk(0x1002D12B0) = 0
stat("/lib/64/libclntsh.so.10.1", 0xFFFFFFFF7FFEB500) Err#2 ENOENT
stat("/usr/lib/libclntsh.so.10.1", 0xFFFFFFFF7FFEB500) Err#2 ENOENT
stat("/lib/libclntsh.so.10.1", 0xFFFFFFFF7FFEB500) Err#2 ENOENT
stat("/usr/lib/sparcv9/libclntsh.so.10.1", 0xFFFFFFFF7FFEB500) Err#2 ENOENT
stat("/lib/sparcv9/libclntsh.so.10.1", 0xFFFFFFFF7FFEB500) Err#2 ENOENT
stat("/usr/openwin/lib/libclntsh.so.10.1", 0xFFFFFFFF7FFEB500) Err#2 ENOENT
stat("/ora5/instantclient/instantclient_10_2/libclntsh.so.10.1", 0xFFFFFFFF7FFEB500) = 0
resolvepath("/ora5/instantclient/instantclient_10_2/libclntsh.so.10.1", "/ora5/instantclient/instantclient_10_2/libclntsh.so.10.1", 1023) = 56
open("/ora5/instantclient/instantclient_10_2/libclntsh.so.10.1", O_RDONLY) = 3
mmap(0x00100000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFFFFFFFF7DC00000
mmap(0x00100000, 19873792, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7C800000
mmap(0xFFFFFFFF7C800000, 17810762, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7C800000
mmap(0xFFFFFFFF7D9FC000, 937760, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 17809408) = 0xFFFFFFFF7D9FC000
mmap(0xFFFFFFFF7DAE2000, 70184, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFFFFFFFF7DAE2000
munmap(0xFFFFFFFF7D8FE000, 1040384) = 0
memcntl(0xFFFFFFFF7C800000, 1933912, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("/lib/64/libnnz10.so", 0xFFFFFFFF7FFEB380) Err#2 ENOENT
stat("/usr/lib/libnnz10.so", 0xFFFFFFFF7FFEB380) Err#2 ENOENT
stat("/lib/libnnz10.so", 0xFFFFFFFF7FFEB380) Err#2 ENOENT
stat("/usr/lib/sparcv9/libnnz10.so", 0xFFFFFFFF7FFEB380) Err#2 ENOENT
stat("/lib/sparcv9/libnnz10.so", 0xFFFFFFFF7FFEB380) Err#2 ENOENT
stat("/usr/openwin/lib/libnnz10.so", 0xFFFFFFFF7FFEB380) Err#2 ENOENT
stat("/ora5/instantclient/instantclient_10_2/libnnz10.so", 0xFFFFFFFF7FFEB380) = 0
resolvepath("/ora5/instantclient/instantclient_10_2/libnnz10.so", "/ora5/instantclient/instantclient_10_2/libnnz10.so", 1023) = 50
open("/ora5/instantclient/instantclient_10_2/libnnz10.so", O_RDONLY) = 3
mmap(0xFFFFFFFF7DC00000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7DC00000
mmap(0x00100000, 3522560, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7C400000
mmap(0xFFFFFFFF7C400000, 2226112, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7C400000
mmap(0xFFFFFFFF7C71E000, 245806, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 2220032) = 0xFFFFFFFF7C71E000
munmap(0xFFFFFFFF7C620000, 1040384) = 0
mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFFFFFFFF7DB00000
memcntl(0xFFFFFFFF7C400000, 293768, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("/lib/64/libsched.so.1", 0xFFFFFFFF7FFEB380) Err#2 ENOENT
stat("/usr/lib/libsched.so.1", 0xFFFFFFFF7FFEB380) = 0
resolvepath("/usr/lib/libsched.so.1", "/usr/lib/libsched.so.1", 1023) = 22
open("/usr/lib/libsched.so.1", O_RDONLY) = 3
mmap(0xFFFFFFFF7DC00000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7DC00000
close(3) = 0
stat("/lib/libsched.so.1", 0xFFFFFFFF7FFEB380) Err#2 ENOENT
stat("/lib/64/libm.so.2", 0xFFFFFFFF7FFEAD70) = 0
resolvepath("/lib/64/libm.so.2", "/lib/sparcv9/libm.so.2", 1023) = 22
open("/lib/64/libm.so.2", O_RDONLY) = 3
mmap(0xFFFFFFFF7DC00000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7DC00000
mmap(0x00100000, 1736704, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7C200000
mmap(0xFFFFFFFF7C200000, 651315, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7C200000
mmap(0xFFFFFFFF7C39E000, 34112, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 647168) = 0xFFFFFFFF7C39E000
munmap(0xFFFFFFFF7C2A0000, 1040384) = 0
memcntl(0xFFFFFFFF7C200000, 49696, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("/lib/64/libscf.so.1", 0xFFFFFFFF7FFEAFF0) = 0
resolvepath("/lib/64/libscf.so.1", "/lib/sparcv9/libscf.so.1", 1023) = 24
open("/lib/64/libscf.so.1", O_RDONLY) = 3
mmap(0xFFFFFFFF7DC00000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7DC00000
mmap(0x00100000, 1179648, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7C000000
mmap(0xFFFFFFFF7C000000, 108732, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7C000000
mmap(0xFFFFFFFF7C11C000, 10478, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 114688) = 0xFFFFFFFF7C11C000
munmap(0xFFFFFFFF7C01C000, 1048576) = 0
mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFFFFFFFF7BF00000
memcntl(0xFFFFFFFF7C000000, 29896, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("/lib/64/libdoor.so.1", 0xFFFFFFFF7FFEAE70) = 0
resolvepath("/lib/64/libdoor.so.1", "/lib/sparcv9/libdoor.so.1", 1023) = 25
open("/lib/64/libdoor.so.1", O_RDONLY) = 3
mmap(0xFFFFFFFF7DC00000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7DC00000
mmap(0x00100000, 1064960, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7BD00000
mmap(0xFFFFFFFF7BD00000, 4239, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7BD00000
mmap(0xFFFFFFFF7BE02000, 1584, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 8192) = 0xFFFFFFFF7BE02000
munmap(0xFFFFFFFF7BD02000, 1048576) = 0
memcntl(0xFFFFFFFF7BD00000, 3080, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("/lib/64/libuutil.so.1", 0xFFFFFFFF7FFEAE70) = 0
resolvepath("/lib/64/libuutil.so.1", "/lib/sparcv9/libuutil.so.1", 1023) = 26
open("/lib/64/libuutil.so.1", O_RDONLY) = 3
mmap(0xFFFFFFFF7DC00000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7DC00000
mmap(0x00100000, 1089536, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7BB00000
mmap(0xFFFFFFFF7BB00000, 30888, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7BB00000
mmap(0xFFFFFFFF7BC08000, 3630, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 32768) = 0xFFFFFFFF7BC08000
munmap(0xFFFFFFFF7BB08000, 1048576) = 0
memcntl(0xFFFFFFFF7BB00000, 9496, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("/platform/SUNW,Sun-Fire-V490/lib/sparcv9/libmd5_psr.so.1", 0xFFFFFFFF7FFEAF20) = 0
resolvepath("/platform/SUNW,Sun-Fire-V490/lib/sparcv9/libmd5_psr.so.1", "/platform/sun4u/lib/sparcv9/libmd5_psr.so.1", 1023) = 43
open("/platform/SUNW,Sun-Fire-V490/lib/sparcv9/libmd5_psr.so.1", O_RDONLY) = 3
mmap(0xFFFFFFFF7DC00000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7DC00000
mmap(0x00100000, 1064960, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7B900000
mmap(0xFFFFFFFF7B900000, 5124, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7B900000
mmap(0xFFFFFFFF7BA02000, 1048, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 8192) = 0xFFFFFFFF7BA02000
munmap(0xFFFFFFFF7B902000, 1048576) = 0
memcntl(0xFFFFFFFF7B900000, 1152, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFFFFFFFF7B800000
stat("/lib/64/libmp.so.2", 0xFFFFFFFF7FFEAFF0) = 0
resolvepath("/lib/64/libmp.so.2", "/lib/sparcv9/libmp.so.2", 1023) = 23
open("/lib/64/libmp.so.2", O_RDONLY) = 3
mmap(0xFFFFFFFF7DC00000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7DC00000
mmap(0x00100000, 1073152, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF7B600000
mmap(0xFFFFFFFF7B600000, 11244, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF7B600000
mmap(0xFFFFFFFF7B704000, 1681, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 16384) = 0xFFFFFFFF7B704000
munmap(0xFFFFFFFF7B604000, 1048576) = 0
memcntl(0xFFFFFFFF7B600000, 2992, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
munmap(0xFFFFFFFF7DC00000, 8192) = 0
stat("/ora5/instantclient/instantclient_10_2/libociei.so", 0xFFFFFFFF7FFEB5F0) = 0
resolvepath("/ora5/instantclient/instantclient_10_2/libociei.so", "/ora5/instantclient/instantclient_10_2/libociei.so", 1023) = 50
open("/ora5/instantclient/instantclient_10_2/libociei.so", O_RDONLY) = 3
mmap(0x00100000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFFFFFFFF7DC00000
mmap(0x00100000, 72056832, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFFFFFFFF77000000
mmap(0xFFFFFFFF77000000, 71001056, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFFFFFFFF77000000
mmap(0xFFFFFFFF7B4B6000, 2400, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 71000064) = 0xFFFFFFFF7B4B6000
munmap(0xFFFFFFFF7B3B8000, 1040384) = 0
memcntl(0xFFFFFFFF77000000, 3352, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
stat("/lib/64/libclntsh.so.10.1", 0xFFFFFFFF7FFEB380) Err#2 ENOENT
stat("/usr/lib/libclntsh.so.10.1", 0xFFFFFFFF7FFEB380) Err#2 ENOENT
stat("/lib/libclntsh.so.10.1", 0xFFFFFFFF7FFEB380) Err#2 ENOENT
stat("/usr/lib/sparcv9/libclntsh.so.10.1", 0xFFFFFFFF7FFEB380) Err#2 ENOENT
stat("/lib/sparcv9/libclntsh.so.10.1", 0xFFFFFFFF7FFEB380) Err#2 ENOENT
stat("/usr/openwin/lib/libclntsh.so.10.1", 0xFFFFFFFF7FFEB380) Err#2 ENOENT
stat("/lib/64/libsched.so.1", 0xFFFFFFFF7FFEB380) Err#2 ENOENT
stat("/usr/lib/libsched.so.1", 0xFFFFFFFF7FFEB380) = 0
resolvepath("/usr/lib/libsched.so.1", "/usr/lib/libsched.so.1", 1023) = 22
open("/usr/lib/libsched.so.1", O_RDONLY) = 3
mmap(0xFFFFFFFF7DC00000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFFFFFFFF7DC00000
close(3) = 0
stat("/lib/libsched.so.1", 0xFFFFFFFF7FFEB380) Err#2 ENOENT
mprotect(0xFFFFFFFF77000000, 71001056, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0xFFFFFFFF77000000, 71001056, PROT_READ|PROT_EXEC) = 0
mprotect(0xFFFFFFFF77000000, 71001056, PROT_READ|PROT_EXEC) = 0
munmap(0xFFFFFFFF7DC00000, 8192) = 0
brk(0x1002D12B0) = 0
brk(0x1002D92B0) = 0
open("/ora5/instantclient/instantclient_10_2/oracore/mesg/lrmus.msb", O_RDONLY) = 3
fcntl(3, F_SETFD, 0x00000001) = 0
lseek(3, 0, SEEK_SET) = 0
read(3, "1513 "011303\t\t\0\0\0\0".., 256) = 256
brk(0x1002D92B0) = 0
brk(0x1002DD2B0) = 0
lseek(3, 512, SEEK_SET) = 512
read(3, "\0 {\0\0\0\0\0\0\0\0\0\0".., 512) = 512
lseek(3, 1024, SEEK_SET) = 1024
read(3, "\0 o\0 y\0 {\0\0\0\0\0\0".., 512) = 512
lseek(3, 1536, SEEK_SET) = 1536
read(3, "\0\f\0 d\0\0\0 P\0 e\0\0".., 512) = 512
Parse error: View help screen using orion -help.
write(1, " P a r s e e r r o r :".., 49) = 49
_exit(1)
root@sol1 #

I have searched around and have seen no real answers...I will let you all if I get it working.

Orion-ejb-jar works in oc4j, but seemingly ignored while running in jdev

I'm using OC4J 9.0.2.0 and JDeveloper 9.0.2.
I have a set of entity classes. I'm trying to map the entity name to a different table name, and map the field names to different column names.
I have an ejb-jar.xml that sets the ejb-name, and I have an orion-ejb-jar.xml that uses the ejb-name, specifies a "table-name", and uses "cmp-field-mapping" elements. The "table-name" and "cmp-field-mapping" elements do what I said, using a table name different from the ejb name, and db column names different from the field names.
When I build and deploy this in standalone OC4J, it works fine. It creates the exact table and column names that I specified.
Now, how the heck do I get this to work in JDeveloper 9.0.2? Is this impossible as of this version? I need to know this.
In JDeveloper, I can edit the orion-ejb-jar.xml file, and I can do the "Edit Settings" option, and that all looks correct, but when I finally run the embedded OC4J, it creates the wrong tables with the wrong attributes.

I tried a simple test case and it seems to work fine
I create a entity bean by name "foo" with 2 fields "col1" (CMP PK) and "col2" (CMP field)
Select orion-ejb-jar.xml in project and right-click on it and choose settings
Select foo in the upper left hand items
Added table name on the right hand side "deployfoo"
Select CMP Field Mappings on the lower left hand side
Select col1 and in the persistence name add "firstcolumn"
Seelct col2 and in the persistence namd add "secondcolumn"
When I run the bean the table is created with the above name and columns
Message in log window
<<
Auto-creating table: create table deployfoo (firstcolumn VARCHAR2(255) not null primary key, secondcolumn VARCHAR2(255) null)
>>>
raghu
JDev Team

JDeveloper / OC4J rewriting my orion-ejb-jar.xml

Hi All.
Im having a play around with OC4J and CMP entity beans and struts at the moment learning some stuff for a new job, so ive started to write a little test app to get used to things.
Ive created a CMP entity - CustomerEntityEJB, manually defined the tables etc wrote and built it using JDeveloper 10.
Ive created all the necessary classes and descriptors in JDeveloper and the bean compiles and deploys fine, however no matter what i do, the table attribute of the <entity-deployment> elemnt is ALWAYS removed from the orion-ejb-jar.xml file before its deployed and i have no idea why.
Here are some snippets form the xml config files im using....
ejb-jar.xml :
<entity>
<description>Entity Bean ( CMP )</description>
<display-name>CustomerEntityEJB</display-name>
<ejb-name>CustomerEntityEJB</ejb-name>
<local-home>com.gb.ejb.entity.customer.CustomerEntityEJBLocalHome</local-home>
<local>com.gb.ejb.entity.customer.CustomerEntityEJBLocal</local>
<ejb-class>com.gb.ejb.entity.customer.CustomerEntityEJBBean</ejb-class>
<persistence-type>Container</persistence-type>
<prim-key-class>java.lang.Long</prim-key-class>
<reentrant>false</reentrant>
<cmp-version>2.x</cmp-version>
<abstract-schema-name>CustomerEntityEJB</abstract-schema-name>
<cmp-field>
<field-name>id</field-name>
</cmp-field>
<cmp-field>
<field-name>title</field-name>
</cmp-field>
<cmp-field>
<field-name>forename</field-name>
</cmp-field>
<cmp-field>
<field-name>surname</field-name>
</cmp-field>
<cmp-field>
<field-name>email</field-name>
</cmp-field>
<cmp-field>
<field-name>password</field-name>
</cmp-field>
<cmp-field>
<field-name>active</field-name>
</cmp-field>
<primkey-field>id</primkey-field>
<query>
<query-method>
<method-name>findAll</method-name>
<method-params/>
</query-method>
<ejb-ql>SELECT OBJECT(c) FROM CustomerEntityEJB c</ejb-ql>
</query>
</entity>
orion-ejb-jar.xml as in JDeveloper:
<?xml version = '1.0' encoding = 'windows-1252'?>
<orion-ejb-jar xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://xmlns.oracle.com/oracleas/schema/orion-ejb-jar-10_0.xsd" schema-major-version="10" schema-minor-version="0">
<enterprise-beans>
<persistence-manager name="toplink"/>
<session-deployment name="CustomerSessionEJB" local-location="CustomerSessionEJB" />
<entity-deployment name="CustomerEntityEJB" data-source="jdbc/PostgresDS" table="Customer" local-location="CustomerEntityEJB">
<primkey-mapping>
<cmp-field-mapping name="id"/>
</primkey-mapping>
<cmp-field-mapping name="active"/>
<cmp-field-mapping name="email"/>
<cmp-field-mapping name="forename"/>
<cmp-field-mapping name="id"/>
<cmp-field-mapping name="password"/>
<cmp-field-mapping name="surname"/>
<cmp-field-mapping name="title"/>
</entity-deployment>
</enterprise-beans>
</orion-ejb-jar>
orion-ejb-jar.xml as viewed in the OC4J enterprise manager.
<?xml version="1.0" encoding="utf-8"?>
<orion-ejb-jar xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://xmlns.oracle.com/oracleas/schema/orion-ejb-jar-10_0.xsd" deployment-version="10.1.3.3.0" deployment-time="1151415a0e3" schema-major-version="10" schema-minor-version="0" >
<enterprise-beans>
<persistence-manager name="toplink" class="oracle.toplink.internal.ejb.cmp.oc4j.Oc4jPersistenceManager" descriptor="toplink-ejb-jar.xml">
</persistence-manager>
<session-deployment name="CustomerSessionEJB" location="CustomerSessionEJB" local-location="CustomerSessionEJB" persistence-filename="CustomerSessionEJB">
<ejb-ref-mapping name="ejb/local/CustomerEntityEJB" location="TWA-EJB_CustomerEntityEJBLocal" />
</session-deployment>
<entity-deployment name="CustomerEntityEJB" location="CustomerEntityEJB" local-location="CustomerEntityEJB" concrete-bean-class="CustomerEntityEJB_ConcreteSubClass3" data-source="jdbc/PostgresDS" local-wrapper="CustomerEntityEJBLocalHome_LocalEntityHomeWrapper5">
</entity-deployment>
</enterprise-beans>
<assembly-descriptor>
<default-method-access>
<security-role-mapping name="<default-ejb-caller-role>" impliesAll="true" />
</default-method-access>
</assembly-descriptor>
</orion-ejb-jar>
As you can see, the orion-ejb-jar.xml that been deployed on the server has had extra attributes defined in it (like concrete-bean-class) which makessense - its adding in the bits i didnt to get th bean to deploy - however the table attribue is just removed, meaning my bean cant find the table - hence my app not working.
i just dont know how to stop this and would be extremely grateful if someone could give me a clue how to get my bean up and working properly as this is driving me insane.
Thanks in advance..
Gareth.

sorted - the <persistence-manager name="toplink"/> element was automatically generated by JDeveloper and put in my orion-ejb-jar.xml appears to be un necessary and seemed to be breaking eveything - as soon as i removed it, the bean seemed to deploy ok and pick up the table name =]
as a bit of an aside does anyone know why it was automatically put there in the first place if it breaks things?

Orion i/o test on Ramsan

Similar Messages

Maybe you are looking for