Problem of swap space
when i install the free downloaded solaris 8 for intel on a
machine which has a 7899 card, a 17G hard drive and 1G
RAM, therecome warning saying /temp file system full, swap space limitexceed......no swap space to grow stack...... then the installprocess stopes there. i create a boot partition, a
solaris partition and a swap space of 1G, 5G and 8G
respectively. besides, every time i create partitions and reboot
there will be another small active boot partition. any help will
be appreciated.
thanks
James
Thanks for the quick reply
df -h ( detail)
Filesystem size used avail capacity Mounted on
swap 258G 394M 258G 1% /tmp
swap 258G 56K 258G 1% /var/run
swap 258G 0K 258G 0% /dev/vx/dmp
swap 258G 0K 258G 0% /dev/vx/rdmp
From the above the allocated size swap is reduced drastically when the issues arise.
There are 57 users connected to the server
the physical memory is 65 GB
( i also checked the note 425207 profile parameter
em/initial_size_MB =8192
ztta/roll_extension 2000683008 Byte
Similar Messages
-
Hi All,
Using Oracle 10gR1, Solaris 9.
prtconf | grep "Memory size"
Memory size: 16384 Megabytesswap space is 16g
Pga_aggregate_target = 2G and after checking the v$pga_target_advice, it shows optimal.
Currently we have a issue of swap space getting used up nearly 100%. The system was out of memory and can't run any application
Alert logs error;
ORA-07445: exception encountered: core dump [_aio_free_stack_unlocked()+72] [SIGBUS] [Object specific hardware error] [0xFFFFFFFF7B602000] [] []
ORA-00600: internal error code, arguments: [ksnpost:ksnigb], [], [], [], [], [], [], []
ORA-04030: out of process memory when trying to allocate 588408 bytes (pga heap,kco buffer)On checking Metalink note, it said its an unhandled Oracle exception; have to increase the swap space.
AWR excerpt;
Cache Sizes (end)
~~~~~~~~~~~~~~~~~
Buffer Cache: 4,848M Std Block Size: 8K
Shared Pool Size: 3,985M Log Buffer: 1,024K
Load Profile
~~~~~~~~~~~~ Per Second Per Transaction
Redo size: 63,328.92 2,116.68
Logical reads: 4,946.83 165.34
Block changes: 257.73 8.61
Physical reads: 1,267.50 42.36
Physical writes: 72.44 2.42
User calls: 385.83 12.90
Parses: 84.22 2.81
Hard parses: 0.04 0.00
Sorts: 10.53 0.35
Logons: 0.14 0.00
Executes: 211.35 7.06
Transactions: 29.92
% Blocks changed per Read: 5.21 Recursive Call %: 13.56
Rollback per transaction %: 0.29 Rows per Sort: 94.72
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) DB Time Wait Class
row cache lock 16,498 45,001 43.44 Concurrency
log file switch (checkpoint in 30,766 30,281 29.23 Configuration
db file sequential read 2,873,716 10,796 10.42 User I/O
buffer busy waits 8,870 8,718 8.42 Concurrency
db file parallel write 421 3,848 3.71 System I/O
-------------------------------------------------------------On increasing the swap space, and restarting the instance, the system was normal.
Now why does oracle use up all the swap space and what can be the workaround to avoid this in future?Verma wrote:
Using Oracle 10gR1, Solaris 9.
swap space is 16gOracle 10gR2 swap space recommendations are:
- 1 GB - 2 GB = 1.5 times the size of RAM
- 2 GB - 8 GB = equal to the size of RAM
- Greater than 8GB = 0.75 times the size of RAM
Currently we have a issue of swap space getting used up nearly 100%. The system was out of memory and can't run any applicationThat is unusual and should not be happening when you have what seems to be an excess of memory available. This could mean some kind of bug (memory leakage for example), or it could mean plain old fashion abuse of memory. Like PL/SQL code that attempts to bulk fetch a few million rows from the database with a single go.
On checking Metalink note, it said its an unhandled Oracle exception; have to increase the swap space.Wrong IMO (unless you were not following the recommended swap size factor). If you have have a giant swap area..moving the wall a few meters away (by increasing swap) will only enable you to run faster into it - I doubt that this is the intent of that Metalink note.
On increasing the swap space, and restarting the instance, the system was normal.
Now why does oracle use up all the swap space and what can be the workaround to avoid this in future?Oracle only use what is needed to perform the client requests that it receives. If the client request a mountain of data to be moved/processed, Oracle will try to oblige. If that mountain topples and crushes server resources, it is not Oracle that is to blame for trying to do exactly what was requested from it. -
Available swap space problem in solaris 10
Dear All,
Currently I am facing a most interesting problem regarding swap space.
We have assigned mirrored slice swap space with 20G size. But when we are asking for swap space it is only showing around 2GB.
1. Please have the swap area:
root@palash # swap -l
swapfile dev swaplo blocks free
/dev/md/dsk/d1 85,1 16 41945456 35002784
root@palash # swap -s
total: 53562072k bytes allocated + 5689008k reserved = 59251080k used, 615704k available
2. Please have the metastat output:
root@palash # metastat d1
d1: Mirror
Submirror 0: d11
State: Okay
Submirror 1: d21
State: Okay
Pass: 1
Read option: roundrobin (default)
Write option: parallel (default)
Size: 41945472 blocks (20 GB)
d11: Submirror of d1
State: Okay
Size: 41945472 blocks (20 GB)
Stripe 0:
Device Start Block Dbase State Reloc Hot Spare
c0t0d0s1 0 No Okay Yes
d21: Submirror of d1
State: Okay
Size: 41945472 blocks (20 GB)
Stripe 0:
Device Start Block Dbase State Reloc Hot Spare
c0t1d0s1 0 No Okay Yes
3. Here is /etc/vfstab entry for swap:
/dev/md/dsk/d1 - - swap - no -
4. But when we checked swap space using df command:
root@palash # df -h
Filesystem size used avail capacity Mounted on
/dev/md/dsk/d0 18G 7.7G 9.9G 44% /
/devices 0K 0K 0K 0% /devices
ctfs 0K 0K 0K 0% /system/contract
proc 0K 0K 0K 0% /proc
mnttab 0K 0K 0K 0% /etc/mnttab
swap 1.7G 1.7M 1.7G 1% /etc/svc/volatile
objfs 0K 0K 0K 0% /system/object
sharefs 0K 0K 0K 0% /etc/dfs/sharetab
/platform/sun4u-us3/lib/libc_psr/libc_psr_hwcap1.so.1
18G 7.7G 9.9G 44% /platform/sun4u-us3/lib/libc_psr.so.1
/platform/sun4u-us3/lib/sparcv9/libc_psr/libc_psr_hwcap1.so.1
18G 7.7G 9.9G 44% /platform/sun4u-us3/lib/sparcv9/libc_psr.so.1
fd 0K 0K 0K 0% /dev/fd
swap 1.7G 184K 1.7G 1% /tmp
swap 1.7G 64K 1.7G 1% /var/run
/dev/dsk/c2t40d0s4 20G 20M 19G 1% /redo2
/dev/dsk/c2t40d0s1 276G 223G 50G 82% /oradata2
/dev/dsk/c3t40d0s3 195G 198M 193G 1% /restore
/dev/dsk/c2t40d0s0 276G 216G 57G 80% /oradata1
/dev/dsk/c2t40d0s5 59G 60M 58G 1% /system1
/dev/dsk/c3t40d0s0 276G 220G 53G 81% /index1
/dev/md/dsk/d3 30G 24G 5.7G 81% /oracle
/dev/dsk/c3t40d0s1 197G 53G 142G 28% /archive1
/dev/dsk/c2t40d0s3 20G 20M 19G 1% /redo1
/vol/dev/dsk/c0t6d0/disk1
0K 0K 0K 0% /cdrom/disk1
Please help me to indentify the reason.918597 wrote:
Hello,
Thanks for your reply.
But I am not clear about your findings as we have around 64GB physical RAM in my machine.
My question is that if we mount 20GB swap partition, then how we can see this is around less than 2 GB in df -h command.
And even in swap -s command, this is showing same problem.
What might be reason behind this????
//PalashWell no-one else has anwered ... so its back to me.....
Hmmm ... i would use the word observations rather than findings .... I am not on an old root explotation expedition all over our server .. merely observing on the morsels you show me ....
Please be aware I may not be totally technically correct or be using right terminology on what follows so I welcome corrections ....
Your machine has 64GB Memory, and a 20 GB swap file, therefore has the ability up to support 84GB total (Virtual) Memory ofr it's processes/buffers.
The reason little swap is free (let us say 2GB ... thoug it may be 600m) is theat processes/buffers have a virutal memory requirement of 84GB-2GB = 82Gb.
... So rather than wondering about how come 2GB is left, start thinking about ow 82GB is being used.
...... Particularly with databases oracle RDBMS; mysql etc a big influencing factor can be how much memory is allocated its memory structures.
.......... And a DBA may set these extremely high (memory_max / innodb-buffer-pool-size etc etc).
ps -ef will show the (virtual) 'size' for individual processes
prstat -a may help show what is going on (but may double account some things):
ipcs -a would show the allocation for the oracle RDBMS memory_area,
echo ::memstat | mdb -k ### may help ... but i have seen accounts of it taking ages to run.
I'd also check kstat zfs ... but your not using zfs so no need to bother.
.... You may need to show some evidence of how your applications are consuming virutal memory for someone to help you futher ... but if you do htis who may answer your own quesiton. -
Problem on Creating a Swapfile for adding swap space
Folks,
Hello. I am using Oracle Linux 5.6. At this time, the Linux swap space is 0 KB by using the command:
[root@rac1 /]# grep SwapTotal /proc/meminfo
I need 150MB swap space to install Oracle Database. I create the swap space using the following commands:
Step 1:
[root@rac1 /]# dd if=/dev/zero of=/swapfile bs=1024 count15360 hit enter
Output: 153600 to records in
153600 to records out
157286400 bytes(157MB) copied, 3.3835 seconds, 46.5MB/s.
Step 2:
[root@rac1 /]# mkswap /swapfile hit enter
Output: Command not found.
Step 3:
[root@rac1 /]# swapon /swapfile hit enter
Output: Command not found.
Step 4:
[root@rac1 etc]#vi fstab
Add this line into the file: /swapfile swap swap defaults 0 0
Save and close the file fstab.
Step 5:
Reboot Oracle Linux 5.6 and run this command:
[root@rac1 /]# grep SwapTotal /pro/meminfo
Output: SwapTotal: 0 KB
As you see above, swap space is not added. I think the problem is that the commands "mkswap /swapfile" and "swapon /swapfile" are not executed.
My question is : Do any folk understand how to add the swap space successfully ?When you execute a program, the command shell will walk through the locations specified by $PATH environment variable in order to find it. The "./" path is the current working directory and should not be in the $PATH environment to make sure applications are run only from locations defined by $PATH and not the current working directory. You can bypass this behavior iif you specify the full absolute path to the program at the command prompt, e.g. cd /sbin, ./mkswap or /sbin/mkswap. Other programs and administration tasks will use Linux utilities located in /sbin without specifying the full path and will not work if /sbin is not part of your PATH environment.
You may have seriously screwed up your system because your root account contains /home/ora11g/bin, which is normally defined by .bash_profile located in the user account's home directory. Before analyzing your login scripts, I suggest you post the output of the following command:
cat /etc/passwd -
Installation problem (swap space)
hello there ,
I have such problem when i am trying to install (oracle 10g release2-forms developer)
that when the installer begins to check the requirements to install the product it give passed for all the requirements except one failed, it's (swap space) ,the installer give me the following message : swap space 744 required 1533 << Fail.
my question is what is swap space? and how can i fix it? can it be cuased by avirus?
and when i am trying to install (release1 oracle 10g form developer) it passed the requirements but after 80% of intallation of the first CD it abort's the installation and give me the message: abnormal event has accourd please support the following files to oracle c:\Program Files\oracle\inventory\out
c:\Program Files\oracle\inventory\log
c:\Program Files\oracle\inventory\install
what is my computer problem? please heeeeeeeeeeeeelp .
thank's for all.It has to do with the virtual memory settings, those can be verified at the system advanced properties. Make sure you have declared enough space, at least the minimum required by the Oracle Universal Installer.
On the other hand, you were prompted for a file where the install log is recorded, please verify the contents of this file, further issues may have to be solved.
~ Madrid -
Oracle Developer Suite 10g - Windows 7 - swap space problem
Hi brothers and sisters,
Hope all you are fine. I am facing swap space problem while installing Oracle Developer Suite 10g on Windows 7 . I have downloaded and installed Oracle Database 11g Express Edition successfully and it is working properly. Now, I have downloaded two files
a. ds_windows_x86_101202_disk1,
b. ds_windows_x86_101202_disk2
to install Oracle Developer Suite 10g using Windows 7 Ultimate. The Oracle Universal Installer have passed the following issues:
a. Operating system version,
b. Monitor
But while checking swap space, it gives a message, "0 MB available, 1535 MB required", Failed. I have 2 GB RAM installed and system managed paging file space which is currently allocated to 2038 MB in my system .
Please solve me the problem.
Noorincrease the system virtual memory for the OS drive.
check this link
http://hamid-oracle.blogspot.com/2011/06/how-to-install-oracle-developer-suite.html
also check this link.
Re: error installing oracle forms 11g release 2
Hope this helps
If someone response is correct or helpful, mark accordingly. and if answered mark answered.
Edited by: HamidHelal on Jun 27, 2012 2:28 PM -
Swap space problem on Windows XP
I'm trying to install BI Publisher on Windows XP from a zip file downloaded last week (version 10.1.3.3.2). However after starting setup.exe in the install directory I get the message that my swap space = 0 Mb while 500 Mb is required. After this the installation procedure quits.
I haven't got a clue as what the installer is referring to (swap on windows?) but I have plenty of room om my two (logical) disks, no spaces in the directory name from which I start the installer (D:\download\bipublisher\Windows\OBI\install) and about 1.5 Gb of memory free.
Any hints what to do would be appreciated.
tia,
MartinHi Mjb001,
In computer operating systems that have their main memory divided into pages, paging (sometimes called swapping) is a transfer of pages between main memory and an auxiliary store, such as hard disk drive.[1] Paging is an important part of virtual memory implementation in most contemporary general-purpose operating systems, allowing them to easily use disk storage for data that does not fit into physical RAM. Paging is usually implemented as a task built into the kernel of the operating system.
Windows 3.x creates a hidden file named 386SPART.PAR or WIN386.SWP for use as a swap file. It is generally found in the root directory, but it may appear elsewhere (typically in the WINDOWS directory). Its size depends on how much swap space the system has (a setting selected by the user under Control Panel → Enhanced under "Virtual Memory"). Please check this file.
Regards,
Amit Deshpande
Persistent Systems Ltd. -
what does this mean?
Mar 12 11:02:20 sol10vmware tmpfs: [ID 518458 kern.warning] WARNING: /etc/svc/volatile: File system full, swap space limit exceeded
df -k reveals that swap is only 1% full
# df -k*
Filesystem kbytes used avail capacity Mounted on
/dev/dsk/c0d0s0 11355557 7132193 4109809 64% /
/devices 0 0 0 0% /devices
ctfs 0 0 0 0% /system/contract
proc 0 0 0 0% /proc
mnttab 0 0 0 0% /etc/mnttab
swap 12640 660 11980 6% /etc/svc/volatile
objfs 0 0 0 0% /system/object
/usr/lib/libc/libc_hwcap1.so.1
11355557 7132193 4109809 64% /lib/libc.so.1
fd 0 0 0 0% /dev/fd
swap 12076 96 11980 1% /tmp
swap 12004 24 11980 1% /var/run
bash-3.00#But then why would it still be working? I dunno, I still think something else may be going on. However if this is true know where I can get a new 40 gig hard drive the cheapset?
-
Java.lang.OutOfMemoryError:growableArray.cpp. Out of swap space?
Hello,
My Application(a Desktop application) through the following exception
Can any one please help me finding what are the possible reasons and solution for the below error?
https://forums.oracle.com/message/6443182#6443182
https://forums.oracle.com/message/6646295#6646295
I have seen in the above discussions that reducing the the heap size (Xmx) would give a solution, can any one please suggest me how much do I have to reduce my Xmx.
Here are my log details.
# An unexpected error has been detected by Java Runtime Environment:
# java.lang.OutOfMemoryError: requested 4096000 bytes for GrET in C:\BUILD_AREA\jdk6_12\hotspot\src\share\vm\utilities\growableArray.cpp. Out of swap space?
# Internal Error (allocation.inline.hpp:42), pid=1508, tid=5848
# Error: GrET in C:\BUILD_AREA\jdk6_12\hotspot\src\share\vm\utilities\growableArray.cpp
# Java VM: Java HotSpot(TM) Server VM (11.2-b01 mixed mode windows-x86)
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x070d0400): VMThread [stack: 0x071b0000,0x072b0000] [id=5848]
Stack: [0x071b0000,0x072b0000]
[error occurred during error reporting (printing stack bounds), id 0xc0000005]
VM_Operation (0x0a21fae4): ParallelGCSystemGC, mode: safepoint, requested by thread 0x070e4800
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x0d1da400 JavaThread "RMI RenewClean-[NCOSJPEPRD02:56100]" daemon [_thread_blocked, id=6104, stack(0x45440000,0x454c0000)]
0x0d1d9000 JavaThread "RMI RenewClean-[NCOSJPEPRD07:56100]" daemon [_thread_blocked, id=7312, stack(0x3abd0000,0x3ac50000)]
0x0d1d9c00 JavaThread "RMI RenewClean-[NCOSJPEPRD04:56100]" daemon [_thread_blocked, id=7244, stack(0x38340000,0x383c0000)]
0x17e82c00 JavaThread "RMI RenewClean-[NCOSJPEPRD06:56100]" daemon [_thread_blocked, id=4432, stack(0x0e210000,0x0e290000)]
0x17e80800 JavaThread "RMI RenewClean-[NCOSJPEPRD05:56100]" daemon [_thread_blocked, id=4128, stack(0x00e40000,0x00ec0000)]
0x17e7fc00 JavaThread "RMI RenewClean-[NCOSJPEPRD01:56100]" daemon [_thread_blocked, id=7472, stack(0x0b060000,0x0b0e0000)]
0x17e81400 JavaThread "WGN ThreadPool Message Receiver(20826) (Inactive)" daemon [_thread_blocked, id=5036, stack(0x37bc0000,0x37c40000)]
0x17e82800 JavaThread "RMI TCP Connection(261363)-10.22.91.38" daemon [_thread_blocked, id=5560, stack(0x0f460000,0x0f4e0000)]
0x17e80400 JavaThread "RMI TCP Connection(idle)" daemon [_thread_blocked, id=6800, stack(0x0cbb0000,0x0cc30000)]
0x17e7f800 JavaThread "RMI RenewClean-[NCOSJPEPRD03:56100]" daemon [_thread_blocked, id=7784, stack(0x097c0000,0x09840000)]
0x17e81000 JavaThread "RMI TCP Connection(261367)-10.22.91.39" daemon [_thread_in_native, id=6972, stack(0x00dc0000,0x00e40000)]
0x0d1d9800 JavaThread "WGN ThreadPool Message Receiver(20825) (Inactive)" daemon [_thread_blocked, id=7872, stack(0x1fe10000,0x1fe90000)]
0x17e7f400 JavaThread "RMI TCP Connection(261366)-10.22.81.92" daemon [_thread_in_native, id=7948, stack(0x0e070000,0x0e0f0000)]
0x17e82000 JavaThread "RMI TCP Connection(idle)" daemon [_thread_blocked, id=7672, stack(0x38440000,0x384c0000)]
0x08eed400 JavaThread "RMI TCP Connection(261320)-10.22.91.39" daemon [_thread_in_native, id=5640, stack(0x37eb0000,0x37f30000)]
0x17e81c00 JavaThread "RMI TCP Connection(261357)-10.22.81.92" daemon [_thread_in_native, id=8060, stack(0x22e90000,0x22f10000)]
0x19dd3c00 JavaThread "RMI TCP Connection(261369)-10.22.91.38" daemon [_thread_in_native, id=1360, stack(0x73da0000,0x73e20000)]
0x19dd3000 JavaThread "RMI TCP Connection(261360)-10.22.81.92" daemon [_thread_in_native, id=2144, stack(0x71d60000,0x71de0000)]
0x070e8800 JavaThread "RMI TCP Connection(261368)-10.22.81.92" daemon [_thread_in_native, id=7188, stack(0x4dac0000,0x4db40000)]
0x19dd0800 JavaThread "WGN ThreadPool Application Data Monitor(20737) (Inactive)" [_thread_blocked, id=6420, stack(0x0cd10000,0x0cd90000)]
0x19dd0c00 JavaThread "WGN ThreadPool Application Data Monitor(20687) (Inactive)" [_thread_blocked, id=3504, stack(0x0a7a0000,0x0a820000)]
0x19dd1800 JavaThread "WGN ThreadPool Application Data Monitor(20657) (Inactive)" [_thread_blocked, id=3084, stack(0x0b1e0000,0x0b260000)]
0x0d1dcc00 JavaThread "WGN ThreadPool Application Data Monitor(20446) (Inactive)" [_thread_blocked, id=7352, stack(0x0ab60000,0x0abe0000)]
0x08eecc00 JavaThread "RMI RenewClean-[VNCOSJCMSPRD:56102,[email protected]9b3ec]" daemon [_thread_blocked, id=1880, stack(0x0b8e0000,0x0b960000)]
0x08eec800 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=5100, stack(0x0b820000,0x0b8a0000)]
0x08eebc00 JavaThread "WGN filter validation thread" [_thread_blocked, id=6412, stack(0x0b6a0000,0x0b720000)]
0x08eeb400 JavaThread "WGN ID cache(preloader thread)" [_thread_blocked, id=5280, stack(0x0b5e0000,0x0b660000)]
0x08eeb000 JavaThread "WGN Username cache(preloader thread)" [_thread_blocked, id=6808, stack(0x0b520000,0x0b5a0000)]
0x08eeac00 JavaThread "WGN Username cache(invalidator thread)" [_thread_blocked, id=3628, stack(0x0b460000,0x0b4e0000)]
0x08eea400 JavaThread "WGN E-mail address cache(preloader thread)" [_thread_blocked, id=5548, stack(0x0b3a0000,0x0b420000)]
0x08eea000 JavaThread "WGN E-mail address cache(invalidator thread)" [_thread_blocked, id=3844, stack(0x0b2e0000,0x0b360000)]
0x08ee8800 JavaThread "WGN Lookup cancellation thread" [_thread_blocked, id=4296, stack(0x0afe0000,0x0b060000)]
0x08ee8000 JavaThread "WGN RSRegister-FallbackMonitorThread" [_thread_blocked, id=4180, stack(0x0af20000,0x0afa0000)]
0x08ee7c00 JavaThread "WGN NotifyScheduler (Scheduler)" [_thread_blocked, id=1712, stack(0x0ae60000,0x0aee0000)]
0x08ee7800 JavaThread "WGN ThreadPool Application Data Monitor(0) - TPQE(NCOSJPEPRD03)" [_thread_blocked, id=6184, stack(0x0ada0000,0x0ae20000)]
0x08ee7000 JavaThread "WGN DBManagement (Scheduler)" [_thread_blocked, id=3524, stack(0x0ace0000,0x0ad60000)]
0x070e8c00 JavaThread "WGN Database Event Logging Queue Handler" daemon [_thread_blocked, id=2152, stack(0x0ac20000,0x0aca0000)]
0x070e7000 JavaThread "RMI RenewClean-[VNCOSJCMSPRD:56101,wigan.infrastruct.serviceutil.ClientSocketFactory@f5d9b3ec]" daemon [_thread_blocked, id=5836, stack(0x0a720000,0x0a7a0000)]
0x070e6c00 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=6704, stack(0x0a660000,0x0a6e0000)]
0x070e5800 JavaThread "RMI RenewClean-[VNCOSJCMSPRD:56100]" daemon [_thread_blocked, id=5984, stack(0x0a420000,0x0a4a0000)]
0x070e5400 JavaThread "RMI Scheduler(0)" daemon [_thread_blocked, id=6224, stack(0x0a360000,0x0a3e0000)]
0x070e4800 JavaThread "GC Daemon" daemon [_thread_blocked, id=660, stack(0x0a1a0000,0x0a220000)]
0x070e4400 JavaThread "RMI Reaper" [_thread_blocked, id=5084, stack(0x0a0e0000,0x0a160000)]
0x070e3c00 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=4916, stack(0x0a060000,0x0a0e0000)]
0x070e3800 JavaThread "WGN Ping (Ping Server)" [_thread_in_native, id=5112, stack(0x09ea0000,0x09f20000)]
0x070e3000 JavaThread "RMI TCP Accept-56099" daemon [_thread_in_native, id=4548, stack(0x09d30000,0x09db0000)]
0x070e2000 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=1452, stack(0x07870000,0x078f0000)]
0x070ed800 JavaThread "CompilerThread1" daemon [_thread_blocked, id=4024, stack(0x07730000,0x07830000)]
0x070ed400 JavaThread "CompilerThread0" daemon [_thread_blocked, id=5480, stack(0x075f0000,0x076f0000)]
0x070e1c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=6908, stack(0x07530000,0x075b0000)]
0x070e1400 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=5792, stack(0x07470000,0x074f0000)]
0x070d4c00 JavaThread "Finalizer" daemon [_thread_blocked, id=4516, stack(0x073b0000,0x07430000)]
0x070d2400 JavaThread "Reference Handler" daemon [_thread_blocked, id=5384, stack(0x072f0000,0x07370000)]
0x017fb800 JavaThread "main" [_thread_blocked, id=4796, stack(0x01480000,0x01580000)]
Other Threads:
=>0x070d0400 VMThread [stack: 0x071b0000,0x072b0000] [id=5848]
0x070f9800 WatcherThread [stack: 0x07930000,0x07a30000] [id=5408]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x017f9a10] UNKNOWN - owner thread: 0x070d0400
[0x017f9e70] UNKNOWN - owner thread: 0x070e4800
Heap
PSYoungGen total 173696K, used 8225K [0xdeaa0000, 0xe9f50000, 0xe9ff0000)
eden space 162752K, 0% used [0xdeaa0000,0xdeaa0000,0xe8990000)
from space 10944K, 75% used [0xe8990000,0xe9198528,0xe9440000)
to space 11136K, 0% used [0xe9470000,0xe9470000,0xe9f50000)
PSOldGen total 470848K, used 221413K [0x83ff0000, 0xa0bc0000, 0xdeaa0000)
object space 470848K, 47% used [0x83ff0000,0x918297a0,0xa0bc0000)
PSPermGen total 20352K, used 20093K [0x7fff0000, 0x813d0000, 0x83ff0000)
object space 20352K, 98% used [0x7fff0000,0x8138f528,0x813d0000)
Dynamic libraries:
0x00400000 - 0x004d0000 C:\Program Files (x86)\CA\CA DLP\system\wgninfra.exe
0x77800000 - 0x77980000 C:\Windows\SysWOW64\ntdll.dll
0x762d0000 - 0x763e0000 C:\Windows\syswow64\kernel32.dll
0x75ba0000 - 0x75be7000 C:\Windows\syswow64\KERNELBASE.dll
0x71c80000 - 0x71c92000 C:\Windows\system32\MPR.dll
0x75de0000 - 0x75ee0000 C:\Windows\syswow64\USER32.dll
0x758b0000 - 0x75940000 C:\Windows\syswow64\GDI32.dll
0x773f0000 - 0x773fa000 C:\Windows\syswow64\LPK.dll
0x75810000 - 0x758ad000 C:\Windows\syswow64\USP10.dll
0x77290000 - 0x7733c000 C:\Windows\syswow64\msvcrt.dll
0x77350000 - 0x773f0000 C:\Windows\syswow64\ADVAPI32.dll
0x75a50000 - 0x75a69000 C:\Windows\SysWOW64\sechost.dll
0x761e0000 - 0x762d0000 C:\Windows\syswow64\RPCRT4.dll
0x75250000 - 0x752b0000 C:\Windows\syswow64\SspiCli.dll
0x75240000 - 0x7524c000 C:\Windows\syswow64\CRYPTBASE.dll
0x75c80000 - 0x75ddc000 C:\Windows\syswow64\ole32.dll
0x759c0000 - 0x75a4f000 C:\Windows\syswow64\OLEAUT32.dll
0x735c0000 - 0x73647000 C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.6195_none_d09154e044272b9a\MSVCP80.dll
0x74ae0000 - 0x74b7b000 C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.6195_none_d09154e044272b9a\MSVCR80.dll
0x68600000 - 0x68645000 C:\Program Files (x86)\CA\CA DLP\system\infrahlp.dll
0x75ee0000 - 0x75f15000 C:\Windows\syswow64\WS2_32.dll
0x75c60000 - 0x75c66000 C:\Windows\syswow64\NSI.dll
0x76640000 - 0x7728a000 C:\Windows\syswow64\SHELL32.dll
0x75480000 - 0x754d7000 C:\Windows\syswow64\SHLWAPI.dll
0x71650000 - 0x7173b000 C:\Windows\system32\dbghelp.dll
0x75bf0000 - 0x75c50000 C:\Windows\system32\IMM32.DLL
0x75730000 - 0x757fc000 C:\Windows\syswow64\MSCTF.dll
0x68200000 - 0x68229000 C:\Program Files (x86)\CA\CA DLP\common\wgnprod.dll
0x734e0000 - 0x734e9000 C:\Windows\system32\VERSION.dll
0x10000000 - 0x1000d000 C:\Program Files (x86)\CA\CA DLP\common\wgnprod_en.dll
0x74ad0000 - 0x74adb000 C:\Windows\system32\profapi.dll
0x6db30000 - 0x6def4000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\server\jvm.dll
0x717b0000 - 0x717e2000 C:\Windows\system32\WINMM.dll
0x7c340000 - 0x7c396000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\MSVCR71.dll
0x71de0000 - 0x71e2c000 C:\Windows\system32\apphelp.dll
0x6d340000 - 0x6d348000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\hpi.dll
0x777d0000 - 0x777d5000 C:\Windows\syswow64\PSAPI.DLL
0x6d860000 - 0x6d86c000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\verify.dll
0x6d3e0000 - 0x6d3ff000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\java.dll
0x6d8a0000 - 0x6d8af000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\zip.dll
0x75ae0000 - 0x75b63000 C:\Windows\syswow64\CLBCatQ.DLL
0x72f20000 - 0x72f27000 C:\Windows\system32\msiltcfg.dll
0x72ba0000 - 0x72de0000 C:\Windows\system32\msi.dll
0x71d50000 - 0x71d53000 C:\Windows\SysWOW64\SFC.DLL
0x71600000 - 0x7160d000 C:\Windows\system32\sfc_os.DLL
0x68400000 - 0x6845e000 C:\Program Files (x86)\CA\CA DLP\common\WgnPerf.dll
0x6d840000 - 0x6d848000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\sunmscapi.dll
0x76060000 - 0x76180000 C:\Windows\syswow64\CRYPT32.dll
0x76180000 - 0x7618c000 C:\Windows\syswow64\MSASN1.dll
0x73fb0000 - 0x73fc6000 C:\Windows\system32\CRYPTSP.dll
0x73f70000 - 0x73fab000 C:\Windows\system32\rsaenh.dll
0x72f40000 - 0x72f4e000 C:\Windows\system32\RpcRtRemote.dll
0x2d000000 - 0x2d070000 C:\Program Files (x86)\CA\CA DLP\system\wgnrdm.dll
0x71610000 - 0x71626000 C:\Windows\system32\MAPI32.dll
0x71370000 - 0x713c8000 C:\Windows\system32\WINHTTP.dll
0x70b50000 - 0x70b9f000 C:\Windows\system32\webio.dll
0x68000000 - 0x6802e000 C:\Program Files (x86)\CA\CA DLP\common\wgnps.dll
0x70f80000 - 0x70f97000 C:\Windows\system32\USERENV.dll
0x6d6c0000 - 0x6d6d3000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\net.dll
0x73580000 - 0x735bc000 C:\Windows\system32\mswsock.dll
0x73560000 - 0x73566000 C:\Windows\System32\wship6.dll
0x73570000 - 0x73575000 C:\Windows\System32\wshtcpip.dll
0x72ed0000 - 0x72f14000 C:\Windows\system32\DNSAPI.dll
0x72e40000 - 0x72e5c000 C:\Windows\system32\IPHLPAPI.DLL
0x72e30000 - 0x72e37000 C:\Windows\system32\WINNSI.DLL
0x72e20000 - 0x72e26000 C:\Windows\system32\rasadhlp.dll
0x72de0000 - 0x72e18000 C:\Windows\System32\fwpuclnt.dll
0x6d7b0000 - 0x6d7b6000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\rmi.dll
0x6d610000 - 0x6d619000 C:\Program Files (x86)\CA\CA DLP\system\jre160_12\bin\management.dll
0x24200000 - 0x24221000 C:\Program Files (x86)\CA\CA DLP\common\streams.dll
0x2e600000 - 0x2e682000 C:\Program Files (x86)\CA\CA DLP\common\smtputils.dll
0x0ce30000 - 0x0ce66000 C:\Program Files (x86)\CA\CA DLP\common\mimepp.dll
0x72f80000 - 0x72f90000 C:\Windows\system32\NLAapi.dll
0x72f30000 - 0x72f40000 C:\Windows\system32\napinsp.dll
0x72e60000 - 0x72e68000 C:\Windows\System32\winrnr.dll
0x71340000 - 0x7136e000 C:\Windows\system32\mlang.dll
0x6f780000 - 0x6f788000 C:\Windows\system32\credssp.dll
0x70650000 - 0x7068f000 C:\Windows\SysWOW64\schannel.dll
0x723c0000 - 0x723c8000 C:\Windows\system32\secur32.dll
0x70f20000 - 0x70f58000 C:\Windows\system32\ncrypt.dll
0x70f00000 - 0x70f17000 C:\Windows\system32\bcrypt.dll
0x70ec0000 - 0x70efd000 C:\Windows\SysWOW64\bcryptprimitives.dll
0x70f60000 - 0x70f76000 C:\Windows\system32\GPAPI.dll
0x24800000 - 0x2482e000 C:\Program Files (x86)\CA\CA DLP\common\wgnstore.dll
0x24600000 - 0x24660000 C:\Program Files (x86)\CA\CA DLP\common\emstore.dll
0x12330000 - 0x123ab000 C:\Program Files (x86)\CA\CA DLP\client\wgnemol.dll
VM Arguments:
jvm_args: -Dsun.net.inetaddr.ttl=10 vfprintf exit abort -Xms5242880 -Xmx1711276032 -XX:NewSize=2621440 -XX:MaxNewSize=855638016 -XX:+HeapDumpOnOutOfMemoryError -Dsun.rmi.dgc.server.gcInterval=60000 -Dsun.rmi.dgc.client.gcInterval=60000 -Djava.security.properties=wigan.java.security -Xss512K
java_command: <unknown>
Launcher Type: generic
Environment Variables:
PATH=C:\Oracle\Default\product\11.2.0\client_1;C:\Oracle\Default\product\11.2.0\client_1\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\VSShell\Common7\IDE\;C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files (x86)\Microsoft SQL Server\100\DTS\Binn\
USERNAME=osjapp
OS=Windows_NT
PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 45 Stepping 7, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows NT 6.1 Build 7601 Service Pack 1
CPU:total 24 (16 cores per cpu, 2 threads per core) family 6 model 13 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, ht
Memory: 4k page, physical 4194303k(4194303k free), swap 4194303k(4194303k free)
vm_info: Java HotSpot(TM) Server VM (11.2-b01) for windows-x86 JRE (1.6.0_12-b04), built on Jan 17 2009 09:52:33 by "java_re" with MS VC++ 7.1Hi
Out of memory they can result from different causes:
- The application is consuming too many resources inappropriately
- The application is opening and not enough threads are closing, leaving no space for the JVM
- You lose the connection with database, causing the connection pool is saturated, which makes the memory of the container is depleted and reaches its peak.
- The container does not have sufficient resources or is not tuned to meet the load generated. But would recommend to discard the above before using this option, because when using this option could work around the problem but could not really be attacking the cause.
bye -
JVM crashes with Out of SWAP space
Hello every body,
We have a problem in a production environnement. The JVM crashes every time with the log file below.
The application which is running don't occupate all memory and we don't understand why an outofmemory exception is raised.
It's not probably due to an allocation inside the application because the exception should be an outofmemory exception : Java Heap space.
Please, somebody can help me to understant what append or to give me some advices?
Thank you a lot for help.
# An unexpected error has been detected by Java Runtime Environment:
# java.lang.OutOfMemoryError: requested 41943040 bytes for GrET in C:\BUILD_AREA\jdk6_07\hotspot\src\share\vm\utilities\growableArray.cpp. Out of swap space?
# Internal Error (allocation.inline.hpp:42), pid=2700, tid=2112
# Error: GrET in C:\BUILD_AREA\jdk6_07\hotspot\src\share\vm\utilities\growableArray.cpp
# Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode windows-x86)
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x65b97400): VMThread [stack: 0x65bd0000,0x65c20000] [id=2112]
Stack: [0x65bd0000,0x65c20000]
[error occurred during error reporting (printing stack bounds), id 0x80000001]
VM_Operation (0x66dffa14): ParallelGCSystemGC, mode: safepoint, requested by thread 0x65fb9400
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x65f3cc00 JavaThread "pool-3-thread-1" [_thread_blocked, id=2780, stack(0x67300000,0x67350000)]
0x66547800 JavaThread "RMI RenewClean-[192.16.252.55:3916]" daemon [_thread_blocked, id=3076, stack(0x672b0000,0x67300000)]
0x66547400 JavaThread "RMI RenewClean-[192.16.252.53:2046]" daemon [_thread_blocked, id=2292, stack(0x67260000,0x672b0000)]
0x6650d800 JavaThread "RMI RenewClean-[192.16.254.46:3126]" daemon [_thread_blocked, id=3012, stack(0x67210000,0x67260000)]
0x663e8400 JavaThread "RMI RenewClean-[192.16.254.45:3026]" daemon [_thread_blocked, id=2596, stack(0x671c0000,0x67210000)]
0x65f99800 JavaThread "RMI RenewClean-[192.16.252.54:1623]" daemon [_thread_blocked, id=3128, stack(0x67170000,0x671c0000)]
0x65f99400 JavaThread "RMI RenewClean-[192.16.254.55:1992]" daemon [_thread_blocked, id=2720, stack(0x67120000,0x67170000)]
0x66480800 JavaThread "RMI RenewClean-[192.16.254.54:4954]" daemon [_thread_blocked, id=2920, stack(0x670d0000,0x67120000)]
0x66480000 JavaThread "RMI RenewClean-[192.16.254.53:3093]" daemon [_thread_blocked, id=2068, stack(0x67080000,0x670d0000)]
0x6653f800 JavaThread "RMI RenewClean-[192.16.254.52:2543]" daemon [_thread_blocked, id=2156, stack(0x67030000,0x67080000)]
0x66411400 JavaThread "RMI RenewClean-[192.16.254.51:3893]" daemon [_thread_blocked, id=1688, stack(0x66fe0000,0x67030000)]
0x66468800 JavaThread "RMI RenewClean-[192.16.254.50:3371]" daemon [_thread_blocked, id=2688, stack(0x66f90000,0x66fe0000)]
0x663f8400 JavaThread "RMI RenewClean-[192.16.254.49:4374]" daemon [_thread_blocked, id=2656, stack(0x66f40000,0x66f90000)]
0x65f27800 JavaThread "RMI RenewClean-[192.16.254.48:3311]" daemon [_thread_blocked, id=748, stack(0x66ef0000,0x66f40000)]
0x65f27400 JavaThread "RMI RenewClean-[192.16.254.47:2571]" daemon [_thread_blocked, id=1048, stack(0x66ea0000,0x66ef0000)]
0x65f9e400 JavaThread "RMI RenewClean-[192.16.238.145:1673]" daemon [_thread_blocked, id=2332, stack(0x66e50000,0x66ea0000)]
0x6602e800 JavaThread "RMI RenewClean-[192.16.238.144:2332]" daemon [_thread_blocked, id=3100, stack(0x66e00000,0x66e50000)]
0x65fb9400 JavaThread "GC Daemon" daemon [_thread_blocked, id=1608, stack(0x66db0000,0x66e00000)]
0x6657a400 JavaThread "RMI RenewClean-[192.16.238.143:3902]" daemon [_thread_blocked, id=2668, stack(0x66d60000,0x66db0000)]
0x65fa9c00 JavaThread "RMI Scheduler(0)" daemon [_thread_blocked, id=2624, stack(0x66d10000,0x66d60000)]
0x65ff4c00 JavaThread "pool-4-thread-1" [_thread_blocked, id=2864, stack(0x66390000,0x663e0000)]
0x65fbf400 JavaThread "pool-2-thread-1" [_thread_blocked, id=2696, stack(0x66340000,0x66390000)]
0x65f6d400 JavaThread "Thread-0" [_thread_blocked, id=3016, stack(0x662f0000,0x66340000)]
0x65ebf000 JavaThread "WrapperSimpleAppMain" [_thread_blocked, id=696, stack(0x662a0000,0x662f0000)]
0x00265c00 JavaThread "DestroyJavaVM" [_thread_blocked, id=564, stack(0x00680000,0x006d0000)]
0x65fecc00 JavaThread "Wrapper-Connection" daemon [_thread_in_native, id=1224, stack(0x66170000,0x661c0000)]
0x65ec9c00 JavaThread "Wrapper-Control-Event-Monitor" daemon [_thread_blocked, id=2896, stack(0x660d0000,0x66120000)]
0x65bbf800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=1284, stack(0x65e00000,0x65e50000)]
0x65bbd000 JavaThread "CompilerThread1" daemon [_thread_blocked, id=3040, stack(0x65db0000,0x65e00000)]
0x65bb8000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=1472, stack(0x65d60000,0x65db0000)]
0x65bb6c00 JavaThread "Attach Listener" daemon [_thread_blocked, id=2000, stack(0x65d10000,0x65d60000)]
0x65bb6000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=2732, stack(0x65cc0000,0x65d10000)]
0x65b9ec00 JavaThread "Finalizer" daemon [_thread_blocked, id=2008, stack(0x65c70000,0x65cc0000)]
0x65b9a800 JavaThread "Reference Handler" daemon [_thread_blocked, id=1304, stack(0x65c20000,0x65c70000)]
Other Threads:
=>0x65b97400 VMThread [stack: 0x65bd0000,0x65c20000] [id=2112]
0x65bc1000 WatcherThread [stack: 0x65e50000,0x65ea0000] [id=192]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x00265408/0x00000310] Threads_lock - owner thread: 0x65b97400
[0x002655a8/0x000002d0] Heap_lock - owner thread: 0x65fb9400
Heap
PSYoungGen total 76928K, used 344K [0x5ad20000, 0x60d40000, 0x653c0000)
eden space 76544K, 0% used [0x5ad20000,0x5ad20000,0x5f7e0000)
from space 384K, 89% used [0x5f7e0000,0x5f836070,0x5f840000)
to space 10944K, 0% used [0x60290000,0x60290000,0x60d40000)
PSOldGen total 1341888K, used 529414K [0x077c0000, 0x59630000, 0x5ad20000)
object space 1341888K, 39% used [0x077c0000,0x27cc1b38,0x59630000)
PSPermGen total 16384K, used 10204K [0x037c0000, 0x047c0000, 0x077c0000)
object space 16384K, 62% used [0x037c0000,0x041b73a0,0x047c0000)
Dynamic libraries:
0x00400000 - 0x00423000 D:\Java\jdk1.6.0_07\bin\java.exe
0x78460000 - 0x784e2000 C:\WINNT\system32\ntdll.dll
0x78ed0000 - 0x78f35000 C:\WINNT\system32\ADVAPI32.dll
0x77e70000 - 0x77f2f000 C:\WINNT\system32\KERNEL32.dll
0x770c0000 - 0x7712f000 C:\WINNT\system32\RPCRT4.dll
0x78fb0000 - 0x78fbf000 C:\WINNT\system32\Secur32.dll
0x7c340000 - 0x7c396000 D:\Java\jdk1.6.0_07\jre\bin\msvcr71.dll
0x6dac0000 - 0x6de7a000 D:\Java\jdk1.6.0_07\jre\bin\server\jvm.dll
0x77e00000 - 0x77e5f000 C:\WINNT\system32\USER32.dll
0x77f40000 - 0x77f7c000 C:\WINNT\system32\GDI32.dll
0x77540000 - 0x77571000 C:\WINNT\system32\WINMM.dll
0x6d320000 - 0x6d328000 D:\Java\jdk1.6.0_07\jre\bin\hpi.dll
0x68ea0000 - 0x68eab000 C:\WINNT\system32\PSAPI.DLL
0x6d820000 - 0x6d82c000 D:\Java\jdk1.6.0_07\jre\bin\verify.dll
0x6d3c0000 - 0x6d3df000 D:\Java\jdk1.6.0_07\jre\bin\java.dll
0x6d860000 - 0x6d86f000 D:\Java\jdk1.6.0_07\jre\bin\zip.dll
0x660a0000 - 0x660b7000 D:\Prism8.2\lib\wrapper.dll
0x6d620000 - 0x6d633000 D:\Java\jdk1.6.0_07\jre\bin\net.dll
0x74fb0000 - 0x74fc4000 C:\WINNT\system32\WS2_32.dll
0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.DLL
0x74fa0000 - 0x74fa8000 C:\WINNT\system32\WS2HELP.DLL
0x74f50000 - 0x74f6e000 C:\WINNT\system32\msafd.dll
0x74f90000 - 0x74f97000 C:\WINNT\System32\wshtcpip.dll
0x77830000 - 0x7783c000 C:\WINNT\System32\rnr20.dll
0x77970000 - 0x77994000 C:\WINNT\system32\DNSAPI.DLL
0x74fd0000 - 0x74fd9000 C:\WINNT\system32\WSOCK32.dll
0x77310000 - 0x77323000 C:\WINNT\system32\iphlpapi.dll
0x774f0000 - 0x774f5000 C:\WINNT\system32\ICMP.dll
0x772f0000 - 0x77307000 C:\WINNT\system32\MPRAPI.dll
0x750d0000 - 0x750e0000 C:\WINNT\system32\SAMLIB.DLL
0x7ccc0000 - 0x7cd10000 C:\WINNT\system32\NETAPI32.DLL
0x77be0000 - 0x77bf1000 C:\WINNT\system32\NTDSAPI.dll
0x77940000 - 0x7796c000 C:\WINNT\system32\WLDAP32.DLL
0x75140000 - 0x75146000 C:\WINNT\system32\NETRAP.dll
0x7cd20000 - 0x7ce0f000 C:\WINNT\system32\OLE32.DLL
0x779a0000 - 0x77a3c000 C:\WINNT\system32\OLEAUT32.DLL
0x77380000 - 0x773b0000 C:\WINNT\system32\ACTIVEDS.DLL
0x77350000 - 0x77373000 C:\WINNT\system32\ADSLDPC.DLL
0x77820000 - 0x7782e000 C:\WINNT\system32\RTUTILS.DLL
0x783c0000 - 0x78451000 C:\WINNT\system32\SETUPAPI.DLL
0x78d20000 - 0x78d85000 C:\WINNT\system32\USERENV.DLL
0x774b0000 - 0x774e4000 C:\WINNT\system32\RASAPI32.dll
0x77490000 - 0x774a1000 C:\WINNT\system32\rasman.dll
0x77500000 - 0x77522000 C:\WINNT\system32\TAPI32.dll
0x77b40000 - 0x77bc4000 C:\WINNT\system32\COMCTL32.DLL
0x77c70000 - 0x77cb9000 C:\WINNT\system32\SHLWAPI.DLL
0x77330000 - 0x77349000 C:\WINNT\system32\DHCPCSVC.DLL
0x777d0000 - 0x777d8000 C:\WINNT\System32\winrnr.dll
0x777e0000 - 0x777e5000 C:\WINNT\system32\rasadhlp.dll
0x7ca00000 - 0x7ca23000 C:\WINNT\system32\rsaenh.dll
0x79570000 - 0x795fd000 C:\WINNT\system32\CRYPT32.dll
0x77400000 - 0x77411000 C:\WINNT\system32\MSASN1.dll
0x7ce30000 - 0x7d07d000 C:\WINNT\system32\shell32.dll
0x6d7c0000 - 0x6d7c6000 D:\Java\jdk1.6.0_07\jre\bin\rmi.dll
VM Arguments:
jvm_args: -Djava.rmi.server.codebase=file:.\Prism.jar -Djava.security.policy=.\policy -Xms64m -Xmx1500m -Djava.library.path=.\lib;.\config -Dwrapper.key=ouZmthkGY4rb0RsE -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.pid=1388 -Dwrapper.version=3.2.3 -Dwrapper.native_library=wrapper -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1
java_command: org.tanukisoftware.wrapper.WrapperSimpleApp com.socgen.prism.simulateur.client.PrismSimulatorClientOld
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=D:\Java\jdk1.6.0_07
PATH=D:\Java\jdk1.6.0_07;D:\Java\jdk1.6.0_07\bin;C:\Program Files\nsr\bin;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\MSDE\BINN;ITAPaging;D:\PROGRA~1\patrol\Patrol3\bin;D:\Program Files\patrol\Patrol3\bin;D:\Program Files\patrol\Patrol3\Pamo;C:\Program Files\Resource Kit\;C:\Program Files\Support Tools\;C:\Program Files\Dell\SysMgt\oma\bin;C:\Program Files\Dell\SysMgt\RAC3
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 7, GenuineIntel
--------------- S Y S T E M ---------------
OS: Windows 2000 Build 2195 Service Pack 4
CPU:total 4 (1 cores per cpu, 2 threads per core) family 15 model 2 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, ht
Memory: 4k page, physical 2097151k(2059808k free), swap 4194303k(4194303k free)
vm_info: Java HotSpot(TM) Server VM (10.0-b23) for windows-x86 JRE (1.6.0_07-b06), built on Jun 10 2008 01:09:43 by "java_re" with MS VC++ 7.1
time: Sat Aug 09 17:44:47 2008
elapsed time: 79016 secondsAnswers are in this thread: http://forum.java.sun.com/thread.jspa?threadID=5139476
Be sure to read the whole thing. -
JVM Crash OutOfMemory Chunk::new Out Of swap Space
Hi !
We are currently experiencing a problem on both JRE-1.5.0_15 and JRE-1.6.0_7. We have a JEE application running with EJB2 on JBoss 423 that we have migrated to EJB3 on JBoss5. The server is Windows 2003 SP2 server running in 32 bits mode (with /3GB option in boot.ini) is set up with 4GB memory and 4GB paging.
Before migration, this app runs perfectly on JBoss 423 compiled on JDK5 with runtime JRE5 and JRE6 (not at the same time though) up to 50 simulatneous users on a single JBoss instance.
After migration to EJB3, we are experiencing this error as of 5 simultaneous users :
# java.lang.OutOfMemoryError: requested 2292728 bytes for Chunk::new. Out of swap space?
Current thread (0x54092800): JavaThread "CompilerThread0" daemon [_thread_in_native, id=4092, stack(0x54280000,0x542d0000)]
Stack: [0x54280000,0x542d0000]
[error occurred during error reporting (printing stack bounds), id 0x80000001]
Current CompileTask:
C2:4692 com.mycompany.myproduct ...These are our JVM options for memory:
jvm_args: -Dprogram.name=pdm.bat -Xms1024m -Xmx1024m -XX:PermSize=256m -XX:MaxPermSize=256m -XX:+DisableExplicitGCWe don't have this problem if we force JVM options so that it only runs in interpreted mode (-Xint). We also have created a file with the list of methods we want to keep out of the JIT. With this option, the server runs longer but it eventualy crashes.
So we reckon this is a JIT issue on the App Server. I have posted a thread on JBoss forum but they recommended me to open one here.
So I have modified the JVM options to increase the Perm size :
jvm_args: -Dprogram.name=pdm.bat -Xms1024m -Xmx1024m -XX:PermSize=512m -XX:MaxPermSize=512m -XX:+Dis
ableExplicitGCIn that case, JBoss crashes at startup time :
# An unexpected error has been detected by Java Runtime Environment:
# java.lang.OutOfMemoryError: requested 35608 bytes for Chunk::new. Out of swap space?
# Internal Error (allocation.cpp:218), pid=5756, tid=8176
# Error: Chunk::new
# Java VM: Java HotSpot(TM) Server VM (10.0-b23 mixed mode windows-x86)
# 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 (0x64142800): JavaThread "CompilerThread0" daemon [_thread_in_native, id=8176, stack(0x64330000,0x64380000)]
Stack: [0x64330000,0x64380000]
[error occurred during error reporting (printing stack bounds), id 0x80000001]
Current CompileTask:
C2:1420 ! org.jboss.ejb3.Ejb3Deployment.deployElement(Ljava/io/InputStream;Lorg/jboss/ejb3/Ejb3Ha
ndlerFactory;Ljavax/naming/InitialContext;)V (66 bytes)
Heap
PSYoungGen total 217472K, used 176224K [0x539d0000, 0x639d0000, 0x639d0000)
eden space 170432K, 97% used [0x539d0000,0x5dbec148,0x5e040000)
from space 47040K, 21% used [0x60be0000,0x615dc210,0x639d0000)
to space 44672K, 0% used [0x5e040000,0x5e040000,0x60be0000)
PSOldGen total 786432K, used 200494K [0x239d0000, 0x539d0000, 0x539d0000)
object space 786432K, 25% used [0x239d0000,0x2fd9b9b0,0x539d0000)
PSPermGen total 524288K, used 39978K [0x039d0000, 0x239d0000, 0x239d0000)
object space 524288K, 7% used [0x039d0000,0x060da870,0x239d0000)So I have reduced heap size
jvm_args: -Dprogram.name=pdm.bat -Xms768m -Xmx768m -XX:PermSize=512m -XX:MaxPermSize=512m -XX:+Dis
ableExplicitGCand then it works much longer (can reach 20 users ...) before, again, eventually crashing.
I have reported the error to http://java.sun.com/webapps/bugreport/crash.jsp but I haven't heard from it as yet ...
Any recommendation to fix this issue ? Many thanks in advance for your help !I recently experienced a similar issue on HP-UX 11iv2 with WebLogic 9.1 and HP JDK 1.5, and we were also using the CMS (Concurrent Mark Sweep) GC. I was able to resolve the issue by forcing the size of the Survivor Area using the -XX:SurvivorRatio=n parameter. By setting this to a value lower than the default (I think 25) it forces the Survivor Area to be a larger percentage of the New Generation, and hence larger in size. I found that I needed at least 8MB, but we have a pretty large application, so you might get by with significantly less.
As it stands, your New Gen will be 25% (default, I think) of you Xms, and I think the default SurvivorRatio is 25. The tricky part is the calculation using the SurvivorRatio. Since there are two Survivor Areas, if -XX:SurvivorRatio=25, then each Survivor Area will be 1/27 of New Gen. Anyhow, it's confusing, but you can easily verify these numbers online, and do the math yourself, but hopefully you get the point.
Obviously, I can't guarantee anything, but you might want to give it a try since my symptoms were extremely similar. -
Database Instance Using Swap Space even When There is Plenty of Free RAM
Hi,
I am facinga strange issue in oracle on solaris 5.10
Platform:solaris 5.10
Database version:11.2.0.1.0
Our database Instance Using Swap Space even When There is Plenty of Free RAM.
We have 80GB of physical RAM, 32GB is set to oracle SGA_MAX_SIZE
memory parameters:
memory_max_target big integer 32G
memory_target big integer 32G
sga_max_size big integer 32G
sga_target big integer 32G
but still oracle is taking memory from swap even though we have enough physical memory.
please find the top output
load averages: 0.09, 0.18, 0.84 01:07:49
134 processes: 133 sleeping, 1 on cpu
CPU states: 99.4% idle, 0.4% user, 0.3% kernel, 0.0% iowait, 0.0% swap
Memory: 80G real, 69G free, 35G swap in use, 49G swap free
PID USERNAME LWP PRI NICE SIZE RES STATE TIME CPU COMMAND
1052 oracle 13 59 0 95M 66M sleep 13:16 0.07% oraagent.bin
10256 oracle 1 59 0 32G 835M sleep 0:00 0.03% oracle
1227 oracle 15 59 0 78M 56M sleep 4:27 0.02% ocssd.bin
9524 vector1 112 59 0 1704M 776M sleep 45:04 0.02% java
988 oracle 38 59 0 119M 92M sleep 3:00 0.02% ohasd.bin
1297 oracle 1 101 -20 453M 390M sleep 2:47 0.02% oracle
1765 oracle 1 101 -20 32G 329M sleep 2:45 0.02% oracle
10258 oracle 1 59 0 32G 345M sleep 0:00 0.02% oracle
10259 oracle 1 59 0 3400K 2024K cpu/20 0:00 0.01% top
1777 oracle 1 59 0 32G 342M sleep 1:14 0.01% oracle
1246 oracle 6 59 0 56M 44M sleep 1:22 0.01% diskmon.bin
1803 oracle 1 59 0 32G 514M sleep 0:30 0.01% oracle
1215 oracle 15 59 0 71M 46M sleep 1:12 0.00% cssdagent
1307 oracle 1 59 0 453M 390M sleep 0:45 0.00% oracle
1217 oracle 11 59 0 81M 49M sleep 0:35 0.00% orarootagent.bi
Vmstat output:
$vmstat 5 5
kthr memory page disk faults cpu
r b w swap free re mf pi po fr de sr s3 s3 s3 s3 in sy cs us sy id
0 0 0 53698448 73900568 20 81 32 6 5 0 1 -0 0 1 -0 2235 1447 1984 1 0 99
0 0 0 51196160 72037552 1 13 0 0 0 0 0 0 0 0 0 2505 1403 2204 0 0 100
0 0 0 51193488 72035864 55 380 0 0 0 0 0 0 0 0 0 2487 2143 2203 0 1 99
0 0 0 51183856 72030176 0 0 0 3 3 0 0 0 0 0 0 2496 1370 2182 0 0 99
0 0 0 51182648 72029112 22 117 0 0 0 0 0 0 0 0 0 2503 1408 2193 1 0 99
$cat /etc/release
Solaris 10 10/09 s10s_u8wos_08a SPARC
Copyright 2009 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 16 September 2009
I refered the metalink document id: [ID 761960.1]
Database Instance Using Swap Space When There is Plenty of Free RAM metalink note [ID 761960.1]
and tried the disabling the sga_max_size and memory_max_target and memory target with all different combination but no use.
We have one more box where same setup was configured in solaris platform but there the above memory parameters are not disabled but it is not using swap space it takes memry only from physical RAM
Can any one throw some lights on this issue. It wopuld be great if I come to know where the exact problem
Thanks in advance
With Regards,
Boobathi PHi,
I didn't say I am not using 11gr2 memory parameters I am using all the automatic memory parameters but the thinks is as per the metalink note I tried by disabling the automatic memory parameters. but that didn't help me in preventing unnecessary swap usage. So I reverted. now it is using automatic memory parameters.
so What is the solution for this?
With Regards,
Boo -
Hello to all.
I had an application (a C programme) running on Solaris 2.4. Recently i upgraded to Solaris 8.
I recompiled this application (everything went smoothly). However i have a serious problem i
cannot debug further. This application runs as a daemon. As the time passes it eats all my swap space
available and never releases it. When i run out of swap space, the application crashes and has to be
restarted.
Any ideas what may be the problem ?Sounds like a memory leak.
-
GrowableArray.cpp. Out of swap space?
Hi,
I need some help interpreting an error log (the complete log is pasted below)
The application (JBoss 4.2.2) is started on win 2003 with -Xms256m -Xmx1400m -XX:MaxPermSize=256m
the log shows the following memory usage:
Heap
PSYoungGen total 141760K, used 13076K [0x61650000, 0x6b170000, 0x6b1d0000)
eden space 124992K, 0% used [0x61650000,0x61650000,0x69060000)
from space 16768K, 77% used [0x69060000,0x69d25230,0x6a0c0000)
to space 16448K, 0% used [0x6a160000,0x6a160000,0x6b170000)
PSOldGen total 1274368K, used 1246444K [0x139d0000, 0x61650000, 0x61650000)
object space 1274368K, 97% used [0x139d0000,0x5fb0b398,0x61650000)
PSPermGen total 60032K, used 59667K [0x039d0000, 0x07470000, 0x139d0000)
object space 60032K, 99% used [0x039d0000,0x07414c88,0x07470000)Some of the threads that I read about the "growableArray.cpp. Out of swap space?" problem indicated that the problem may not be related to my memory settings.
However, the PSPermGen section is included under "Heap". I always thought the MaxPermsize is in addition to the heap size. Also the total of PSPermGen is significantly lower than specified in MaxPermSize while at the same time the usage is at 99%.
At the moment I can not really pinpoint what situation exactly is causing the problem since the scenario is rather complex, pushing a lot of data into the system, a lot of clients in parallel running queries and requesting the data etc. But with this particular scenario we can reproduce this error within a couple of hours.
Would it help to increase the virtual address space of windows to 3GB? Would the jvm actually take advantage of it?
Here is the complete log
# An unexpected error has been detected by Java Runtime Environment:
# java.lang.OutOfMemoryError: requested 1024000 bytes for GrET in C:\BUILD_AREA\jdk6_02\hotspot\src\share\vm\utilities\growableArray.cpp. Out of swap space?
# Internal Error (414C4C4F434154494F4E0E494E4C494E450E4850500017), pid=4312, tid=11828
# Java VM: Java HotSpot(TM) Server VM (1.6.0_02-b06 mixed mode)
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
--------------- T H R E A D ---------------
Current thread (0x6ba32000): VMThread [id=11828]
Stack: [0x6bd80000,0x6bdd0000)
[error occurred during error reporting, step 110, id 0xc0000005]
VM_Operation (0x7363edd0): parallel gc failed allocation, mode: safepoint, requested by thread 0x6c291800
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x77839c00 JavaThread "RMI TCP Connection(434)-172.16.9.236" daemon [_thread_in_native, id=5048]
0x709ca400 JavaThread "JMS SessionPool Worker-728" daemon [_thread_blocked, id=8176]
0x78d57400 JavaThread "JMS SessionPool Worker-727" daemon [_thread_blocked, id=15028]
0x78df1400 JavaThread "JMS SessionPool Worker-726" daemon [_thread_blocked, id=6672]
0x7b58f400 JavaThread "JMS SessionPool Worker-725" daemon [_thread_blocked, id=7920]
0x78c1e400 JavaThread "JMS SessionPool Worker-724" daemon [_thread_blocked, id=6744]
0x78dcd800 JavaThread "JMS SessionPool Worker-723" daemon [_thread_blocked, id=6576]
0x78dcd400 JavaThread "JMS SessionPool Worker-722" daemon [_thread_blocked, id=7620]
0x7b899800 JavaThread "JMS SessionPool Worker-721" daemon [_thread_blocked, id=7868]
0x78e83c00 JavaThread "JMS SessionPool Worker-720" daemon [_thread_blocked, id=7948]
0x78e0ac00 JavaThread "JMS SessionPool Worker-719" daemon [_thread_blocked, id=5928]
0x78cbec00 JavaThread "JMS SessionPool Worker-718" daemon [_thread_blocked, id=16232]
0x78d6ec00 JavaThread "JMS SessionPool Worker-717" daemon [_thread_blocked, id=7240]
0x7b9d6c00 JavaThread "JMS SessionPool Worker-716" daemon [_thread_blocked, id=16828]
0x78ad4c00 JavaThread "JMS SessionPool Worker-715" daemon [_thread_blocked, id=10300]
0x78dd7c00 JavaThread "JMS SessionPool Worker-714" daemon [_thread_blocked, id=15012]
0x78ec0c00 JavaThread "JMS SessionPool Worker-713" daemon [_thread_blocked, id=10888]
0x7d6bdc00 JavaThread "JMS SessionPool Worker-712" daemon [_thread_blocked, id=5888]
0x79f3e400 JavaThread "JMS SessionPool Worker-711" daemon [_thread_blocked, id=14468]
0x7d6bec00 JavaThread "JMS SessionPool Worker-710" daemon [_thread_blocked, id=16032]
0x7d6be400 JavaThread "JMS SessionPool Worker-709" daemon [_thread_blocked, id=14572]
0x7fc30400 JavaThread "JMS SessionPool Worker-708" daemon [_thread_blocked, id=10932]
0x7d6b8400 JavaThread "JMS SessionPool Worker-707" daemon [_thread_blocked, id=15264]
0x7d666400 JavaThread "JMS SessionPool Worker-706" daemon [_thread_blocked, id=14580]
0x7d6b1400 JavaThread "JMS SessionPool Worker-705" daemon [_thread_blocked, id=13996]
0x78e50000 JavaThread "JMS SessionPool Worker-704" daemon [_thread_blocked, id=14964]
0x7d6b2400 JavaThread "JMS SessionPool Worker-703" daemon [_thread_blocked, id=14852]
0x7e981000 JavaThread "JMS SessionPool Worker-702" daemon [_thread_blocked, id=6548]
0x79800800 JavaThread "JMS SessionPool Worker-701" daemon [_thread_blocked, id=11060]
0x795b0400 JavaThread "JMS SessionPool Worker-700" daemon [_thread_blocked, id=9112]
0x78de8800 JavaThread "JMS SessionPool Worker-699" daemon [_thread_blocked, id=4984]
0x7bc3c800 JavaThread "JMS SessionPool Worker-698" daemon [_thread_blocked, id=6712]
0x7d81a400 JavaThread "JMS SessionPool Worker-697" daemon [_thread_blocked, id=14808]
0x7bcf2400 JavaThread "JMS SessionPool Worker-696" daemon [_thread_blocked, id=14660]
0x7bbbb400 JavaThread "JMS SessionPool Worker-691" daemon [_thread_blocked, id=15036]
0x7bcaa400 JavaThread "JMS SessionPool Worker-689" daemon [_thread_blocked, id=8568]
0x788be400 JavaThread "JMS SessionPool Worker-688" daemon [_thread_blocked, id=7712]
0x78fb0400 JavaThread "JMS SessionPool Worker-686" daemon [_thread_blocked, id=8676]
0x79047400 JavaThread "JMS SessionPool Worker-685" daemon [_thread_blocked, id=11928]
0x7bd35400 JavaThread "JMS SessionPool Worker-684" daemon [_thread_blocked, id=8348]
0x792f9400 JavaThread "JMS SessionPool Worker-678" daemon [_thread_blocked, id=1732]
0x7a0f8400 JavaThread "JMS SessionPool Worker-677" daemon [_thread_blocked, id=5932]
0x7fa9b800 JavaThread "JMS SessionPool Worker-676" daemon [_thread_blocked, id=7300]
0x79f2dc00 JavaThread "JMS SessionPool Worker-666" daemon [_thread_blocked, id=10304]
0x79902400 JavaThread "JMS SessionPool Worker-653" daemon [_thread_blocked, id=10488]
0x7f19d400 JavaThread "JMS SessionPool Worker-641" daemon [_thread_blocked, id=11020]
0x79a83400 JavaThread "JMS SessionPool Worker-633" daemon [_thread_blocked, id=16852]
0x79d5d800 JavaThread "JMS SessionPool Worker-601" daemon [_thread_blocked, id=12972]
0x709a2400 JavaThread "WorkerThread#3[172.16.9.236:1441]" [_thread_blocked, id=15300]
0x6f2fb400 JavaThread "http-172.16.9.236-8080-192" daemon [_thread_blocked, id=1908]
0x78937400 JavaThread "http-172.16.9.236-8080-191" daemon [_thread_blocked, id=15528]
0x788f9400 JavaThread "http-172.16.9.236-8080-190" daemon [_thread_blocked, id=14636]
0x7889f400 JavaThread "http-172.16.9.236-8080-189" daemon [_thread_in_native, id=15664]
0x7878f800 JavaThread "http-172.16.9.236-8080-188" daemon [_thread_blocked, id=15024]
0x78ac0400 JavaThread "http-172.16.9.236-8080-187" daemon [_thread_blocked, id=14748]
0x788f3c00 JavaThread "http-172.16.9.236-8080-186" daemon [_thread_blocked, id=4420]
0x6f2cbc00 JavaThread "http-172.16.9.236-8080-185" daemon [_thread_blocked, id=14740]
0x6f789800 JavaThread "http-172.16.9.236-8080-184" daemon [_thread_in_native, id=16184]
0x788d7800 JavaThread "http-172.16.9.236-8080-183" daemon [_thread_blocked, id=15088]
0x6f8f0400 JavaThread "http-172.16.9.236-8080-182" daemon [_thread_blocked, id=16208]
0x6f878400 JavaThread "http-172.16.9.236-8080-181" daemon [_thread_in_native, id=12376]
0x6f67b400 JavaThread "http-172.16.9.236-8080-180" daemon [_thread_blocked, id=15472]
0x6f715800 JavaThread "http-172.16.9.236-8080-179" daemon [_thread_blocked, id=17320]
0x6f808c00 JavaThread "http-172.16.9.236-8080-178" daemon [_thread_blocked, id=16268]
0x6fd3dc00 JavaThread "http-172.16.9.236-8080-177" daemon [_thread_in_native, id=11148]
0x6f981c00 JavaThread "http-172.16.9.236-8080-176" daemon [_thread_in_native, id=7184]
0x6f861c00 JavaThread "http-172.16.9.236-8080-175" daemon [_thread_in_native, id=16180]
0x6f9b3800 JavaThread "http-172.16.9.236-8080-174" daemon [_thread_blocked, id=16128]
0x6f9b3400 JavaThread "http-172.16.9.236-8080-173" daemon [_thread_blocked, id=16176]
0x6f445800 JavaThread "http-172.16.9.236-8080-172" daemon [_thread_in_native, id=6344]
0x6f3e3800 JavaThread "http-172.16.9.236-8080-171" daemon [_thread_in_native, id=6496]
0x6e3fa400 JavaThread "http-172.16.9.236-8080-170" daemon [_thread_in_native, id=5056]
0x70dd3400 JavaThread "http-172.16.9.236-8080-169" daemon [_thread_in_native, id=8736]
0x6eacf400 JavaThread "http-172.16.9.236-8080-168" daemon [_thread_in_native, id=8716]
0x6cd32800 JavaThread "JMS SessionPool Worker-120" daemon [_thread_blocked, id=7368]
0x790bf400 JavaThread "JMS SessionPool Worker-119" daemon [_thread_blocked, id=7596]
0x7905fc00 JavaThread "JMS SessionPool Worker-118" daemon [_thread_blocked, id=7844]
0x7905f400 JavaThread "JMS SessionPool Worker-117" daemon [_thread_blocked, id=5160]
0x790ef400 JavaThread "JMS SessionPool Worker-116" daemon [_thread_blocked, id=936]
0x7094a800 JavaThread "JMS SessionPool Worker-115" daemon [_thread_blocked, id=13688]
0x6e5b2400 JavaThread "JMS SessionPool Worker-114" daemon [_thread_blocked, id=7404]
0x6fa5d400 JavaThread "JMS SessionPool Worker-113" daemon [_thread_blocked, id=10112]
0x6e66a400 JavaThread "JMS SessionPool Worker-86" daemon [_thread_blocked, id=16188]
0x6e474400 JavaThread "http-172.16.9.236-8080-167" daemon [_thread_blocked, id=17304]
0x6e43d400 JavaThread "http-172.16.9.236-8080-166" daemon [_thread_blocked, id=17124]
0x6e3fe800 JavaThread "http-172.16.9.236-8080-165" daemon [_thread_in_native, id=17276]
0x6e45bc00 JavaThread "http-172.16.9.236-8080-164" daemon [_thread_in_native, id=17188]
0x6e45b400 JavaThread "http-172.16.9.236-8080-163" daemon [_thread_blocked, id=13100]
0x6e483800 JavaThread "http-172.16.9.236-8080-162" daemon [_thread_blocked, id=17932]
0x6e04ac00 JavaThread "http-172.16.9.236-8080-161" daemon [_thread_in_native, id=17344]
0x7850e800 JavaThread "http-172.16.9.236-8080-160" daemon [_thread_in_native, id=12496]
0x706da400 JavaThread "http-172.16.9.236-8080-159" daemon [_thread_in_native, id=12472]
0x70814400 JavaThread "http-172.16.9.236-8080-158" daemon [_thread_blocked, id=17456]
0x6e131800 JavaThread "http-172.16.9.236-8080-157" daemon [_thread_blocked, id=12644]
0x6e105400 JavaThread "http-172.16.9.236-8080-156" daemon [_thread_in_native, id=17404]
0x6e241400 JavaThread "http-172.16.9.236-8080-155" daemon [_thread_blocked, id=6608]
0x6f88d400 JavaThread "http-172.16.9.236-8080-154" daemon [_thread_in_native, id=17396]
0x6ccde800 JavaThread "http-172.16.9.236-8080-153" daemon [_thread_in_native, id=17400]
0x7099f400 JavaThread "http-172.16.9.236-8080-152" daemon [_thread_in_native, id=12620]
0x6e250c00 JavaThread "http-172.16.9.236-8080-151" daemon [_thread_blocked, id=17508]
0x6e3eb400 JavaThread "http-172.16.9.236-8080-150" daemon [_thread_in_native, id=17468]
0x6f7be800 JavaThread "http-172.16.9.236-8080-149" daemon [_thread_blocked, id=13412]
0x70b87400 JavaThread "http-172.16.9.236-8080-148" daemon [_thread_blocked, id=17328]
0x6e394400 JavaThread "http-172.16.9.236-8080-147" daemon [_thread_blocked, id=9076]
0x6f73dc00 JavaThread "http-172.16.9.236-8080-146" daemon [_thread_blocked, id=12488]
0x6f73d400 JavaThread "http-172.16.9.236-8080-145" daemon [_thread_blocked, id=12860]
0x6e0b0400 JavaThread "http-172.16.9.236-8080-144" daemon [_thread_blocked, id=12660]
0x6df10800 JavaThread "http-172.16.9.236-8080-143" daemon [_thread_blocked, id=17476]
0x6de63800 JavaThread "http-172.16.9.236-8080-142" daemon [_thread_blocked, id=12540]
0x6df33400 JavaThread "http-172.16.9.236-8080-141" daemon [_thread_blocked, id=12484]
0x6c280800 JavaThread "http-172.16.9.236-8080-140" daemon [_thread_in_native, id=11688]
0x6c236000 JavaThread "http-172.16.9.236-8080-139" daemon [_thread_blocked, id=13900]
0x6dec1800 JavaThread "http-172.16.9.236-8080-138" daemon [_thread_in_native, id=4988]
0x6df8d400 JavaThread "http-172.16.9.236-8080-137" daemon [_thread_in_native, id=12548]
0x6df59400 JavaThread "http-172.16.9.236-8080-136" daemon [_thread_in_native, id=18416]
0x6de5c800 JavaThread "http-172.16.9.236-8080-135" daemon [_thread_blocked, id=12536]
0x6dea0400 JavaThread "http-172.16.9.236-8080-134" daemon [_thread_blocked, id=10492]
0x6dfb0400 JavaThread "http-172.16.9.236-8080-133" daemon [_thread_in_native, id=12888]
0x6e142800 JavaThread "http-172.16.9.236-8080-132" daemon [_thread_blocked, id=12700]
0x6de75400 JavaThread "http-172.16.9.236-8080-131" daemon [_thread_in_native, id=12880]
0x6de49400 JavaThread "http-172.16.9.236-8080-130" daemon [_thread_blocked, id=12608]
0x6c2c5800 JavaThread "http-172.16.9.236-8080-129" daemon [_thread_blocked, id=12796]
0x6cd22c00 JavaThread "http-172.16.9.236-8080-128" daemon [_thread_blocked, id=12820]
0x6cd22400 JavaThread "http-172.16.9.236-8080-127" daemon [_thread_blocked, id=13676]
0x6cc29c00 JavaThread "http-172.16.9.236-8080-126" daemon [_thread_in_native, id=13024]
0x6cc29400 JavaThread "http-172.16.9.236-8080-125" daemon [_thread_in_native, id=12464]
0x789bd800 JavaThread "http-172.16.9.236-8080-124" daemon [_thread_blocked, id=4788]
0x6de77400 JavaThread "JMS SessionPool Worker-85" daemon [_thread_blocked, id=6556]
0x6e367800 JavaThread "Thread-159" daemon [_thread_blocked, id=5536]
0x6c85a800 JavaThread "http-172.16.9.236-8080-123" daemon [_thread_blocked, id=13124]
0x6c245400 JavaThread "http-172.16.9.236-8080-122" daemon [_thread_in_native, id=5152]
0x6de7d400 JavaThread "http-172.16.9.236-8080-121" daemon [_thread_blocked, id=13280]
0x6c97e800 JavaThread "http-172.16.9.236-8080-120" daemon [_thread_blocked, id=13508]
0x6ccd6400 JavaThread "http-172.16.9.236-8080-119" daemon [_thread_in_native, id=18184]
0x6ccce400 JavaThread "http-172.16.9.236-8080-118" daemon [_thread_blocked, id=13264]
0x7042b800 JavaThread "http-172.16.9.236-8080-117" daemon [_thread_blocked, id=9724]
0x70752400 JavaThread "http-172.16.9.236-8080-116" daemon [_thread_in_native, id=10796]
0x6cc61400 JavaThread "http-172.16.9.236-8080-115" daemon [_thread_blocked, id=9276]
0x796e8c00 JavaThread "http-172.16.9.236-8080-114" daemon [_thread_blocked, id=10136]
0x796e8400 JavaThread "http-172.16.9.236-8080-113" daemon [_thread_in_native, id=4692]
0x796d0800 JavaThread "http-172.16.9.236-8080-112" daemon [_thread_blocked, id=13476]
0x79710400 JavaThread "http-172.16.9.236-8080-111" daemon [_thread_in_native, id=1536]
0x6caa0800 JavaThread "http-172.16.9.236-8080-110" daemon [_thread_in_native, id=13260]
0x6caa0400 JavaThread "http-172.16.9.236-8080-109" daemon [_thread_blocked, id=8884]
0x6ca0f800 JavaThread "http-172.16.9.236-8080-108" daemon [_thread_blocked, id=7036]
0x6ca0f400 JavaThread "http-172.16.9.236-8080-107" daemon [_thread_blocked, id=13156]
0x6c290400 JavaThread "http-172.16.9.236-8080-106" daemon [_thread_blocked, id=10184]
0x795c9c00 JavaThread "http-172.16.9.236-8080-105" daemon [_thread_blocked, id=8280]
0x6f15f800 JavaThread "http-172.16.9.236-8080-104" daemon [_thread_blocked, id=9880]
0x6f15f400 JavaThread "http-172.16.9.236-8080-103" daemon [_thread_blocked, id=9344]
0x795e9c00 JavaThread "http-172.16.9.236-8080-102" daemon [_thread_blocked, id=17808]
0x6de80400 JavaThread "http-172.16.9.236-8080-101" daemon [_thread_in_native, id=14384]
0x79251400 JavaThread "http-172.16.9.236-8080-100" daemon [_thread_in_native, id=6560]
0x6cac0400 JavaThread "http-172.16.9.236-8080-99" daemon [_thread_in_native, id=5792]
0x78d97400 JavaThread "http-172.16.9.236-8080-98" daemon [_thread_blocked, id=8936]
0x709a6400 JavaThread "http-172.16.9.236-8080-97" daemon [_thread_blocked, id=9340]
0x793d0c00 JavaThread "http-172.16.9.236-8080-96" daemon [_thread_in_native, id=13880]
0x7943f800 JavaThread "http-172.16.9.236-8080-95" daemon [_thread_blocked, id=8248]
0x7940f800 JavaThread "http-172.16.9.236-8080-94" daemon [_thread_in_native, id=9752]
0x7941f800 JavaThread "http-172.16.9.236-8080-93" daemon [_thread_blocked, id=9212]
0x6ca5a400 JavaThread "http-172.16.9.236-8080-92" daemon [_thread_blocked, id=8780]
0x7942fc00 JavaThread "http-172.16.9.236-8080-91" daemon [_thread_in_native, id=18200]
0x6f5cf400 JavaThread "http-172.16.9.236-8080-90" daemon [_thread_in_native, id=8748]
0x78b16400 JavaThread "http-172.16.9.236-8080-89" daemon [_thread_blocked, id=9744]
0x70919c00 JavaThread "http-172.16.9.236-8080-88" daemon [_thread_in_native, id=5564]
0x6cc2a800 JavaThread "http-172.16.9.236-8080-87" daemon [_thread_blocked, id=16932]
0x6debc400 JavaThread "JMS SessionPool Worker-84" daemon [_thread_blocked, id=13928]
0x6cd26400 JavaThread "http-172.16.9.236-8080-86" daemon [_thread_blocked, id=1576]
0x6de4d400 JavaThread "http-172.16.9.236-8080-85" daemon [_thread_in_native, id=4428]
0x6de67800 JavaThread "http-172.16.9.236-8080-84" daemon [_thread_blocked, id=13876]
0x6de67400 JavaThread "http-172.16.9.236-8080-83" daemon [_thread_blocked, id=11440]
0x6de81c00 JavaThread "http-172.16.9.236-8080-82" daemon [_thread_blocked, id=276]
0x6dea4c00 JavaThread "http-172.16.9.236-8080-81" daemon [_thread_in_native, id=13836]
0x6df23800 JavaThread "http-172.16.9.236-8080-80" daemon [_thread_blocked, id=5280]
0x6f160400 JavaThread "http-172.16.9.236-8080-79" daemon [_thread_blocked, id=17548]
0x6df23400 JavaThread "http-172.16.9.236-8080-78" daemon [_thread_in_native, id=14276]
0x6dee4c00 JavaThread "http-172.16.9.236-8080-77" daemon [_thread_blocked, id=5880]
0x6ffc1800 JavaThread "http-172.16.9.236-8080-76" daemon [_thread_in_native, id=17908]
0x7042fc00 JavaThread "http-172.16.9.236-8080-75" daemon [_thread_blocked, id=13536]
0x6f043c00 JavaThread "http-172.16.9.236-8080-74" daemon [_thread_blocked, id=15312]
0x7050b400 JavaThread "http-172.16.9.236-8080-73" daemon [_thread_in_native, id=4408]
0x6cb96800 JavaThread "http-172.16.9.236-8080-72" daemon [_thread_blocked, id=4248]
0x6cbf1400 JavaThread "http-172.16.9.236-8080-71" daemon [_thread_in_native, id=11844]
0x6cbec800 JavaThread "http-172.16.9.236-8080-70" daemon [_thread_blocked, id=9644]
0x6ca79800 JavaThread "http-172.16.9.236-8080-69" daemon [_thread_blocked, id=13672]
0x6cb76c00 JavaThread "http-172.16.9.236-8080-68" daemon [_thread_blocked, id=14304]
0x6cb97c00 JavaThread "http-172.16.9.236-8080-67" daemon [_thread_blocked, id=18396]
0x6cb97400 JavaThread "http-172.16.9.236-8080-66" daemon [_thread_blocked, id=17604]
0x6fea2400 JavaThread "http-172.16.9.236-8080-65" daemon [_thread_blocked, id=17816]
0x6fea3800 JavaThread "http-172.16.9.236-8080-64" daemon [_thread_in_native, id=8612]
0x6c8e7400 JavaThread "http-172.16.9.236-8080-63" daemon [_thread_blocked, id=14460]
0x6c9af800 JavaThread "http-172.16.9.236-8080-62" daemon [_thread_blocked, id=13824]
0x6c9adc00 JavaThread "http-172.16.9.236-8080-61" daemon [_thread_blocked, id=17972]
0x6c9ad400 JavaThread "http-172.16.9.236-8080-60" daemon [_thread_blocked, id=740]
0x6c8e7c00 JavaThread "http-172.16.9.236-8080-59" daemon [_thread_in_native, id=14112]
0x6c8eb800 JavaThread "http-172.16.9.236-8080-58" daemon [_thread_blocked, id=15376]
0x6c19b800 JavaThread "http-172.16.9.236-8080-57" daemon [_thread_blocked, id=14164]
0x6c19c000 JavaThread "http-172.16.9.236-8080-56" daemon [_thread_blocked, id=13916]
0x6c9dcc00 JavaThread "http-172.16.9.236-8080-55" daemon [_thread_in_native, id=17896]
0x6c8e8800 JavaThread "http-172.16.9.236-8080-54" daemon [_thread_blocked, id=18364]
0x6ca58400 JavaThread "http-172.16.9.236-8080-53" daemon [_thread_blocked, id=14104]
0x6c8eac00 JavaThread "http-172.16.9.236-8080-52" daemon [_thread_in_native, id=18376]
0x6c9ea800 JavaThread "http-172.16.9.236-8080-51" daemon [_thread_blocked, id=13764]
0x6c9d1000 JavaThread "http-172.16.9.236-8080-50" daemon [_thread_blocked, id=14156]
0x6c9ce400 JavaThread "http-172.16.9.236-8080-49" daemon [_thread_blocked, id=9156]
0x6c8e9800 JavaThread "http-172.16.9.236-8080-48" daemon [_thread_blocked, id=11404]
0x6c9b3c00 JavaThread "http-172.16.9.236-8080-47" daemon [_thread_blocked, id=18288]
0x6c9b1000 JavaThread "http-172.16.9.236-8080-46" daemon [_thread_blocked, id=2028]
0x6c352400 JavaThread "http-172.16.9.236-8080-45" daemon [_thread_in_native, id=14280]
0x6c351000 JavaThread "http-172.16.9.236-8080-44" daemon [_thread_in_native, id=18280]
0x6c85b000 JavaThread "http-172.16.9.236-8080-43" daemon [_thread_in_native, id=18152]
0x6ed96400 JavaThread "http-172.16.9.236-8080-42" daemon [_thread_in_native, id=14260]
0x6c294c00 JavaThread "http-172.16.9.236-8080-41" daemon [_thread_blocked, id=14144]
0x6c44bc00 JavaThread "http-172.16.9.236-8080-40" daemon [_thread_blocked, id=8252]
0x6c2acc00 JavaThread "http-172.16.9.236-8080-39" daemon [_thread_blocked, id=17992]
0x6c70f000 JavaThread "http-172.16.9.236-8080-38" daemon [_thread_in_native, id=17860]
0x6c70c000 JavaThread "http-172.16.9.236-8080-37" daemon [_thread_blocked, id=11664]
0x6c6bf400 JavaThread "http-172.16.9.236-8080-36" daemon [_thread_blocked, id=18400]
0x6c6bfc00 JavaThread "http-172.16.9.236-8080-35" daemon [_thread_blocked, id=17692]
0x6c6c0800 JavaThread "http-172.16.9.236-8080-34" daemon [_thread_blocked, id=13640]
0x6c70f800 JavaThread "http-172.16.9.236-8080-33" daemon [_thread_blocked, id=10276]
0x6c6c2000 JavaThread "http-172.16.9.236-8080-32" daemon [_thread_in_native, id=13244]
0x6c70d400 JavaThread "http-172.16.9.236-8080-31" daemon [_thread_in_native, id=17928]
0x6c6c1000 JavaThread "http-172.16.9.236-8080-30" daemon [_thread_blocked, id=18208]
0x6c34c400 JavaThread "http-172.16.9.236-8080-29" daemon [_thread_blocked, id=11952]
0x6ed0a000 JavaThread "http-172.16.9.236-8080-28" daemon [_thread_blocked, id=13192]
0x6ed09400 JavaThread "http-172.16.9.236-8080-27" daemon [_thread_blocked, id=18136]
0x6c6bd800 JavaThread "http-172.16.9.236-8080-26" daemon [_thread_blocked, id=18252]
0x6ed0b000 JavaThread "http-172.16.9.236-8080-25" daemon [_thread_in_native, id=18176]
0x6c6bc400 JavaThread "http-172.16.9.236-8080-24" daemon [_thread_in_native, id=17676]
0x6c246400 JavaThread "http-172.16.9.236-8080-23" daemon [_thread_in_native, id=18352]
0x6c199400 JavaThread "http-172.16.9.236-8080-22" daemon [_thread_in_native, id=18264]
0x6c6be400 JavaThread "http-172.16.9.236-8080-21" daemon [_thread_in_native, id=18372]
0x6c247400 JavaThread "http-172.16.9.236-8080-20" daemon [_thread_in_native, id=18256]
0x6c199c00 JavaThread "http-172.16.9.236-8080-19" daemon [_thread_in_native, id=17688]
0x6c19f400 JavaThread "http-172.16.9.236-8080-18" daemon [_thread_blocked, id=9956]
0x6c19e800 JavaThread "http-172.16.9.236-8080-17" daemon [_thread_blocked, id=18260]
0x6c293400 JavaThread "http-172.16.9.236-8080-16" daemon [_thread_blocked, id=18324]
0x6fe2b800 JavaThread "http-172.16.9.236-8080-15" daemon [_thread_blocked, id=17920]
0x6c292000 JavaThread "http-172.16.9.236-8080-14" daemon [_thread_blocked, id=17672]
0x6c13bc00 JavaThread "http-172.16.9.236-8080-13" daemon [_thread_blocked, id=18268]
0x6c1ed400 JavaThread "http-172.16.9.236-8080-12" daemon [_thread_blocked, id=13008]
0x6c1ed800 JavaThread "http-172.16.9.236-8080-11" daemon [_thread_blocked, id=12728]
0x6c13b400 JavaThread "http-172.16.9.236-8080-10" daemon [_thread_blocked, id=11532]
0x6c139000 JavaThread "http-172.16.9.236-8080-9" daemon [_thread_blocked, id=17852]
0x6c138800 JavaThread "http-172.16.9.236-8080-8" daemon [_thread_blocked, id=5320]
0x6c291000 JavaThread "http-172.16.9.236-8080-7" daemon [_thread_in_native, id=18276]
0x6c353800 JavaThread "http-172.16.9.236-8080-6" daemon [_thread_blocked, id=18240]
0x6c291800 JavaThread "http-172.16.9.236-8080-5" daemon [_thread_blocked, id=18328]
0x6c13cc00 JavaThread "http-172.16.9.236-8080-4" daemon [_thread_blocked, id=18244]
0x6bc76400 JavaThread "http-172.16.9.236-8080-3" daemon [_thread_blocked, id=17788]
0x7092e400 JavaThread "JMS SessionPool Worker-83" daemon [_thread_blocked, id=14004]
0x704c0800 JavaThread "http-172.16.9.236-8080-2" daemon [_thread_blocked, id=17784]
0x6c0ea400 JavaThread "JMS SessionPool Worker-82" daemon [_thread_blocked, id=17988]
0x70669400 JavaThread "JMS SessionPool Worker-81" daemon [_thread_blocked, id=18024]
0x704e0400 JavaThread "JMS SessionPool Worker-79" daemon [_thread_blocked, id=12612]
0x70d0e800 JavaThread "JMS SessionPool Worker-78" daemon [_thread_blocked, id=6032]
0x6f507400 JavaThread "JMS SessionPool Worker-77" daemon [_thread_blocked, id=13400]
0x7048b400 JavaThread "JMS SessionPool Worker-76" daemon [_thread_blocked, id=6996]
0x6e5f6400 JavaThread "JMS SessionPool Worker-75" daemon [_thread_blocked, id=13004]
0x78c63800 JavaThread "JMS SessionPool Worker-50" daemon [_thread_blocked, id=8452]
0x7872e400 JavaThread "JMS SessionPool Worker-49" daemon [_thread_blocked, id=5824]
0x6fb92400 JavaThread "JMS SessionPool Worker-48" daemon [_thread_blocked, id=11616]
0x786d0800 JavaThread "JMS SessionPool Worker-47" daemon [_thread_blocked, id=13044]
0x6f598400 JavaThread "RMI RenewClean-[172.16.9.236:1098]" daemon [_thread_blocked, id=6632]
0x70c99800 JavaThread "http-172.16.9.236-8080-1" daemon [_thread_blocked, id=10280]
0x6fb4fc00 JavaThread "JMS SessionPool Worker-28" daemon [_thread_blocked, id=13420]
0x783ff400 JavaThread "Thread-35" daemon [_thread_blocked, id=11040]
0x6f6ec000 JavaThread "Thread-34" [_thread_blocked, id=1952]
0x6e491c00 JavaThread "Timer-11" daemon [_thread_blocked, id=11888]
0x6fc3ac00 JavaThread "JMS SessionPool Worker-5" daemon [_thread_blocked, id=9332]
0x6f17f000 JavaThread "JMS SessionPool Worker-4" daemon [_thread_blocked, id=11924]
0x6f94c800 JavaThread "JMS SessionPool Worker-3" daemon [_thread_blocked, id=7360]
0x6ec30400 JavaThread "JMS SessionPool Worker-2" daemon [_thread_blocked, id=11376]
0x6fbaf000 JavaThread "JMS SessionPool Worker-1" daemon [_thread_blocked, id=11280]
0x6ed46c00 JavaThread "JMS SessionPool Worker-0" daemon [_thread_blocked, id=8244]
0x6de7ac00 JavaThread "Thread-32" [_thread_blocked, id=9876]
0x6ef11800 JavaThread "WorkerThread#2[172.16.9.236:1579]" [_thread_blocked, id=9336]
0x6e825800 JavaThread "WorkerThread#1[172.16.9.236:1686]" [_thread_blocked, id=10964]
0x6eae0c00 JavaThread "WorkerThread#0[172.16.9.236:1489]" [_thread_blocked, id=11668]
0x6fe80400 JavaThread "RMI Scheduler(0)" daemon [_thread_blocked, id=11976]
0x6df8a800 JavaThread "Thread-5" [_thread_blocked, id=12840]
0x7003a400 JavaThread "ajp-172.16.9.236-8009-Acceptor-0" daemon [_thread_in_native, id=12744]
0x6f9c0400 JavaThread "http-172.16.9.236-8080-Acceptor-0" daemon [_thread_in_native, id=13788]
0x6f185800 JavaThread "JBossLifeThread" [_thread_blocked, id=12000]
0x6f7a9400 JavaThread "Timer-10" daemon [_thread_blocked, id=5576]
0x6e4ff800 JavaThread "Timer-9" daemon [_thread_blocked, id=7876]
0x6ded8400 JavaThread "QuartzScheduler_DeadlineScheduler-1_MisfireHandler" [_thread_blocked, id=13756]
0x6c7ae400 JavaThread "DeadlineScheduler_QuartzSchedulerThread" [_thread_blocked, id=13948]
0x6c451800 JavaThread "DeadlineScheduler_Worker-5" [_thread_blocked, id=13772]
0x6c440800 JavaThread "DeadlineScheduler_Worker-4" [_thread_blocked, id=13752]
0x6c3e9800 JavaThread "DeadlineScheduler_Worker-3" [_thread_blocked, id=13800]
0x6c461800 JavaThread "DeadlineScheduler_Worker-2" [_thread_blocked, id=13428]
0x6c607800 JavaThread "DeadlineScheduler_Worker-1" [_thread_blocked, id=13616]
0x6fada400 JavaThread "Connection Consumer for dest JBossTopic[AuditTopic] id=6" [_thread_blocked, id=9500]
0x6f5d0400 JavaThread "Thread-24" [_thread_blocked, id=10296]
0x70472400 JavaThread "Connection Consumer for dest JBossTopic[AuditTopic] id=5" [_thread_blocked, id=8888]
0x70007800 JavaThread "Thread-23" [_thread_blocked, id=10752]
0x6fe43400 JavaThread "Connection Consumer for dest JBossTopic[ErrorTopic] id=4" [_thread_blocked, id=1920]
0x6fe03400 JavaThread "Thread-22" [_thread_blocked, id=13844]
0x6fdcb800 JavaThread "Connection Consumer for dest JBossTopic[AuditTopic] id=3" [_thread_blocked, id=13516]
0x6ee22c00 JavaThread "Thread-21" [_thread_blocked, id=13704]
0x7006e800 JavaThread "Connection Consumer for dest JBossQueue[ActiveActivityQueue] id=2" [_thread_blocked, id=17912]
0x6f56d800 JavaThread "Thread-20" [_thread_blocked, id=14120]
0x70294400 JavaThread "Connection Consumer for dest JBossTopic[FreeTextTopic] id=1" [_thread_blocked, id=7636]
0x6fa6ac00 JavaThread "Thread-19" [_thread_blocked, id=12200]
0x6edfa800 JavaThread "Timer-8" daemon [_thread_blocked, id=4388]
0x6cc84400 JavaThread "Timer-7" daemon [_thread_blocked, id=16304]
0x6bc77800 JavaThread "Timer-6" daemon [_thread_blocked, id=11292]
0x6bc77400 JavaThread "Timer-5" daemon [_thread_blocked, id=5168]
0x6dff5400 JavaThread "Timer-4" daemon [_thread_blocked, id=8232]
0x6e5cc400 JavaThread "Thread-12" [_thread_blocked, id=12792]
0x6c162800 JavaThread "ConnectionTable.Connection.Receiver [172.16.9.236:7900 - 172.16.9.236:59770]" daemon [_thread_in_native, id=7236]
0x6c2dd800 JavaThread "ConnectionTable.Connection.Receiver [172.16.9.236:59770 - 172.16.9.236:7900]" daemon [_thread_in_native, id=13608]
0x6c612c00 JavaThread "MERGE2.FindSubgroups thread (cuGohde wrote:
Hi,
Would it help to increase the virtual address space of windows to 3GB? Would the jvm actually take advantage of it?Forgot to mention this in my last post ...
No, it wouldn't help. The JDK (VM + library native code) isn't linked with the /LARGEADDRESSAWARE option so windows won't give it a 3G address space. The JDK code has been tested in this mode and works, but the change was not made because it could break existing JNI code which is not expecting to addresses larger than 2G. See
[bug 5061380|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5061380] -
Out of memory (Out of swap space?)
OS: Windows Server 2003 standard edition
JVM: jdk1.5.0_11
Xms=128M
Xmx=1024M
GC Settings:
-XX:PermSize=64M
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-XX:+PrintHeapAtGC
-XX:+DisableExplicitGC
One of the java solutions is running on Windows Server 2003.
The physical memory size about is 2 GB.
Only this solution uses this server.
However, java.lang.OutOfMemoryError happens once an hour approximately.
I set GC option and get the trace like below.
Unfortunately, I don�t know what is wrong.
I think that GC works without problem.
Please help me!!.
INFO | jvm 1 | 2007/03/14 13:55:45 | 1064.434: [GC {Heap before gc invocations=211:
INFO | jvm 1 | 2007/03/14 13:55:45 | def new generation total 9088K, used 9064K [0x02860000, 0x03230000, 0x07720000)
INFO | jvm 1 | 2007/03/14 13:55:45 | eden space 8128K, 100% used [0x02860000, 0x03050000, 0x03050000)
INFO | jvm 1 | 2007/03/14 13:55:45 | from space 960K, 97% used [0x03140000, 0x0322a148, 0x03230000)
INFO | jvm 1 | 2007/03/14 13:55:45 | to space 960K, 0% used [0x03050000, 0x03050000, 0x03140000)
INFO | jvm 1 | 2007/03/14 13:55:45 | tenured generation total 121024K, used 100172K [0x07720000, 0x0ed50000, 0x42860000)
INFO | jvm 1 | 2007/03/14 13:55:45 | the space 121024K, 82% used [0x07720000, 0x0d8f3138, 0x0d8f3200, 0x0ed50000)
INFO | jvm 1 | 2007/03/14 13:55:45 | compacting perm gen total 65536K, used 7634K [0x42860000, 0x46860000, 0x46860000)
INFO | jvm 1 | 2007/03/14 13:55:45 | the space 65536K, 11% used [0x42860000, 0x42fd4a00, 0x42fd4a00, 0x46860000)
INFO | jvm 1 | 2007/03/14 13:55:45 | No shared spaces configured.
INFO | jvm 1 | 2007/03/14 13:55:45 | 1064.435: [DefNew: 9064K->0K(9088K), 0.0019914 secs] 109236K->101136K(130112K)Heap after gc invocations=212:
INFO | jvm 1 | 2007/03/14 13:55:45 | def new generation total 9088K, used 0K [0x02860000, 0x03230000, 0x07720000)
INFO | jvm 1 | 2007/03/14 13:55:45 | eden space 8128K, 0% used [0x02860000, 0x02860000, 0x03050000)
INFO | jvm 1 | 2007/03/14 13:55:45 | from space 960K, 0% used [0x03050000, 0x030500c0, 0x03140000)
INFO | jvm 1 | 2007/03/14 13:55:45 | to space 960K, 0% used [0x03140000, 0x03140000, 0x03230000)
INFO | jvm 1 | 2007/03/14 13:55:45 | tenured generation total 121024K, used 101136K [0x07720000, 0x0ed50000, 0x42860000)
INFO | jvm 1 | 2007/03/14 13:55:45 | the space 121024K, 83% used [0x07720000, 0x0d9e4148, 0x0d9e4200, 0x0ed50000)
INFO | jvm 1 | 2007/03/14 13:55:45 | compacting perm gen total 65536K, used 7634K [0x42860000, 0x46860000, 0x46860000)
INFO | jvm 1 | 2007/03/14 13:55:45 | the space 65536K, 11% used [0x42860000, 0x42fd4a00, 0x42fd4a00, 0x46860000)
INFO | jvm 1 | 2007/03/14 13:55:45 | No shared spaces configured.
INFO | jvm 1 | 2007/03/14 13:55:45 | }
INFO | jvm 1 | 2007/03/14 13:55:45 | , 0.0023210 secs]
INFO | jvm 1 | 2007/03/14 13:55:47 | 1066.479: [GC {Heap before gc invocations=212:
INFO | jvm 1 | 2007/03/14 13:55:47 | def new generation total 9088K, used 8128K [0x02860000, 0x03230000, 0x07720000)
INFO | jvm 1 | 2007/03/14 13:55:47 | eden space 8128K, 100% used [0x02860000, 0x03050000, 0x03050000)
INFO | jvm 1 | 2007/03/14 13:55:47 | from space 960K, 0% used [0x03050000, 0x030500c0, 0x03140000)
INFO | jvm 1 | 2007/03/14 13:55:47 | to space 960K, 0% used [0x03140000, 0x03140000, 0x03230000)
INFO | jvm 1 | 2007/03/14 13:55:47 | tenured generation total 121024K, used 101136K [0x07720000, 0x0ed50000, 0x42860000)
INFO | jvm 1 | 2007/03/14 13:55:47 | the space 121024K, 83% used [0x07720000, 0x0d9e4148, 0x0d9e4200, 0x0ed50000)
INFO | jvm 1 | 2007/03/14 13:55:47 | compacting perm gen total 65536K, used 7634K [0x42860000, 0x46860000, 0x46860000)
INFO | jvm 1 | 2007/03/14 13:55:47 | the space 65536K, 11% used [0x42860000, 0x42fd4a00, 0x42fd4a00, 0x46860000)
INFO | jvm 1 | 2007/03/14 13:55:47 | No shared spaces configured.
INFO | jvm 1 | 2007/03/14 13:55:47 | 1066.479: [DefNew: 8128K->27K(9088K), 0.0007304 secs] 109264K->101164K(130112K)Heap after gc invocations=213:
INFO | jvm 1 | 2007/03/14 13:55:47 | def new generation total 9088K, used 27K [0x02860000, 0x03230000, 0x07720000)
INFO | jvm 1 | 2007/03/14 13:55:47 | eden space 8128K, 0% used [0x02860000, 0x02860000, 0x03050000)
INFO | jvm 1 | 2007/03/14 13:55:47 | from space 960K, 2% used [0x03140000, 0x03146f68, 0x03230000)
INFO | jvm 1 | 2007/03/14 13:55:47 | to space 960K, 0% used [0x03050000, 0x03050000, 0x03140000)
INFO | jvm 1 | 2007/03/14 13:55:47 | tenured generation total 121024K, used 101136K [0x07720000, 0x0ed50000, 0x42860000)
INFO | jvm 1 | 2007/03/14 13:55:47 | the space 121024K, 83% used [0x07720000, 0x0d9e4148, 0x0d9e4200, 0x0ed50000)
INFO | jvm 1 | 2007/03/14 13:55:47 | compacting perm gen total 65536K, used 7634K [0x42860000, 0x46860000, 0x46860000)
INFO | jvm 1 | 2007/03/14 13:55:47 | the space 65536K, 11% used [0x42860000, 0x42fd4a00, 0x42fd4a00, 0x46860000)
INFO | jvm 1 | 2007/03/14 13:55:47 | No shared spaces configured.
INFO | jvm 1 | 2007/03/14 13:55:47 | }
INFO | jvm 1 | 2007/03/14 13:55:47 | , 0.0010316 secs]
INFO | jvm 1 | 2007/03/14 13:55:50 | 1068.949: [GC {Heap before gc invocations=213:
INFO | jvm 1 | 2007/03/14 13:55:50 | def new generation total 9088K, used 8155K [0x02860000, 0x03230000, 0x07720000)
INFO | jvm 1 | 2007/03/14 13:55:50 | eden space 8128K, 100% used [0x02860000, 0x03050000, 0x03050000)
INFO | jvm 1 | 2007/03/14 13:55:50 | from space 960K, 2% used [0x03140000, 0x03146f68, 0x03230000)
INFO | jvm 1 | 2007/03/14 13:55:50 | to space 960K, 0% used [0x03050000, 0x03050000, 0x03140000)
INFO | jvm 1 | 2007/03/14 13:55:50 | tenured generation total 121024K, used 101136K [0x07720000, 0x0ed50000, 0x42860000)
INFO | jvm 1 | 2007/03/14 13:55:50 | the space 121024K, 83% used [0x07720000, 0x0d9e4148, 0x0d9e4200, 0x0ed50000)
INFO | jvm 1 | 2007/03/14 13:55:50 | compacting perm gen total 65536K, used 7634K [0x42860000, 0x46860000, 0x46860000)
INFO | jvm 1 | 2007/03/14 13:55:50 | the space 65536K, 11% used [0x42860000, 0x42fd4a00, 0x42fd4a00, 0x46860000)
INFO | jvm 1 | 2007/03/14 13:55:50 | No shared spaces configured.
INFO | jvm 1 | 2007/03/14 13:55:50 | 1068.949: [DefNew: 8155K->779K(9088K), 0.0013314 secs] 109292K->101916K(130112K)Heap after gc invocations=214:
INFO | jvm 1 | 2007/03/14 13:55:50 | def new generation total 9088K, used 779K [0x02860000, 0x03230000, 0x07720000)
INFO | jvm 1 | 2007/03/14 13:55:50 | eden space 8128K, 0% used [0x02860000, 0x02860000, 0x03050000)
INFO | jvm 1 | 2007/03/14 13:55:50 | from space 960K, 81% used [0x03050000, 0x03112ff8, 0x03140000)
INFO | jvm 1 | 2007/03/14 13:55:50 | to space 960K, 0% used [0x03140000, 0x03140000, 0x03230000)
INFO | jvm 1 | 2007/03/14 13:55:50 | tenured generation total 121024K, used 101136K [0x07720000, 0x0ed50000, 0x42860000)
INFO | jvm 1 | 2007/03/14 13:55:50 | the space 121024K, 83% used [0x07720000, 0x0d9e4148, 0x0d9e4200, 0x0ed50000)
INFO | jvm 1 | 2007/03/14 13:55:50 | compacting perm gen total 65536K, used 7634K [0x42860000, 0x46860000, 0x46860000)
INFO | jvm 1 | 2007/03/14 13:55:50 | the space 65536K, 11% used [0x42860000, 0x42fd4a00, 0x42fd4a00, 0x46860000)
INFO | jvm 1 | 2007/03/14 13:55:50 | No shared spaces configured.
INFO | jvm 1 | 2007/03/14 13:55:50 | }
INFO | jvm 1 | 2007/03/14 13:55:50 | , 0.0016446 secs]
INFO | jvm 1 | 2007/03/14 13:56:12 |
INFO | jvm 1 | 2007/03/14 13:56:12 | Exception in thread "Thread-14" java.lang.OutOfMemoryError: requested 1036884 bytes for jchar in C:/BUILD_AREA/jdk1.5.0_11/hotspot\src\share\vm\prims\jni.cpp. Out of swap space?
INFO | jvm 1 | 2007/03/14 13:56:12 | java.lang.OutOfMemoryError
ERROR | wrapper | 2007/03/14 13:56:12 | JVM exited unexpectedly.
Message was edited by:
coolysjAnswers are in this thread: http://forum.java.sun.com/thread.jspa?threadID=5139476
Be sure to read the whole thing.
Maybe you are looking for
-
Best practice on storing configurations
So a question for you all: It's my understanding that to make a set of LDOM configurations persist across a power cycle, they must be committed to the system controller (presumably it sticks them in some flash/eeprom memory somewhere). As best as I c
-
What is the difference between the 'generic' RGB setting in the print dialogue box when printing out of InDesign CS5? I am having a color shift after upgrading from CS2.
-
Hi All Is there any difference between creating redo log groups on ASM and creating the same redo log groups on Cluster file system ? if yes , can you please give me an example ? Thanks
-
Why is there an X in my battery life icon
I have been trying to charge my MacBook but the percentage won't change and there is just an X in the battery sign. I've tried to restart, to charge when the computer is off, but the x won't go away. What should I do, so it will charge again? MacBook
-
I have done some reading in the support area and it says I need to install ASIO driver if running xp or vista but I am using win7 and reading online people say that ASIO drivers dont work with windows 7?