Core file in $ORACLE_HOME/dbs

Hi All,
Database vertion: 11.2.0.1
OS: SunOS with Sun cluster
Core file is getting generating in huge size in $ORACLE_HOME/dbs and $ORACLE_HOME reaches 100%.
Can any one tell me why core file is getting generating.
background_core_dump is Partial
Regards,
Prasanna

See CORE_DUMP_DEST in the docs. You can change it to somewhere with more room. Also see http://www.orafaq.com/faq/what_should_one_do_with_those_core_files
If you don't get a hint from the file command or the alert log as to what is causing these, then you have to deal with Oracle support.
You can also limit core size from the OS side, details depend on OS version.
background_core_dump partial means don't dump sga with background process core dumps. Are background processes dumping?

Similar Messages

What are .dbf Files in $ORACLE_HOME.dbs?

It has been brought to my attention that my disk usage on my new system jumped from 22% to 68% last night. The culprit appears to be the .dbf files in $ORACLE_HOME.dbs. What are these files? Where can I go to learn more about them and what to expect of them?
Thanks,
Gregory

Wow, I should have known better than to start a thread and then go to lunch. Sorry I’m taking so long getting back to all of you.
This is Oracle 11g. Our current production system is 10g.
Here’s a little background info. We have a flat file base ERP. Each night we copy .txt files from the ERP to the Oracle server. We have external tables, table_name_load, mapped over the .txt files. At midnight, we run a massive collection of inserts into regular tables from the load tables. We then use this day-old set of data as the basis for reports and several ApEx applications.
You’re right, I can’t claim to have a good understanding of Optimal Flexible Architecture (OFA). I’m a developer first and I’m working on DBA skills.
The files are all named something like:
arch1_191_653243844.dbf
arch1_192_653243844.dbf
arch1_193_653243844.dbf
etc.
There are over 300 of them and they are about 45M to 50M each. (The whole directory is about 14G.)
SID is oraprod
I specified locations for each of the three datafiles for our main tablespace (on three different drives), a secondary “hot” tablespace with the most frequently accessed datafile, three index datafiles for our main index tablespace, the “hot” index tablespace, temp, undo, and the control files.
The only things that I did not specify a location for are: sysaux; system; and users.
SQL> select name from v$datafile;
NAME
/oradb/app/oradata/oraprod/system01.dbf
/oradb/app/oradata/oraprod/sysaux01.dbf
/d02/oraprod/undo_tbs_1.dbf
/d02/oraprod/apex_main_tbs_1.dbf
/d03/oraprod/lib_hot_index_tbs_1.dbf
/d01/oraprod/lib_hot_tbs_1.dbf
/d01/oraprod/lib_main_index_tbs_1.dbf
/d02/oraprod/lib_main_index_tbs_2.dbf
/d03/oraprod/lib_main_index_tbs_3.dbf
/d02/oraprod/lib_main_tbs_1.dbf
/d03/oraprod/lib_main_tbs_2.dbf
/d01/oraprod/lib_main_tbs_3.dbf
/oradb/app/oradata/oraprod/users01.dbf
13 rows selected.
Based on what I’ve read in the 2 Day DBA, I put my flash recovery area all alone on /d04 and I have USE_DB_RECOVERY_FILE_DEST set.
The files were created at two times: one during my initial data load yesterday; the other during the scheduled job this morning starting at midnight.
After checking our production system, I realize that we have a whole bunch of these same kinds of files in $ORACLE_HOME/dbs there also. However, I only have them from last night, not two separate times.
I’m concerned that the older files on the new system aren’t clearing out like the files on the production system are.

11g on RHEL5 - No initorcl.ora file in ORACLE_HOME/dbs

Hi, I am working on my first db install, I have completed OUI installation through Xming to a remote hosted server. It seemed to go OK but 1 warning concerning insufficent swap space - Expected 3036MB, Actual-1983MB
I completed the install process, creating the default db via config manager tool, and it all seemed more or less OK until I tried the URL for em console.
The warning here was the listener was not up. It seems ORACLE_SID was not defined properly. During install, the SID displayed as DB11G, and the DB Name as orcl. I am not sure which value I should be using?
I can manually define ORACLE_HOME AND ORACLE_SID, use the export utlitiy and get the listener up, but still no em console.
So....I tried starting from SQL...had to redefine env variables again, and got SQL running, login / as sysdba.
Was returned a message confirming I was connected to an idle instance. Thinking this may be the cause of em console and listener not functioning, I tried to run the STARTUP command from SQL>
I received the following.....
SQL> STARTUP
ORA-01078: failure in processing system parameters
LRM-00109: could not open parameter file '/u01/app/oracle/product/11.1.0/db_1/dbs/initDB11G.ora'
figuring I would just have to re-define ORACLE_SID = orcl, I looked in the /dbs directory and found only the following files...
[root@bluesly1 dbs]# dir -a
. .. hc_orcl.dat initdw.ora init.ora lkORCL orapworcl spfileorcl.ora
this explains why STARTUP could not find initDB11G.ora and would not find initorcl.ora either. Should I unset ORACLE_SID and let it run against init.ora??
Not sure where I went wrong, or why all these issues are popping up from a OUI graphic install that appeard to go fine other than the swap space??
Can anyone help?
Which value for SID (DB11G or "orcl")
why didn't the init_SID.ora file get created, (the spfileorcl.ora exists)
should the oracle environment variables need resetting every login, or can I specify them to be at least connection persistent?
Are some of these values dynamic depending on which routine is using them?

Thanks, dizwell is a great site. Well, readers digest version, tried to run emconsole configuration assistants and got all buggerred up. So, back to square 1, de-installed, cleaned, re-installed. Initially had "unknown host error during install's prechecks (despite having all set-up instructions followed to a T). For whatever reson, reconfiguring the ethernet adatpter and re-running system-config-network utility cleared up the error, and install went ahead. I am now up and em console is working, but only from the server's browser (Netscape 9) and WOW is it SLOW!. I am accessing a remote server from a vista home machine through Xming/puTTY.
It is all working, the X displays are good, but a little slow. Normal browsing through X with firefox or navigator is slower than usual, but workable. However, em is wildly slow, almost to the point of being unusable. I have two generic questions:
1. Anything to do to speed up Xming connection overall? On this particular connection, typical actual internet downlaod rates are about 900kbs, but X is behaving similar to about a 300kbs connection.
2. My regular browser (IE) will not resolve the URL for the em console. Is there anything I can do to access em via my normal browser, and benefit from my normal connection speed, which is pretty good. Does this require an 11g client install, or should the console be accessible from any machine?

During daily refresh/clone alter database rename file genrating logs under $ORACLE_HOME/dbs with name c-1437102747-20130920-16

Did anyone have seen this behavior?
DB version : 11.1.0.7
OS : HP-UX Itanum
EBS -11.5.10.2
We are doing daily refresh/clone of a database instance from production. Recently we are seeing the growth of $ORACLE_HOME/dbs directory during this
refresh.   During investigation we find out that
1) When we rename the database files after database restoration. Each below command genrating the 24MB of log file under $ORACLE_HOME/dbs.
Command :
alter database rename file '/db02/prod/XDB.dbf' to '/db02/test/XDB.dbf';
alter database rename file '/db02/prod/a_archive01.dbf' to '/db02/test/a_archive01.dbf';
Logfiles under $ORACLE_HOME/dbs on target :
-rw-r----- xxxxx 24379392 Sep 20 05:30 ./dbs/c-1437102747-20130920-02
-rw-r----- xxxxx 24379392 Sep 20 05:30 ./dbs/c-1437102747-20130920-03
2) After few minutes, these logs got removed from the directory.
3) Did not find anything unusual in the alert log.

These are controlfile autobackups.   Every time you make a physical change to the database structure, an autobackup is created. In 11.2, the frequency is reduced -- for example if you make 5 changes in quick succession, one autobackup is created.
CONTROLFILE AUTOBACKUP ON    would be visible when you do a SHOW ALL in rman.
Hemant K Chitale

Where is the binary file come from in $ORACLE_HOME/dbs ???

I installed new database and created a basic init.ora file with a setup of RMAN using control file for backup. When the database is up running, I got a binary file c-1783536203-20090218-01 in $ORACLE_HOME/dbs. The size is about 7MB. I removed it. But it will created back after a little while. Where should I configure in db or rman to eliminate the file? The database seems running fine.
Thanks for advice.

Hi
Yes, you are right. It is auto backup controlfile. But I am using the same rman configuration for several databases. This is the only one produces the control file like that name and created in $ORACLE_HOME/dbs. All others are created in the /backup directory, not happen like that (creating file in $ORACLE_HOME/dbs).
Here is the configuration for RMAN on control file:
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/backup/cntp/online/snapcf_cntp.f';
I have to change just for this database in the rman (all rman are using control file not catalog):
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/cntp/online/controlfile_auto%F';
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/backup/cntp/online/snapcf_cntp.f';
Is there something else I have change to be able to use the configure setting like all other databases?
Thanks.

Large ZIP files in $ORACLE_HOME/beehive/beepatch

Dear beekeepers,
in $ORACLE_HOME/beehive/beepatch, Beehive appears to store sizy patch
files, e.g.
-rw-r--r-- 1 beehive oinstall 436880511 2009-05-15 06:55 Beehive_8365753.zip
-rw-r--r-- 1 beehive oinstall 437725659 2009-07-02 12:40 Beehive_8431278.zip
I think, these files correspond to patch 1.5.1.0 and 1.5.2.0 in our
case.
Do you think, that these file can be savely removed: anyway, beehive
currently does not support a patch deinstallation?
Regards, Thomas

Thanks for the reply. The cloned database source looks like it uses spfile on startup on the test box, but as I hadn't checked this at the time it was cloned, the spfile was not copied over, so I'm assuming it would have used the default init.ora created which had the correct dump dest defined. As for the new database, it was created from scratch, so I don't see why this should not work correctly. Unfortunately as I am new to this establishment, I have no history as to how Oracle was installed on either machine or how any of the other databases were created, though I do understand that many may have been cloned.
So while I can't speak for the databases that already existed on the Dev box, it seemed weird that they all appeared to be doing the same thing. So I found one that hadn't been started for a while for which there was no historic alert log in dbs and started it to see what happened. It had no spfile, started with pfile and did not create a rogue log. I created an spfile and restarted and still no rouge log. I ran show paremeters and compared to another similar database that had a rougue log, DASSEN02 v DASSEN04 and the only differences were with the instance name and all the files (bdump, cdump etc) existed correctly. Had a further look ref RMAN as some but not all databases had snapcf files in the dbs directory, but again some that had snap files had rougue alert files and others didn't. Also double checked file permissions on the bdump directory, no issues there. Unexplained issues really do bug me, but I think I'll just have to live with not knowing for now, till I have a spare few hours to look at again.

Rogue alert log in $ORACLE_HOME/dbs

Hi there, have looked all over and not yet found the answer to my query. I have a database instance running at 10.2.0.4.0. There is a rougue alert-{ORACLE_SID}.log created in $ORACLE_HOME/dbs directory when an instance is started. Show parameter background_dump_dest points to the correct directory - $ORACLE_ADMIN/$ORACLE_SID/bdump wether using spfile or pfile. To confirm what is happening I shutdown the instance and deleted both alert logs from the two locations and restarted the instance. Again two alert logs were created. Can anyone please advise why this is happening. I have found threads suggesting that logs are created in $ORACLE_HOME/dbs as default if parameters are not set correctly, but this is creating an alert log in two locations at startup.
in $ORACLE_ADMIN/$ORACLE_SID/bdump/alert_DBAASS06.log shows -
[oracle@el64dev03 bdump]$ cat alert_DBAASS06.log
Wed Jul 24 09:29:19 2013
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Shared memory segment for instance monitoring created
Picked latch-free SCN scheme 3
Autotune of undo retention is turned on.
IMODE=BR
ILAT =30
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.4.0.
System parameters with non-default values:
processes                = 250
__shared_pool_size       = 92274688
__large_pool_size        = 4194304
__java_pool_size         = 4194304
__streams_pool_size      = 0
nls_language             = ENGLISH
nls_territory            = UNITED KINGDOM
sga_target               = 327155712
control_files            = /oradata/10.2.0/DBAASS06/DBAASS06ctrl01.ctl, /oradata/10.2.0/DBAASS06/DBAASS06ctrl02.ctl
db_block_size            = 8192
__db_cache_size          = 218103808
compatible               = 10.2.0.4.0
log_archive_dest_1       = LOCATION=/oradata/10.2.0/DBAASS06/archive
log_archive_format       = DBAASS06%t_%s_%r.dbf
db_file_multiblock_read_count= 16
undo_management          = AUTO
undo_tablespace          = UNDO
remote_login_passwordfile= EXCLUSIVE
db_domain                = bctn.wheatley-associates.co.uk
utl_file_dir             = *
job_queue_processes      = 10
background_dump_dest     = /orahome/app/oracle/admin/DBAASS06/bdump
user_dump_dest           = /orahome/app/oracle/admin/DBAASS06/udump
core_dump_dest           = /orahome/app/oracle/admin/DBAASS06/cdump
session_max_open_files   = 20
sort_area_size           = 65536
db_name                  = DBAASS06
db_unique_name           = DBAASS06
open_cursors             = 300
pga_aggregate_target     = 31457280
PMON started with pid=2, OS id=13977
PSP0 started with pid=3, OS id=13979
MMAN started with pid=4, OS id=13981
DBW0 started with pid=5, OS id=13983
DBW1 started with pid=6, OS id=13985
LGWR started with pid=7, OS id=13987
CKPT started with pid=8, OS id=13989
SMON started with pid=9, OS id=13991
RECO started with pid=10, OS id=13993
CJQ0 started with pid=11, OS id=13995
MMON started with pid=12, OS id=13997
MMNL started with pid=13, OS id=13999
Wed Jul 24 09:29:57 2013
ALTER DATABASE   MOUNT
Wed Jul 24 09:30:01 2013
Setting recovery target incarnation to 2
Wed Jul 24 09:30:01 2013
Successful mount of redo thread 1, with mount id 3614370965
Wed Jul 24 09:30:01 2013
Database mounted in Exclusive Mode
Completed: ALTER DATABASE   MOUNT
Wed Jul 24 09:30:01 2013
ALTER DATABASE OPEN
Wed Jul 24 09:30:01 2013
LGWR: STARTING ARCH PROCESSES
ARC0 started with pid=15, OS id=14163
Wed Jul 24 09:30:01 2013
ARC0: Archival started
ARC1: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
ARC1 started with pid=16, OS id=14165
Wed Jul 24 09:30:01 2013
Thread 1 opened at log sequence 14
Current log# 2 seq# 14 mem# 0: /oradata/10.2.0/DBAASS06/DBAASS06_redo02.log
Successful open of redo thread 1
Wed Jul 24 09:30:01 2013
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Wed Jul 24 09:30:01 2013
ARC1: Becoming the 'no FAL' ARCH
ARC1: Becoming the 'no SRL' ARCH
Wed Jul 24 09:30:01 2013
ARC0: Becoming the heartbeat ARCH
Wed Jul 24 09:30:01 2013
SMON: enabling cache recovery
Wed Jul 24 09:30:01 2013
Successfully onlined Undo Tablespace 1.
Wed Jul 24 09:30:01 2013
SMON: enabling tx recovery
Wed Jul 24 09:30:01 2013
Database Characterset is WE8MSWIN1252
Opening with internal Resource Manager plan
where NUMA PG = 1, CPUs = 12
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
QMNC started with pid=17, OS id=14167
Wed Jul 24 09:30:01 2013
Completed: ALTER DATABASE OPEN
[oracle@el64dev03 bdump]$
There is also a trace file created -
[oracle@el64dev03 bdump]$ cat dbaass06_lgwr_13987.trc
/orahome/app/oracle/admin/DBAASS06/bdump/dbaass06_lgwr_13987.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /orahome/app/oracle/product/10.2.0/db_1
System name:    Linux
Node name:      el64dev03.bctn.wheatley-associates.co.uk
Release:        2.6.32-300.39.2.el5uek
Version:        #1 SMP Wed Dec 19 14:56:59 PST 2012
Machine:        x86_64
Instance name: DBAASS06
Redo thread mounted by this instance: 1
Oracle process number: 7
Unix process pid: 13987, image: [email protected]
*** 2013-07-24 09:30:01.622
*** SERVICE NAME:() 2013-07-24 09:30:01.622
*** SESSION ID:(275.1) 2013-07-24 09:30:01.622
Maximum redo generation record size = 156160 bytes
Maximum redo generation change vector size = 150676 bytes
tkcrrsarc: (WARN) Failed to find ARCH for message (message:0x10)
tkcrrpa: (WARN) Failed initial attempt to send ARCH message (message:0x10)
in $ORACLE_HOME/dbs/alert_DBAASS06.log shows -
[oracle@el64dev03 dbs]$ cat alert_DBAASS06.log
Wed Jul 24 09:29:19 2013
Adjusting the default value of parameter parallel_max_servers

Thanks for the reply. The cloned database source looks like it uses spfile on startup on the test box, but as I hadn't checked this at the time it was cloned, the spfile was not copied over, so I'm assuming it would have used the default init.ora created which had the correct dump dest defined. As for the new database, it was created from scratch, so I don't see why this should not work correctly. Unfortunately as I am new to this establishment, I have no history as to how Oracle was installed on either machine or how any of the other databases were created, though I do understand that many may have been cloned.
So while I can't speak for the databases that already existed on the Dev box, it seemed weird that they all appeared to be doing the same thing. So I found one that hadn't been started for a while for which there was no historic alert log in dbs and started it to see what happened. It had no spfile, started with pfile and did not create a rogue log. I created an spfile and restarted and still no rouge log. I ran show paremeters and compared to another similar database that had a rougue log, DASSEN02 v DASSEN04 and the only differences were with the instance name and all the files (bdump, cdump etc) existed correctly. Had a further look ref RMAN as some but not all databases had snapcf files in the dbs directory, but again some that had snap files had rougue alert files and others didn't. Also double checked file permissions on the bdump directory, no issues there. Unexplained issues really do bug me, but I think I'll just have to live with not knowing for now, till I have a spare few hours to look at again.

Why does my archivelog RMAN backups end up in ORACLE_HOME/dbs ?

DB version: 11.2
Platform: Solaris 10
I have noticed that , rman backup pieces containing archivelogs end up in $ORACLE_HOME/dbs directory despite using format parameter. This happened for both Level 0 AND Level 1 backups.
I know that backup files end up in $ORACLE_HOME/dbs when you forget to specify FORMAT. But FORMAT is included in my Level0 and Level 1 Scripts as shown below. Is there anything else wrong with my L0 and L1 scripts ?
Following are my Level0 and Level 1 backup scripts
-- Level0
run
allocate channel LEVEL0_TBLQA device type disk;
crosscheck backup;
delete noprompt obsolete;
backup as backupset incremental level 0 database format='/u04/dbfiles/RMAN_bkp/tblqa/TBLQA_full_%U_%T.bkp' plus archivelog delete input;
release channel LEVEL0_TBLQA;
}--- Level 1
run {
backup as compressed backupset incremental level 1 database format='/u04/dbfiles/RMAN_bkp/tblqa/TBLQA_L1_%U_%T.bkp' plus archivelog delete all input;
}This DB is using control file as catalog.

backup as backupset incremental level 0 database format='/u04/dbfiles/RMAN_bkp/tblqa/TBLQA_full_%U_%T.bkp' plus archivelog delete input;
backup as compressed backupset incremental level 1 database format='/u04/dbfiles/RMAN_bkp/tblqa/TBLQA_L1_%U_%T.bkp' plus archivelog delete all input;This is because, the format you have specified stands good only till the backup of database (backup as compressed backupset incremental level 1 database format ".....") and not for the archive log in your script. Hence, the archivelog backups get stored in the $ORACLE_HOME/dbs location and the database backup gets stored in the format location you have mentioned in your RMAN script.
Instead you can use as below:
run
allocate channel LEVEL0_TBLQA device type disk format '/u04/dbfiles/RMAN_bkp/tblqa/TBLQA_full_%U_%T.bkp';
crosscheck backup;
delete noprompt obsolete;
backup as backupset incremental level 0 database plus archivelog delete input;
release channel LEVEL0_TBLQA;

$ORACLE_HOME/dbs/lkSID

Hi,
in 9i on Linux, we have this file : $ORACLE_HOME/dbs/lkSID which seems to prevent to open database since in EXCLUSIVE mode. Is it natural ? If not is there any solution ?
Thank you.

this DB with 500 users can not be shutdown restart any time pleased !!!

CMS crash with core files and multiple report output generation

Happy new year to everyone,
Our BOXIR3.1SP6FP2 env has recently started behaving weirdly by triggering multiple output to users inbox and email notification out of scheduled reports. Also we have noticed the CMS crash with core file (almost 4GB) generation at the time of multiple report output.
Most of the times, CMC crashes and recycles itself. At few times, CMS services alone went shut down.
OS details: RHEL 5.5, 32 GB RAM, 8 core processor on each of the clustered node, Oracle 10GR2.4 CMS DB server, 11GR2.4 oracle reporting DB server and oracle 11.1.0.6 client.
2015/01/21 23:54:37.946|>=| | |28123|1534131088|{|||||||||||||||DBQueue::Read
2015/01/21 23:54:37.946|==| | |28123|1496185744|
|||||||||||||||(OracleStatement.cpp:156) Prepare: SQL: SELECT ObjectID,
Version, LastModifyTime, CRC, Properties FROM CMS_InfoObjects6 WHERE ObjectID
IN (1004050) ORDER BY ObjectID
2015/01/21 23:54:37.946|==| | |28123|1496185744| ||||||||||||||(OracleStatement.cpp:183) Prepared statement Execute
2015/01/21 23:54:37.965|==| | |28123|1496451984| |||||||||||||||SResourceSource::LoadString 50293
2015/01/21 23:54:37.966|==| | |28123|1496451984| |||||||||||||||SResourceSource::LoadString Unknown exception in database thread
2015/01/21 23:54:37.967|==| | |28123|1496451984| |||||||||||||||SResourceSource::LoadString 33007
2015/01/21 23:54:37.967|==| | |28123|1496451984| |||||||||||||||SResourceSource::LoadString CMS is unstable and will shut down immediately. Reason: %1...
2015/01/21 23:54:38.506|==| | |28123|1496185744| |||||||||||||||(OracleStatement.cpp:156) Prepare: SQL: SELECT ObjectID,
Version, LastModifyTime, CRC, Properties FROM CMS_InfoObjects6 WHERE ObjectID IN (1009213) ORDER BY ObjectID
2015/01/21 23:54:38.506|==| | |28123|1496185744| |||||||||||||||(OracleStatement.cpp:183) Prepared statement Execute
2015/01/21 23:54:38.512|==| | |28123|1455592672| |||||||||||||||(sidaemon.cpp:549) SUNIXDaemon::run: server restart flag is 1..
2015/01/21 23:54:38.513|==| | |28123|1455592672| |||||||||||||||(sidaemon.cpp:552) SUNIXDaemon::run: in abort ...
2015/01/21 23:54:38.513|==| | |28123|1455592672| |||||||||||||||(sidaemon.cpp:555) SUNIXDaemon::run: doing the WithAbort case ...
2015/01/21 23:54:38.520|==| | |28123|1496185744| |||||||||||||||(dbq.cpp:1357) DBQ: Time required to read 1 objects: 20.000000 ms
Thank you,
Karthik

Hi Denis,
I'm trying my best for the last few weeks to understand the core issue along with SAP however it is still a mystery.
>Ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 270335
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 270335
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
Below is the observation as part of troubleshooting:
1. CMS breaks at threshold of 3.9 G.
2. CMS DB sits in a different Linux server than BOE server.
3. All core files were generated by boe_cmsd process and are almost 4GB in size (same as max threshold which it breaks).
4. Shell script which I've added in the BOE servers shows that the CMS DB is available/connecting at the time of CMS crash.
5. SAP analysed the Core files and skeptical about the below lines.
     #3 0x58687b80 in skgesigCrash ()
      from /opt/oracle/product/11.1.0/client_1/lib32/libclntsh.so
     #4 0x58687e0d in skgesig_sigactionHandler ()
I'll continue troubleshooting with a hope to fix it at the earliest.
Thanks,
Karthik

Possible to get data from a partly optimized/stripped core file?

Hello,
This may not be possible, but I figured it was worth asking about.
I've got a C/C++ GUI application compiled with Solaris Studio 12.3 that is experiencing an infrequent crash when compiled for production and running on production boxes. This is on Solaris 10 for x86 running in 64-bit mode. Most of the app is in libraries which are statically linked.
I working on trying to replicate the issue in a development environment, but have not had luck yet. In any case, it would be interesting to know what kind of data can be gleaned postmortem from the core file I've got access to.
The application is actually a small "main.c" file which is complied and linked in debug mode with "-g" and no optimization, but this thin wrapper calls into the main logic in statically linked libraries which are optimized and not built in debug mode. (See the call stack below.)
From the core file :
1) For functions in the call stack that have names, can I get the value of one of the parameters? I ask because several such functions take pointers to structs with data that should be very useful.
2) For functions in the call stack that appear as ??????, is it possible to determine at least what .o or .a file they came from? This could help narrow things down.
Some basic Googling indicates that either of the above may not be trivial or even possible. But I'm wondering if the fact that we've got a "main.c" debuggable wrapper might somehow help.
As a related question, pstack produces sensible output, but dbx shows the error: "dbx: internal error: could not iterate over load objects -- link-maps are not initialized". Is there some flag I need to supply to dbx?
Thank you for any help,
David
Background info:
I've been unable to replicate on non-production deployments, but the machines do differ a bit.   Eventually I will be able to borrow a production box to deploy an instrumented binary, but for now all I've got is a core file and access to source.
The core was generated with gcore while the app was displaying a popup from it's SIGABRT cleanup handler.   The production build scripts do some binary stripping, but I'm not yet sure where it is getting done.
Here is the (slightly cleaned up) output of pstack for the core file:
fffffd7ffeb3244a nanosleep (fffffd7fffdfd4b0, 0)
0000000000514485 ZWidget_ModalEventLoop () + 65
00000000004f74a9 ZWidget_ShowPopup () + 4a9
000000000049d2ab ???????? ()
fffffd7ffeb2dd16 __sighndlr () + 6
fffffd7ffeb225e2 call_user_handler () + 252
fffffd7ffeb2280e sigacthandler (6, 0, fffffd7fffdfd640) + ee
--- called from signal handler with signal 6 (SIGABRT) ---
fffffd7ffeb3351a _lwp_kill () + a
fffffd7ffead81b9 raise () + 19
fffffd7ffeab6b4e abort () + 5e
000000000052c3bc ZUtil_Query () + 3c
000000000059b66e ZUtil_QueryString () + 3e
00000000004a1e2a ???????? ()
00000000004a0879 ???????? ()
000000000058b303 ???????? ()
000000000052d517 ZUtil_Set () + 767
00000000004f4805 ZUtil_DBSet () + 35
00000000005094b5 ZWidget_ProcessCallback () + 465
0000000000516814 ???????? ()
fffffd7fff242424 XtCallCallbackList () + 114
fffffd7ffef84d2e ActivateCommon () + 126
fffffd7ffef84b72 Activate () + 1e
fffffd7fff244efa HandleActions () + 14a
fffffd7fff24b1b7 HandleComplexState () + 177
fffffd7fff243a9e _XtTranslateEvent () + 4e
fffffd7fff24382a XtDispatchEventToWidget () + 2ea
fffffd7fff2430ee _XtDefaultDispatcher () + 15e
fffffd7fff242db6 XtDispatchEvent () + 106
00000000005142df ZWidget_ProcessEvent () + ff
0000000000514099 ZWidget_ProcessEvents () + 19
00000000005ac67a ZEventLoop_ProcessEvents () + 5a
00000000005ac528 ZEventLoop_Execute () + 48
000000000049d133 Main () + c93
000000000049bdf9 main () + 9
000000000049bc7b ???????? ()

Thanks for reporting this problem.
>1) For functions in the call stack that have names, can I get the value of one of the parameters? I ask because several such functions take pointers to structs with data that should be very useful.
Use compiler option -preserve_argvalues={none|simple|complete} to preserve incoming argument values. Note that this feature was introduced in Oracle Solaris Studio 12.4.
You may also be interested in a new option in Oracle Solaris Studio 12.4 which provides much finer-grained control over debug information, which allows you to choose how much information is provided and to reduce the amount of disk space needed for the executable. Dev Tip: How to Get Finer-Grained Control of Debugging Information.
>2) For functions in the call stack that appear as ??????, is it possible to determine at least what .o or .a file they came from? This could help narrow things down.
The following 2 commands may help:
where -l
# Include library name with function name.
whereis -a <addr-of-?????> # Print location of an address expression
>As a related question, pstack produces sensible output, but dbx shows the error: "dbx: internal error: could not iterate over load objects -- link-maps are not initialized". Is there some flag I need to supply to dbx?
This may be caused by corefile mismatch. See dbx online help: "help core mismatch" for suggestions.
Hope this helps.

Core file creation in weblogic 10.3 with 1.6.0_24 ( Urgent )

Hi ALL ,
Recently we have migrated the java version from 1.6.0_16 to 1.6.0_24 in production environment . We are using weblogic 10.3 .
Once from the migration the managed servers is going to unknown state at sometime which is configured as cluster configuration .
We have two managed servers with cluster configration .
When the servers is going to unknown state the core file is geting created .
This is urgent can any body help on this ( prior thanks ) - why we are getting this and what is the sloution ?
Attached the core file conntent from one managed servers
Managed 1 server log name : hs_err_pid17198.log
A fatal error has been detected by the Java Runtime Environment:
SIGSEGV (0xb) at pc=0xa7bd8404, pid=17198, tid=2453
JRE version: 6.0_24-b07
Java VM: Java HotSpot(TM) Server VM (19.1-b02 mixed mode solaris-sparc )
Problematic frame:
C [pkcs11_softtoken.so.1+0x38404]
If you would like to submit a bug report, please visit:
http://java.sun.com/webapps/bugreport/crash.jsp
The crash happened outside the Java Virtual Machine in native code.
See problematic frame for where to report the bug.
--------------- T H R E A D ---------------
Current thread (0x024e6800): JavaThread "Thread-1144" daemon [_thread_in_native, id=2453, stack(0xa0800000,0xa0880000)]
siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x00000100
Registers:
O0=0xff000000 O1=0x00ffffff O2=0xff000000 O3=0x03364348
O4=0xfc0059d0 O5=0x00fffc00 O6=0xa087cbc0 O7=0xff2bee44
G1=0x00000004 G2=0x00000d00 G3=0x00000001 G4=0x00001ffc
G5=0xfee3cf6c G6=0x00000000 G7=0xa6f40a00 Y=0x00000000
PC=0xa7bd8404 nPC=0xa7bd8408
Register to memory mapping:
O0=0xff000000
0xff000000: __libm__rem_pio2m+0xfe0 in /lib/libm.so.2 at 0xfef80000
O1=0x00ffffff
0x00ffffff is pointing to unknown location
O2=0xff000000
0xff000000: __libm__rem_pio2m+0xfe0 in /lib/libm.so.2 at 0xfef80000
O3=0x03364348
0x03364348 is pointing to unknown location
O4=0xfc0059d0
return entry points [0xfc0050c0, 0xfc0067e0] 5920 bytes
O5=0x00fffc00
0x00fffc00 is pointing to unknown location
O6=0xa087cbc0
0xa087cbc0 is pointing into the stack for thread: 0x024e6800
"Thread-1144" daemon prio=3 tid=0x024e6800 nid=0x995 runnable [0xa087e000]
java.lang.Thread.State: RUNNABLE
O7=0xff2bee44
0xff2bee44: thrschedctl+0xbf0 in /lib/libc.so.1 at 0xff200000
G1=0x00000004
0x00000004 is pointing to unknown location
G2=0x00000d00
0x00000d00 is pointing to unknown location
G3=0x00000001
0x00000001 is pointing to unknown location
G4=0x00001ffc
0x00001ffc is pointing to unknown location
G5=0xfee3cf6c
0xfee3cf6c: __1cHnmethodG__vtbl_+0xcc4 in /lapps/wls103/usr/local/oracle/wls103/jdk1.6.0_24/jre/lib/sparc/server/libjvm.so at 0xfe400000
G6=0x00000000
0x00000000 is pointing to unknown location
G7=0xa6f40a00
0xa6f40a00 is pointing to unknown location
Top of Stack: (sp=0xa087cbc0)
0xa087cbc0: 00000000 ed6a8fac ed6a8fb8 a087f0dc
0xa087cbd0: ff3454c4 00000000 01000000 00001cc4
0xa087cbe0: 00000000 00000012 a087dd50 00000012
0xa087cbf0: a087cd4c a087dd50 a087cc20 a7bbf0b4
0xa087cc00: a087fa70 024e540c 024e5414 024e5404
0xa087cc10: 005572b9 a9fac000 00000000 fe53ec98
0xa087cc20: 00000000 ecf00002 fffff841 00000111
0xa087cc30: 00000001 fffff8c9 01000000 fffffff0
Instructions: (pc=0xa7bd8404)
0xa7bd83f4: 82 0f 20 07 80 90 60 00 02 80 00 20 b4 10 00 1d
0xa7bd8404: e6 0e 21 00 80 a6 60 00 e4 0e 21 01 08 80 00 17
Stack: [0xa0800000,0xa0880000], sp=0xa087cbc0, free space=498k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [pkcs11_softtoken.so.1+0x38404]
C [pkcs11_softtoken.so.1+0x1f0bc]
C [pkcs11_softtoken.so.1+0x16360] C_EncryptUpdate+0x114
C [libj2pkcs11.so+0x5ac4] Java_sun_security_pkcs11_wrapper_PKCS11_C_1EncryptUpdate+0x194
j sun.security.pkcs11.wrapper.PKCS11.C_EncryptUpdate(JJ[BIIJ[BII)I+90984
j sun.security.pkcs11.wrapper.PKCS11.C_EncryptUpdate(JJ[BIIJ[BII)I+0
j sun.security.pkcs11.P11Cipher.implUpdate([BII[BII)I+57
j sun.security.pkcs11.P11Cipher.engineUpdate([BII[BI)I+18
j javax.crypto.Cipher.update([BII[BI)I+60
j com.sun.net.ssl.internal.ssl.CipherBox.encrypt([BII)I+107
j com.sun.net.ssl.internal.ssl.OutputRecord.encrypt(Lcom/sun/net/ssl/internal/ssl/CipherBox;)V+16
j com.sun.net.ssl.internal.ssl.SSLSocketImpl.writeRecordInternal(Lcom/sun/net/ssl/internal/ssl/OutputRecord;)V+13
j com.sun.net.ssl.internal.ssl.SSLSocketImpl.writeRecord(Lcom/sun/net/ssl/internal/ssl/OutputRecord;)V+294
j com.sun.net.ssl.internal.ssl.SSLSocketImpl.sendAlert(BB)V+222
j com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(BLjava/lang/String;Ljava/lang/Throwable;)V+82
j com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(BLjava/lang/Throwable;)V+4
j com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(Ljava/lang/Exception;Z)V+112
j com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(Ljava/lang/Exception;)V+3
j com.sun.net.ssl.internal.ssl.AppInputStream.read([BII)I+82
j java.io.BufferedInputStream.fill()V+175
j java.io.BufferedInputStream.read1([BII)I+44
j java.io.BufferedInputStream.read([BII)I+49
j com.sun.jndi.ldap.Connection.run()V+30
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub
V [libjvm.so+0x16b1a4]
V [libjvm.so+0x52e888]
V [libjvm.so+0x1ff2cc]
V [libjvm.so+0x212228]
V [libjvm.so+0x858bf8]
V [libjvm.so+0x77d894]
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j sun.security.pkcs11.wrapper.PKCS11.C_EncryptUpdate(JJ[BIIJ[BII)I+0
j sun.security.pkcs11.P11Cipher.implUpdate([BII[BII)I+57
j sun.security.pkcs11.P11Cipher.engineUpdate([BII[BI)I+18
j javax.crypto.Cipher.update([BII[BI)I+60
j com.sun.net.ssl.internal.ssl.CipherBox.encrypt([BII)I+107
j com.sun.net.ssl.internal.ssl.OutputRecord.encrypt(Lcom/sun/net/ssl/internal/ssl/CipherBox;)V+16
j com.sun.net.ssl.internal.ssl.SSLSocketImpl.writeRecordInternal(Lcom/sun/net/ssl/internal/ssl/OutputRecord;)V+13
j com.sun.net.ssl.internal.ssl.SSLSocketImpl.writeRecord(Lcom/sun/net/ssl/internal/ssl/OutputRecord;)V+294
j com.sun.net.ssl.internal.ssl.SSLSocketImpl.sendAlert(BB)V+222
j com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(BLjava/lang/String;Ljava/lang/Throwable;)V+82
j com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(BLjava/lang/Throwable;)V+4
j com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(Ljava/lang/Exception;Z)V+112
j com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(Ljava/lang/Exception;)V+3
j com.sun.net.ssl.internal.ssl.AppInputStream.read([BII)I+82
j java.io.BufferedInputStream.fill()V+175
j java.io.BufferedInputStream.read1([BII)I+44
j java.io.BufferedInputStream.read([BII)I+49
j com.sun.jndi.ldap.Connection.run()V+30
j java.lang.Thread.run()V+11
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
=>0x024e6800 JavaThread "Thread-1144" daemon [_thread_in_native, id=2453, stack(0xa0800000,0xa0880000)]
0x035be000 JavaThread "[STANDBY] ExecuteThread: '40' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=319, stack(0xa0a00000,0xa0a80000)]
0x035bd800 JavaThread "[STANDBY] ExecuteThread: '39' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=318, stack(0xa0b00000,0xa0b80000)]
0x0379d800 JavaThread "[STANDBY] ExecuteThread: '38' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=317, stack(0xa0c00000,0xa0c80000)]
0x0379d400 JavaThread "[STANDBY] ExecuteThread: '37' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=316, stack(0xa0e80000,0xa0f00000)]
0x014d9800 JavaThread "[STANDBY] ExecuteThread: '36' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=313, stack(0xa0f80000,0xa1000000)]
0x012ff400 JavaThread "[STANDBY] ExecuteThread: '35' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=312, stack(0xa1080000,0xa1100000)]
0x01301c00 JavaThread "[STANDBY] ExecuteThread: '34' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=311, stack(0xa1180000,0xa1200000)]
0x0364a000 JavaThread "[STANDBY] ExecuteThread: '33' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=310, stack(0xa1280000,0xa1300000)]
0x017cdc00 JavaThread "[ACTIVE] ExecuteThread: '32' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=309, stack(0xa1380000,0xa1400000)]
0x017cd400 JavaThread "[STANDBY] ExecuteThread: '31' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=308, stack(0xa1480000,0xa1500000)]
0x03d38800 JavaThread "[STANDBY] ExecuteThread: '30' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=307, stack(0xa1580000,0xa1600000)]
0x03d38000 JavaThread "[ACTIVE] ExecuteThread: '29' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=306, stack(0xa1680000,0xa1700000)]
0x01d2d800 JavaThread "[STANDBY] ExecuteThread: '28' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=305, stack(0xa1780000,0xa1800000)]
0x01d2d400 JavaThread "[STANDBY] ExecuteThread: '27' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=304, stack(0xa1880000,0xa1900000)]
0x01303800 JavaThread "[STANDBY] ExecuteThread: '26' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=281, stack(0xa1980000,0xa1a00000)]
0x01936c00 JavaThread "[STANDBY] ExecuteThread: '25' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=279, stack(0xa1a80000,0xa1b00000)]
0x0177b400 JavaThread "[STANDBY] ExecuteThread: '24' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=242, stack(0xa1c80000,0xa1d00000)]
0x0177a400 JavaThread "[ACTIVE] ExecuteThread: '23' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=241, stack(0xa1d80000,0xa1e00000)]
0x03a8f800 JavaThread "[STANDBY] ExecuteThread: '22' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=240, stack(0xa1b80000,0xa1c00000)]
0x02538800 JavaThread "[ACTIVE] ExecuteThread: '21' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=224, stack(0xa1e80000,0xa1f00000)]
0x03672000 JavaThread "[ACTIVE] ExecuteThread: '20' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=223, stack(0xa1f80000,0xa2000000)]
0x033f3000 JavaThread "[ACTIVE] ExecuteThread: '19' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=222, stack(0xa2080000,0xa2100000)]
0x02534800 JavaThread "[STANDBY] ExecuteThread: '18' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=221, stack(0xa2180000,0xa2200000)]
0x03670000 JavaThread "[STANDBY] ExecuteThread: '17' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=220, stack(0xa2280000,0xa2300000)]
0x016cc400 JavaThread "[STANDBY] ExecuteThread: '16' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=219, stack(0xa2380000,0xa2400000)]
0x036df000 JavaThread "[STANDBY] ExecuteThread: '15' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=218, stack(0xa2480000,0xa2500000)]
0x02560c00 JavaThread "[ACTIVE] ExecuteThread: '14' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=217, stack(0xa2580000,0xa2600000)]
0x005aa000 JavaThread "[STANDBY] ExecuteThread: '13' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=216, stack(0xa2680000,0xa2700000)]
0x005aec00 JavaThread "[STANDBY] ExecuteThread: '12' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=215, stack(0xa2780000,0xa2800000)]
0x01e8f000 JavaThread "[ACTIVE] ExecuteThread: '11' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=214, stack(0xa2880000,0xa2900000)]
0x02509400 JavaThread "[ACTIVE] ExecuteThread: '10' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=213, stack(0xa2980000,0xa2a00000)]
0x025f2000 JavaThread "[STANDBY] ExecuteThread: '9' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=212, stack(0xa2a80000,0xa2b00000)]
0x02562400 JavaThread "[ACTIVE] ExecuteThread: '8' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=211, stack(0xa2b80000,0xa2c00000)]
0x02560400 JavaThread "[ACTIVE] ExecuteThread: '7' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=210, stack(0xa2d80000,0xa2e00000)]
0x03d71c00 JavaThread "[STANDBY] ExecuteThread: '6' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=103, stack(0xa2e80000,0xa2f00000)]
0x03422400 JavaThread "Timer-3" daemon [_thread_blocked, id=95, stack(0xa2f80000,0xa3000000)]
0x0196c400 JavaThread "[STANDBY] ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=94, stack(0xa3080000,0xa3100000)]
0x0196bc00 JavaThread "[STANDBY] ExecuteThread: '4' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=93, stack(0xa3180000,0xa3200000)]
0x02450c00 JavaThread "[STANDBY] ExecuteThread: '3' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=92, stack(0xa3280000,0xa3300000)]
0x0180ec00 JavaThread "DynamicListenThread[Default]" daemon [_thread_in_native, id=91, stack(0xa3380000,0xa3400000)]
0x0180e400 JavaThread "[STANDBY] ExecuteThread: '2' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=90, stack(0xa3480000,0xa3500000)]
0x0252cc00 JavaThread "weblogic.GCMonitor" daemon [_thread_blocked, id=89, stack(0xa3580000,0xa3600000)]
0x0180bc00 JavaThread "weblogic.cluster.MessageReceiver" daemon [_thread_in_native, id=88, stack(0xa3680000,0xa3700000)]
0x02e00800 JavaThread "Timer-2" daemon [_thread_blocked, id=87, stack(0xa3780000,0xa3800000)]
0x03697800 JavaThread "Thread-12" daemon [_thread_blocked, id=86, stack(0xa3880000,0xa3900000)]
0x01f1c400 JavaThread "Thread-11" daemon [_thread_blocked, id=85, stack(0xa3a80000,0xa3b00000)]
0x0155d800 JavaThread "DoSManager" daemon [_thread_blocked, id=84, stack(0xa3980000,0xa3a00000)]
0x01d05800 JavaThread "VDE Transaction Processor Thread" daemon [_thread_blocked, id=82, stack(0xa3b80000,0xa3c00000)]
0x01d48400 JavaThread "ExecuteThread: '32' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=81, stack(0xa3c80000,0xa3d00000)]
0x01d46c00 JavaThread "ExecuteThread: '31' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=80, stack(0xa3d80000,0xa3e00000)]
0x01d45400 JavaThread "ExecuteThread: '30' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=79, stack(0xa3e80000,0xa3f00000)]
0x01d40800 JavaThread "ExecuteThread: '29' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=78, stack(0xa3f80000,0xa4000000)]
0x01d3f000 JavaThread "ExecuteThread: '28' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=77, stack(0xa4080000,0xa4100000)]
0x01d8b400 JavaThread "ExecuteThread: '27' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=76, stack(0xa4180000,0xa4200000)]
0x01d89c00 JavaThread "ExecuteThread: '26' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=75, stack(0xa4280000,0xa4300000)]
0x01d85000 JavaThread "ExecuteThread: '25' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=74, stack(0xa4380000,0xa4400000)]
0x01d83800 JavaThread "ExecuteThread: '24' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=73, stack(0xa4480000,0xa4500000)]
0x01d82000 JavaThread "ExecuteThread: '23' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=72, stack(0xa4580000,0xa4600000)]
0x01d80800 JavaThread "ExecuteThread: '22' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=71, stack(0xa4680000,0xa4700000)]
0x01d7bc00 JavaThread "ExecuteThread: '21' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=70, stack(0xa4780000,0xa4800000)]
0x0167a400 JavaThread "ExecuteThread: '20' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=69, stack(0xa4880000,0xa4900000)]
0x01678c00 JavaThread "ExecuteThread: '19' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=68, stack(0xa4980000,0xa4a00000)]
0x01677400 JavaThread "ExecuteThread: '18' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=67, stack(0xa4a80000,0xa4b00000)]
0x01672400 JavaThread "ExecuteThread: '17' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=66, stack(0xa4b80000,0xa4c00000)]
0x01670c00 JavaThread "ExecuteThread: '16' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=65, stack(0xa4c80000,0xa4d00000)]
0x0166f400 JavaThread "ExecuteThread: '15' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=64, stack(0xa4d80000,0xa4e00000)]
0x006ac000 JavaThread "ExecuteThread: '14' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=63, stack(0xa4e80000,0xa4f00000)]
0x006aa800 JavaThread "ExecuteThread: '13' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=62, stack(0xa4f80000,0xa5000000)]
0x006a9000 JavaThread "ExecuteThread: '12' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=61, stack(0xa5080000,0xa5100000)]
0x0182ac00 JavaThread "ExecuteThread: '11' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=60, stack(0xa5180000,0xa5200000)]
0x01829400 JavaThread "ExecuteThread: '10' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=59, stack(0xa5280000,0xa5300000)]
0x01827c00 JavaThread "ExecuteThread: '9' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=58, stack(0xa5380000,0xa5400000)]
0x01826400 JavaThread "ExecuteThread: '8' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=57, stack(0xa5480000,0xa5500000)]
0x01824c00 JavaThread "ExecuteThread: '7' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=56, stack(0xa5580000,0xa5600000)]
0x01cb7800 JavaThread "ExecuteThread: '6' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=55, stack(0xa5680000,0xa5700000)]
0x01cb3000 JavaThread "ExecuteThread: '5' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=54, stack(0xa5780000,0xa5800000)]
0x01cb1c00 JavaThread "ExecuteThread: '4' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=53, stack(0xa5880000,0xa5900000)]
0x01cdbc00 JavaThread "ExecuteThread: '3' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=52, stack(0xa5980000,0xa5a00000)]
0x01e70800 JavaThread "ExecuteThread: '2' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=51, stack(0xa5a80000,0xa5b00000)]
0x01e70000 JavaThread "ExecuteThread: '1' for queue: 'weblogic.socket.Muxer'" daemon [_thread_blocked, id=50, stack(0xa5b80000,0xa5c00000)]
0x00b68000 JavaThread "ExecuteThread: '0' for queue: 'weblogic.socket.Muxer'" daemon [_thread_in_native, id=49, stack(0xa5c80000,0xa5d00000)]
0x018e7800 JavaThread "Thread-7" daemon [_thread_blocked, id=48, stack(0xa5d80000,0xa5e00000)]
0x018d1400 JavaThread "[ACTIVE] ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=47, stack(0xa5e80000,0xa5f00000)]
0x01896000 JavaThread "weblogic.timers.TimerThread" daemon [_thread_blocked, id=46, stack(0xa5f80000,0xa6000000)]
0x00ad4c00 JavaThread "weblogic.time.TimeEventGenerator" daemon [_thread_blocked, id=45, stack(0xa6080000,0xa6100000)]
0x00ad6800 JavaThread "[STANDBY] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon [_thread_blocked, id=44, stack(0xa6180000,0xa6200000)]
0x01d38000 JavaThread "Timer-1" daemon [_thread_blocked, id=43, stack(0xa6280000,0xa6300000)]
0x0194cc00 JavaThread "Timer-0" daemon [_thread_blocked, id=42, stack(0xa6380000,0xa6400000)]
0x005e0000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=40, stack(0xa6880000,0xa6900000)]
0x005dcc00 JavaThread "CompilerThread1" daemon [_thread_blocked, id=39, stack(0xa6980000,0xa6a00000)]
0x005db000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=38, stack(0xa6a80000,0xa6b00000)]
0x005d9800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=37, stack(0xa6b80000,0xa6c00000)]
0x005d8400 JavaThread "Surrogate Locker Thread (CMS)" daemon [_thread_blocked, id=36, stack(0xa6c80000,0xa6d00000)]
0x005c1800 JavaThread "Finalizer" daemon [_thread_blocked, id=35, stack(0xa6d80000,0xa6e00000)]
0x005c0000 JavaThread "Reference Handler" daemon [_thread_blocked, id=34, stack(0xa6e80000,0xa6f00000)]
0x00043000 JavaThread "main" [_thread_blocked, id=2, stack(0xfe300000,0xfe380000)]
Other Threads:
0x005bb800 VMThread [stack: 0xa6f80000,0xa7000000] [id=33]
0x005ea400 WatcherThread [stack: 0xa6780000,0xa6800000] [id=41]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
par new generation total 31680K, used 7698K [0xaa800000, 0xaca50000, 0xb2800000)
eden space 28224K, 24% used [0xaa800000, 0xaaec03c0, 0xac390000)
from space 3456K, 22% used [0xac390000, 0xac4547c0, 0xac6f0000)
to space 3456K, 0% used [0xac6f0000, 0xac6f0000, 0xaca50000)
concurrent mark-sweep generation total 441048K, used 181900K [0xb2800000, 0xcd6b6000, 0xea800000)
concurrent-mark-sweep perm gen total 206792K, used 124256K [0xea800000, 0xf71f2000, 0xfa800000)
Dynamic libraries:
0x00010000      /lapps/wls103/usr/local/oracle/wls103/jdk1.6.0_24/bin/java
0xff3a0000      /lib/libthread.so.1
0xff370000      /lapps/wls103/usr/local/oracle/wls103/jdk1.6.0_24/bin/../jre/lib/sparc/jli/libjli.so
0xff350000      /lib/libdl.so.1
0xff200000      /lib/libc.so.1
0xff390000      /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1
0xfe400000      /lapps/wls103/usr/local/oracle/wls103/jdk1.6.0_24/jre/lib/sparc/server/libjvm.so
0xff1d0000      /lib/libsocket.so.1
0xff1f0000      /usr/lib/libsched.so.1
0xff1b0000      /lib/libm.so.1
0xff180000      /usr/lib/libCrun.so.1
0xff160000      /lib/libdoor.so.1
0xff080000      /lib/libnsl.so.1
0xfef80000      /lib/libm.so.2
0xff050000      /lib/libscf.so.1
0xff140000      /lib/libuutil.so.1
0xfef60000      /lib/libgen.so.1
0xfef30000      /lib/libmd.so.1
0xfef10000      /lib/libmp.so.2
0xfee80000      /lapps/wls103/usr/local/oracle/wls103/jdk1.6.0_24/jre/lib/sparc/libverify.so
0xfe3c0000      /lapps/wls103/usr/local/oracle/wls103/jdk1.6.0_24/jre/lib/sparc/libjava.so
0xfee60000      /lapps/wls103/usr/local/oracle/wls103/jdk1.6.0_24/jre/lib/sparc/native_threads/libhpi.so
0xfe2c0000      /lib/nss_files.so.1
0xfe2a0000      /lib/nss_nis.so.1
0xfe280000      /lapps/wls103/usr/local/oracle/wls103/jdk1.6.0_24/jre/lib/sparc/libzip.so
0xfacd0000      /lapps/wls103/usr/local/oracle/wls103/jdk1.6.0_24/jre/lib/sparc/libnet.so
0xfacb0000      /lib/nss_dns.so.1
0xfaba0000      /lib/libresolv.so.2
0xfac90000      /lapps/wls103/usr/local/oracle/wls103/jdk1.6.0_24/jre/lib/sparc/libmanagement.so
0xaa790000      /lapps/wls103/usr/local/oracle/wls103/jdk1.6.0_24/jre/lib/sparc/libnio.so
0xaa4e0000      /lib/librt.so.1
0xaa2e0000      /lib/libaio.so.1
0xaa2c0000      /usr/lib/libsendfile.so.1
0xaa290000      /lapps/wls103/usr/local/oracle/wls103/jdk1.6.0_24/jre/lib/sparc/libj2pkcs11.so
0xaa0d0000      /usr/lib/libpkcs11.so
0xaa190000      /usr/lib/libcryptoutil.so.1
0xa7ba0000      /usr/lib/security/pkcs11_softtoken.so
0xaa0b0000      /lapps/wls103/usr/local/oracle/wls103/wlserver_10.3/server/native/solaris/sparc/libstackdump.so
0xa7ae0000      /lapps/wls103/usr/local/oracle/wls103/wlserver_10.3/server/native/solaris/sparc/libwlfileio2.so
0xa7ac0000      /lapps/wls103/usr/local/oracle/wls103/wlserver_10.3/server/native/solaris/sparc/libmuxer.so
0xa7aa0000      /usr/ucblib/libucb.so.1
0xa79d0000      /lib/libelf.so.1
VM Arguments:
jvm_args: -Dabat001 -Xms256m -Xmx1024m -XX:PermSize=64m -XX:MaxPermSize=256m -XX:GCTimeRatio=19 -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:+HeapDumpOnOutOfMemoryError -XX:+JavaMonitorsInStackTrace -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:/sites/abat/site/live/wls103/../../common/logs/103_abat001/gc.log -Xverify:none -da -Dplatform.home=/lapps/wls103/usr/local/oracle/wls103/wlserver_10.3 -Dwls.home=/lapps/wls103/usr/local/oracle/wls103/wlserver_10.3/server -Dweblogic.home=/lapps/wls103/usr/local/oracle/wls103/wlserver_10.3/server -Ddomain.home=/sites/abat/site/live/wls103 -Dweblogic.security.SSL.enforceConstraints=off -Dlog4j.configuration=file:/sites/abat/site/live/wls103/properties/log4j.xml -Dweblogic.management.discover=false -Dweblogic.management.server=t3://vmcdaw70.naeng.gm.com:9803 -Dwlw.iterativeDev=false -Dwlw.testConsole=false -Dwlw.logErrorsToConsole= -Dweblogic.ext.dirs=/lapps/wls103/usr/local/oracle/wls103/patch_wlw1030/profiles/default/sysext_manifest_classpath:/lapps/wls103/usr/local/oracle/wls103/patch_wls1030/profiles/default/sysext_manifest_classpath:/lapps/wls103/usr/local/oracle/wls103/patch_cie660/profiles/default/sysext_manifest_classpath -Dweblogic.Name=abat001 -Djava.security.policy=/lapps/wls103/usr/local/oracle/wls103/wlserver_10.3/server/lib/weblogic.policy
java_command: weblogic.Server
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=/lapps/wls103/usr/local/oracle/wls103/currentjdk
CLASSPATH=/sites/abat/site/live/wls103/properties:::/lapps/wls103/usr/local/oracle/wls103/patch_wlw1030/profiles/default/sys_manifest_classpath/weblogic_patch.jar:/lapps/wls103/usr/local/oracle/wls103/patch_wls1030/profiles/default/sys_manifest_classpath/weblogic_patch.jar:/lapps/wls103/usr/local/oracle/wls103/patch_cie660/profiles/default/sys_manifest_classpath/weblogic_patch.jar:/lapps/wls103/usr/local/oracle/wls103/currentjdk/lib/tools.jar:/lapps/wls103/usr/local/oracle/wls103/wlserver_10.3/server/lib/weblogic_sp.jar:/lapps/wls103/usr/local/oracle/wls103/wlserver_10.3/server/lib/weblogic.jar:/lapps/wls103/usr/local/oracle/wls103/modules/features/weblogic.server.modules_10.3.0.0.jar:/lapps/wls103/usr/local/oracle/wls103/wlserver_10.3/server/lib/webservices.jar:/lapps/wls103/usr/local/oracle/wls103/modules/org.apache.ant_1.6.5/lib/ant-all.jar:/lapps/wls103/usr/local/oracle/wls103/modules/net.sf.antcontrib_1.0.0.0_1-0b2/lib/ant-contrib.jar:::/lapps/wls103/usr/local/oracle/wls103/wlserver_10.3/server/lib/xqrl.jar::
PATH=/lapps/wls103/usr/local/oracle/wls103/wlserver_10.3/server/bin:/lapps/wls103/usr/local/oracle/wls103/modules/org.apache.ant_1.6.5/bin:/lapps/wls103/usr/local/oracle/wls103/currentjdk/jre/bin:/lapps/wls103/usr/local/oracle/wls103/currentjdk/bin:/lapps/wls103/usr/local/oracle/wls103/wlserver_10.3/server/bin:/lapps/wls103/usr/local/oracle/wls103/modules/org.apache.ant_1.6.5/bin:/lapps/wls103/usr/local/oracle/wls103/currentjdk/jre/bin:/lapps/wls103/usr/local/oracle/wls103/currentjdk/bin:/usr/xpg4/bin:/usr/bin:/usr/sbin:/usr/ucb:/usr/openwin/bin:/common/site/scripts:/common/ce/scripts:/common/site/bin:/common/ce/bin:/common/gm/scripts:/common/gm/bin:/opt/EMCpower/bin:/etc
LD_LIBRARY_PATH=/lapps/wls103/usr/local/oracle/wls103/jdk1.6.0_24/jre/lib/sparc/server:/lapps/wls103/usr/local/oracle/wls103/jdk1.6.0_24/jre/lib/sparc:/lapps/wls103/usr/local/oracle/wls103/jdk1.6.0_24/jre/../lib/sparc:/lapps/wls103/usr/local/oracle/wls103/patch_wlw1030/profiles/default/native:/lapps/wls103/usr/local/oracle/wls103/patch_wls1030/profiles/default/native:/lapps/wls103/usr/local/oracle/wls103/patch_cie660/profiles/default/native::/lapps/wls103/usr/local/oracle/wls103/wlserver_10.3/server/native/solaris/sparc:/lapps/wls103/usr/local/oracle/wls103/wlserver_10.3/server/native/solaris/sparc/oci920_8:/lapps/wls103/usr/local/oracle/wls103/wlserver_10.3/server/native/solaris/sparc:/lapps/wls103/usr/local/oracle/wls103/wlserver_10.3/server/native/solaris/sparc/oci920_8
SHELL=/bin/ksh
Signal Handlers:
SIGSEGV: [libjvm.so+0x8b1aa0], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGBUS: [libjvm.so+0x8b1aa0], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGFPE: [libjvm.so+0x1d21a4], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGPIPE: [libjvm.so+0x1d21a4], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGXFSZ: [libjvm.so+0x1d21a4], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGILL: [libjvm.so+0x1d21a4], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGQUIT: [libjvm.so+0x78003c], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIGHUP: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGTERM: [libjvm.so+0x78003c], sa_mask[0]=0xffbffeff, sa_flags=0x00000004
SIG39: [libjvm.so+0x783744], sa_mask[0]=0x00000000, sa_flags=0x00000008
SIG40: [libjvm.so+0x1d21a4], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c
--------------- S Y S T E M ---------------
OS: Solaris 10 5/08 s10s_u5wos_10 SPARC
Copyright 2008 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 24 March 2008
uname:SunOS 5.10 Generic_138888-06 sun4u (T2 libthread)
rlimit: STACK 8192k, CORE infinity, NOFILE 65536, AS infinity
load average:2.25 1.43 1.14
CPU:total 32 has_v8, has_v9, popc, has_vis1, has_vis2, is_ultra3
Memory: 8k page, physical 134217728k(72609456k free)
vm_info: Java HotSpot(TM) Server VM (19.1-b02) for solaris-sparc JRE (1.6.0_24-b07), built on Feb 2 2011 17:17:59 by "" with Workshop 5.8
time: Wed May 25 01:40:22 2011
elapsed time: 263652 seconds
Appreciate your help thanks :
K.Vickram
Edited by: Vickram on May 25, 2011 12:35 PM

Hi Rohit Jaiswal
Thanks rohit for the quick response
just to understand
You mean to say " It is not an JVM crash "
Is that say JVM is having issue with Solaris OS. or crash in OS ?
We are not using native code in our application .
if possible elobrate the above .
we are in process to raise an oracle case
Reagards,
K.Vickram

Help! mdb open core file Error

Please Help me!
when I use mdb to open one core file , the result is Error!
-bash-3.00# mdb ./core
mdb: core file data for mapping at ffb80000 not saved: Bad address
The free disk is enough large!
why! where wrong!

My core file'size is 2g,largefile!
But mdb support largefile!
I do not know it is problem or not problem!
Please Help me!
By the way, my english is very pool!

Lot of core files are generated in webserver machine.......

we have a iplanet webserver running in our production environment........it is creating lot of entries in the file /var/adm/messages...............
Aug 11 13:00:01 uk17 sendmail[1449]: [ID 702911 mail.warning] gethostbyaddr(192.168.245.62) failed: 1
Aug 11 13:00:01 uk17 sendmail[1449]: [ID 702911 mail.warning] gethostbyaddr(192.168.245.64) failed: 1
Aug 11 13:00:01 uk17 sendmail[1449]: [ID 702911 mail.warning] gethostbyaddr(192.168.245.84) failed: 1
Aug 11 13:00:01 uk17 sendmail[1449]: [ID 702911 mail.warning] gethostbyaddr(192.168.245.88) failed: 1
Aug 11 13:00:01 uk17 sendmail[1449]: [ID 702911 mail.warning] gethostbyaddr(192.168.245.90) failed: 1
Aug 11 13:00:01 uk17 sendmail[1449]: [ID 702911 mail.warning] gethostbyaddr(192.168.245.92) failed: 1
Aug 11 13:00:01 uk17 sendmail[1449]: [ID 702911 mail.warning] gethostbyaddr(192.168.245.94) failed: 1
Aug 11 13:00:01 uk17 sendmail[1449]: [ID 702911 mail.warning] gethostbyaddr(192.168.245.106) failed: 1
Aug 11 13:00:01 uk17 sendmail[1449]: [ID 702911 mail.warning] gethostbyaddr(192.168.245.108) failed: 1
Aug 11 13:00:01 uk17 sendmail[1449]: [ID 702911 mail.warning] gethostbyaddr(192.168.245.110) failed: 1
It is creating lot of core files in /var/core/ with the name.......
ore.ns-httpd.14156.uk17.0.0.1218243851
core.ns-httpd.14922.uk17.0.0.1217950925
core.ns-httpd.14922.uk17.0.0.1217950926
core.ns-httpd.14937.uk17.0.0.1218243696
core.ns-httpd.14937.uk17.0.0.1218243697
core.ns-httpd.14949.uk17.0.0.1218243760
core.ns-httpd.14949.uk17.0.0.1218243762
core.ns-httpd.14955.uk17.0.0.1218243765
core.ns-httpd.14955.uk17.0.0.1218243767
core.ns-httpd.14977.uk17.0.0.1218243777
those files are in byte code so unable to read those file.............
Please any one help me on this issue...............

First migrate your server to the latest Web Server 7.0 update 3
http://www.sun.com/software/products/web_srvr/index.xml
https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_SMI-Site/en_US/-/USD/ViewProductDetail-Start?ProductRef=SJWS-7.0U3-OTH-G-F@CDS-CDS_SMI
You are getting those messages as gethostbyaddr(192.168.245.92) is failing. Try writing a small C program which calls gethostbyaddr(192.168.245.92) and see if its an o/s issue.
If you are on Solaris 10 try to see why Web Server is dumping core by
mdb core.pid
::stackAre you sure you have patch levels as recommended in the release notes of Web Server?
Have you enabled IPv6? Since when are you seeing these core dumps?

Maximum Core File Size for Solaris 8

I believe that RLM_INFINITY for Solaris for core file sizes comes to 2GB.
Is there any mechanism ( patch ) etc. by which this can be increasd ?

if your application is 32-bit, then the core file size would be limited to 4GB (by default) and if your application is
64-bit, then the core file size would be limited to usigned long max (by default).
-Saurabh

Core file in $ORACLE_HOME/dbs

Similar Messages

Maybe you are looking for