Increase swap space?
Hey,
Im using Solaris 10:
-bash-3.00$ cat /etc/release
Solaris 10 10/08 s10x_u6wos_07b X86
-bash-3.00$ uname -a
SunOS arrow 5.10 Generic_137138-09 i86pc i386 i86pcI've install the system using ZFS as the root filesystem:
bash-3.00# zfs list
NAME USED AVAIL REFER MOUNTPOINT
rpool 9.16G 20.1G 35.5K /rpool
rpool/ROOT 5.15G 20.1G 18K legacy
rpool/ROOT/s10x_u6wos_07b 5.15G 20.1G 5.15G /
rpool/dump 1.00G 20.1G 1.00G -
rpool/export 1.34G 20.1G 300M /export
rpool/export/home 1.05G 20.1G 1.05G /export/home
rpool/swap 790M 20.2G 730M -
....So my question is, is there an easy way to increase the swap space in this configuration? If so, what is the command to do that?
The docs pointed me to this: http://docs.sun.com/app/docs/doc/819-5461/gazss?a=view, but I'm uncertain what properties to change. Am I on the right track or am I embarrassingly wrong here?
Be careful with changing a running system like that.. You changed the size of the pool but did you also make sure that the new swap space was initialized? iow; does "swap -l" really show more swap ? Its not the recommended way to do this, thats for sure..
So just for possible future reference..
The easiest approach (IMO) is to simply create a new swap filesystem, then tell the system to start using it, then turn off your old swapspace.. So something in the likes of...
zfs create -o volsize=2G rpool/swap2
swap -a /dev/zvol/dsk/rpool/swap2
swap -d /dev/zvol/dsk/rpool/swapAnd bingo.
Off course if you're a detail nut like myself then having a name "swap2" really won't do. So you could also simply use swap2 as temporary space and then resize your initial swap while also re-initializing the swapspace on it. I'm not too sure if that is also performed during boot.. So something like this:
zfs create -o volsize=2G rpool/swap2
swap -a /dev/zvol/dsk/rpool/swap2
swap -d /dev/zvol/dsk/rpool/swap
zfs set -o volsize=2G rpool/swap
swap -a /dev/zvol/dsk/rpool/swap
swap -d /dev/zvol/dsk/rpool/swap2Ofcourse all of this will put a little load on the disks, and if you're going to reboot anyway then it might make more sense to use a rescue cd of some sort and perform the change manually. However, I'd still advice you to double check since I'm not too sure about swap space getting re-initialized during boot. All the docs I've found regarding this subject all speak of re-creating the swap space itself as well.
Edit: And if you'd be a ZFS nut unlike myself you'd realize that its also perfectly possible to rename a dataset. So instead of creating a new dataset and moving the swap again it would be sufficient to simply rename it from swap2 to swap again. IMO this is really the easiest and safest way to resize swap. And it doesn't even require a reboot!
Similar Messages
-
Prime Infrastructure v2 - want to increase Swap space
Hello,
How can we increase Swap space at Prime Infrastructure v2.x? Do we keep TAC support? Will the installations with increased swapspace be still upgradeable?
We monitor customer systems and there are CPI's as well via CA Spectrum. Some of them get into our attentention with Swap-Space alerts indicating to us we need to increase its Swapspace to improve the performance of the CPI's in question.
thx for hints, SteffenYes Terry
I did, but when iam restarting system at the time of initialization that is showing swapon: no such device or address [Failed]
why -
Oracle Coherence increasing Swap Utilization
We are using Oracle Coherence on linux servers. However, we noticed that because of Coherence processes running, often our swap utilization % increases too much, sometimes becoming more than 98%, even touched 100% a few times.
Once we kill all the coherence related processes, then it becomes normal.
Is there any way we can make coherence processes to only use a particular size of Swap space ?
Currently increasing swap space is not in our scope.
Please suggest.
Edited by: user7761515 on May 3, 2012 11:29 AMHi,
We are using Oracle Coherence on linux servers. However, we noticed that because of Coherence processes running, often our swap utilization % increases too much, sometimes becoming more than 98%, even touched 100% a few times.
Swapping itself (1%-100%) is not a good sign and should be avoided by ensure that you have sufficient memory such that you are not making active use of swap space on your machines. The active usage of SWAP space will have significant performance degradation.
Is there any way we can make coherence processes to only use a particular size of Swap space ?Manage your memory by allocating heap using -Xmx for Coherence JVMs. You need to ensure that the sufficient RAM memory is available on the server for Coherence JVMs and other operating system processes and do not consume all the RAM.
To temporarily set the swappiness, as the root user echo a value onto /proc/sys/vm/swappiness. The following command will set swappniess to 0:
echo 0 >/proc/sys/vm/swappiness //To set the value permanently, modify the /etc/sysctl.conf file.
Hope this helps!
Cheers,
NJ -
How can i increase the swap space in solaris 11
On Solaris 10 I use to select how much swap space i need while installing
On Solaris 11 it does it automatically? if it does, how can increase the swapYou can easily create a ZFS volume, see "zfs create -V" for ideas. Then using the swap command you can add that space to your swap. You can also delete swap space with "swap -d" even though that does not delete the underlying ZFS volume.
-
Solaris: Increase the swap space
Hi all,
I am the developer, not the DBA, but actually should make some DBA-job.
On our solaris server I should increase the swap space, but I don't know how to make this...
From time to time I get the following error message in system log files:
WARNING: Sorry, no swap space to grow stack for pid 21209 (oracle)After this the database write the ORA-04030 and ORA-07445 errors in the alertlog and restarts.
Here are some data from our system:
oracle@dbs:/etc# ulimit -a
core file size (blocks, -c) unlimited
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
open files (-n) 256
pipe size (512 bytes, -p) 10
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 29995
virtual memory (kbytes, -v) unlimited
oracle@dbs:~# /usr/sbin/prtconf | grep "Memory size"
Memory size: 16384 Megabytes
oracle@dbs:~# swap -l
swapfile dev swaplo blocks free
/dev/md/dsk/d60 85,60 16 16790384 15262496
oracle@dbs:~# swap -s
total: 12874104k bytes allocated + 1090112k reserved = 13964216k used, 6825384k available
oracle@dbs:~# top -d1 | grep "total swap"
Memory: 16G phys mem, 972M free mem, 8198M total swap, 7465M free swap
SQL> select * from v$pgastat;
NAME VALUE UNIT
aggregate PGA target parameter 629145600 bytes
aggregate PGA auto target 39321600 bytes
global memory bound 104857600 bytes
total PGA inuse 4089538560 bytes
total PGA allocated 4612293632 bytes
maximum PGA allocated 4746773504 bytes
total freeable PGA memory 359464960 bytes
process count 183
max processes count 198
PGA memory freed back to OS 1.8291E+12 bytes
total PGA used for auto workareas 7504896 bytes
maximum PGA used for auto workareas 108168192 bytes
total PGA used for manual workareas 0 bytes
maximum PGA used for manual workareas 542720 bytes
over allocation count 13757980
bytes processed 2.1787E+13 bytes
extra bytes read/written 3.3085E+11 bytes
cache hit percentage 98.5 percent
recompute count (total) 13774288
SQL> select sum(value)
2 from v$sesstat s, v$statname n
3 where s.statistic# = n.statistic#
4 and n.name like '%ga_memory';
SUM(VALUE)
9401696912Need your help.
Many thanks!Check what is using the memory and if that is necessary.
1. can you safely shrink the SGA ? you would need to check the AWR reports, or recommended sizes.
2. can you safely shrink the PGA ? you would need to check the AWR reports, or recommended sizes)
3. can you reduce the number of processes ? (are there lots of idle processes ?)
4. can you tune sql to use less memory ?
If you can't reduce allocated memory, check if you can add RAM to the server / container.
If you still think you need to increase swap, you may need to add another disk (what is /dev/md/dsk/d60 ?). You can easily google for the Solaris commands to add swap, but if you are not familiar with this process I would not recommend you do it by yourself. Ask Oracle Support to provide the commands, and TEST them on a DEV box, followed by reboots etc to confirm it works. -
Swap space utilization is increasing after Oracle11gr2 upgrade
Hi
we are using oracle11.5.10.2 on AIX 5.3 and recently upgraded database from oracle9.2.0.8 to Oracle 11gr2 (11.2.0.2)
After upgrade Database i have observed gradually swap space is increasing and it is reaching upto 100%
what could be the reason ?
Please find below message from OEM also
Host operating system was experiencing significant paging but no particular root cause could be detected. Investigate processes that do not belong to this instance running on the host that are consuming significant amount of virtual memory. Also consider adding more physical memory to the host
Thanks
With Regards
A-Z
Edited by: user3308982 on Jul 25, 2011 10:57 AMHi
Total RAM is 16 GB and Swap space is 8GB
Disk Busy% KBPS TPS KB-Read KB-Writ PAGING MEMORY
hdisk3 1.0 144.0 33.0 2.0 142.0 Faults 95 Real,MB 16384
hdisk2 0.0 14.0 3.0 0.0 14.0 Steals 0 % Comp 67
hdisk1 0.0 0.0 0.0 0.0 0.0 PgspIn 0 % Noncomp 32
hdisk0 0.0 0.0 0.0 0.0 0.0 PgspOut 0 % Client 32
cd0 0.0 0.0 0.0 0.0 0.0 PageIn 0
hdisk4 0.0 0.0 0.0 0.0 0.0 PageOut 7 PAGING SPACE
hdisk8 0.0 0.0 0.0 0.0 0.0 Sios 8 Size,MB 8704
% Used 76
Name PID CPU% PgSp Owner NFS (calls/sec) % Free 24
oracle 889142 25.0 21.6 oratst ServerV2 0
syncd 45402 0.7 0.5 root ClientV2 0 Press:
oracle 164312 0.3 16.5 oratst ServerV3 0 "h" for help
oracle 630880 0.2 14.8 oratst ClientV3 0 "q" to quit
topas 266560 0.2 2.5 root
oracle 389258 0.1 18.2 oratst
oracle 164036 0.1 10.2 oratst
gil 20768 0.0 0.1 root
oracle 344258 0.0 17.3 oratst
oracle 684032 0.0 15.5 oratst
Exiting
Edited by: user3308982 on Jul 25, 2011 11:13 AM -
Need to Increase swap and /tmp space
Hi All,
I have linux server with <b>redhat 5.6 64 bit</b> and i am installing <b>oracle 11g r2</b> but in pre-checks of oracle it says that you have less space then oracle pre-requisite.
<b>so i need to increase /tmp space as well as swap space.</b>
<b>Can any one get out of me from this problem?</b>
Thanks,
Edited by: Viren Patel on Apr 30, 2011 5:18 AMHow much swapspace and tmp do you have?
How much physical RAM do you have installed?
Swap is usually a partition, but you can also use a swapfile.
For instance:
In order to create a 4 GB swapfile /swapfile:
# dd if=/dev/zero of=swapfile bs=1024 count=4194304
# mkswap /swapfile
# swapon /swapfile
add "/swapfile swap swap defaults 0 0" to /etc/fstab
/swapfile - will create a file named 'swapfile' in the '/' directory. You can name any valid filename, e.g. /swap/myfile.swap
The entry in fstab will make swap available at next reboot. You can use 'swapon -a' to enable all swaps from /etc/fstab right away without a restart of the system.
Regarding tmp, you can try to create a symbolic link of /tmp to another directory on your disk. You should do this best in single user mode or with no applications running. e.g.:
# mv /tmp /tmp2
# ln -s /usr/tmp /tmp
# restart the system
or specify a different temp directory for the Oracle user:
# export TMPDIR=/usr/tmp -
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. -
Swap Space error in pre requisite check of NWDS2004(Support Pack18)install
Hi,
Trying to install NWDI SP 18 (SAP Netweaver Developer Workplace ) trial version on my machine with Windows XP.
The installation (after installing J2EE Engine + MaxDB + NWDS 2004 etc), it has thrown some error regarding page size.
So when we check the pre requisites for the installation of the software, it is giving the below error that the swap size needs to be increased.
==============================================
Condition:- Swap Size
Result Code:- Condition not met
Severity:- HIGH
Message:- For the selected services atleast 7135 MB swap space recommeneded.Current value 3921 MB(updated 2005-06-24)
=============================================
Please anybody let me know if there is a way to increase the swap size and fix the issue at the earliest.Hi Gandhi,
Right click my on computer ->Select Properties -> Click Advanced Tab ->Click Settings (performance) -> Select Advanced Tab -> In virtual memory -> Change ; You canIncrease swap space/page file here.
regards
Juan
Please reward with points if helpful -
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. -
Checking Swap space from OS level in HPUX
Hi All,
We have some issues with swap in our SAP production system when I checked the ST06 Tcode
Swap
Configured swap Kb 20,971,520 Maximum swap-space Kb 54,389,460
Free in swap-space Kb 8,945,160 Actual swap-space Kb 54,389,460
And when I checked from the OS level ,it gave me the following result
swapinfo
Kb Kb Kb PCT START/ Kb
TYPE AVAIL USED FREE USED LIMIT RESERVE PRI NAME
dev 1048576 658208 390368 63% 0 - 1 /dev/vg00/lvol2
dev 19922944 889824 19033120 4% 0 - 1 /dev/vg00/lvol9
reserve - 19423488 -19423488
memory 33417940 24781076 8636864 74%
Does it mean that total swap space is (1048576 + 19922944)KB which is 20GB?
If yes ,then how to increase the swap space in UNIX based systems?
SWAP SPACE = 3*RAM? If yes ,do we need to put swap size =60 GB?
In ST06
what is the difference between CONFIGURED SWAP-SPACE and ACTUAL SWAP-SPACE?
Regards,
Prashant
Edited by: Prashant Shukla on Oct 13, 2008 4:21 AM
Edited by: Prashant Shukla on Oct 13, 2008 4:23 AMHi,
Thanks for ur reply but when I checked it from OS level why it is showing only 20GB ?
What's the diff between configured and actual swap space ?
I checked SAP Notes :146289 and 153641
They clearly says that swap space should be atleast 20 GB plus 10 GB for additional Instance for the server.
In our landscape we have CI and 4 dialog instance connected to it
that means our swap space should be 20 + 10*4=60 GB
We are having HPUX server and ST06 Swap values are
Swap
Configured swap Kb 20,971,520 Maximum swap-space Kb 54,389,460
Free in swap-space Kb 8,697,960 Actual swap-space Kb 54,389,460
Do we need to increase the SWAP Space to increase the system performance?
What is difference between configured swap and actual swap space ?
SAP Note 1112627 clearly says that SWAP SPACE = 2* RAM for HPUX servers.
What do you guys say about this?
Regards,
Prashant
Edited by: Prashant Shukla on Oct 13, 2008 5:15 AM
Edited by: Prashant Shukla on Oct 13, 2008 5:53 AM -
Hi All
I have an application consisting of lots of processes. When ever I start my applicaiton, I seem to be running out of swap space. I see that there is a lot of reserved space. Means the applications are attaching shm and/or requesting mallocs. Is there any way to fix this, either by debug by some mem tool or by any compiler options? I am running this on Solaris 10 with binaries compiled in sun studio 11 compiler set.
Thanks in advance.Hi All
I have an application consisting of lots of
processes. When ever I start my applicaiton, I seem
to be running out of swap space.How are you viewing this?
I see that there is
a lot of reserved space. Means the applications are
attaching shm and/or requesting mallocs.Also, just the forking will need to reserve space as well.
Is there any
way to fix this,I don't see that anything is broken. What are you trying to fix? You need memory to run lots of programs. Have you tried increasing the swapfiles on the machine? That will handle increased reservation requirements.
Darren -
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] -
Hello everyone,
due to technical problems, in 07/Dic/2005 we had to replace a disk in one of our cluster server of SAP R/3 Enterprise. We also increased its level security from RAID 0 to RAID 5.
But today we have detected than since that moment, the min free swap space has decreased considerably, from 12800 KB (approx.) to 1100 KB (approx) !! (with ST06 transaction). The replaced disk has the SAME characteristics of the previous one
How can we solve this situation and return to original swap space values? Which is the optimal configuration of swap space in SAP and Windows 2003 Server?? We have two nodes in a cluster (one with the application server and one with the database), and each one has 4Gb of memory.
Current commit charge values of Windows 2003 Server task Manager are:
Commit charge (K):
Limit: 7931568
Peak: 7925732
This is the SAP answer to the note I opened:
"Please ask your hardware partner about this. At the moment I do not know anything about the symptom on other customer systems. My opinion is that the workload has been changed, thus increased peak values. Please look at the installation guide "
Can yoy help me?
Thanks in advance,
Óscar Sánchez
[email protected]Hi Oskar,
My suggestion:
Activate NT performance monitor and try to identify
the time when you have peak usage of swap and application that caused it. To my knowledge, even 12800 KB free swap is not acceptable amount (at least, there should be couple of hundreds megabites available). Check your process monitor to see what applications take much memory. If you replaced your disk on the C: drive of the other MSCS node, I don't see any ways that this replacement could affect to the other node swap size. (I am assuming that C: drive is not sharing through the nodes)
Regards,
Mike -
Solaris: The System does not have the required swap space
I'm trying to install Oracle onto Solaris 9. The installation check fails with the error
The System does not have the required swap space.
I've read the install Guide I get the following when I do the memory checks
bash-2.05# /usr/sbin/prtconf | grep "Memory size"
Memory size: 1024 Megabytes
bash-2.05# /usr/sbin/swap -s
total: 767688k bytes allocated + 117080k reserved = 884768k used, 379040k available
The install guide doesn't say how to increase the Swap Space. I would like to increase the Swap Space just for the duration of the installation. From the install guide I'll need a Swap Space of 1.5 times the Ram on the machine so I'll need 1.5GB Swap Space. Can someone help me out with the required syntax to increase the Swap File Size?Found something on the web that did the trick. Create a few files and then add to your swap.. In case it's of interest to anyone else here's what I had to do
swap -l (lists files in swap)
mkdir /tmp/swap/ (create dir for file to add to swap)
mkfile tmp/swap/swap11 (create file for swap)
swap -a tmp/swap/swap11 (add file to swap)
swap -l (check files in swap)
Maybe you are looking for
-
[SOLVED] Windows Update not working after Cloning Hard Disk!
Lenovo T61p with Intel Turbo Memory - Cloning HDD with Advanced Format (4K Cluster) HDD I have been beating my head against my desk for the past day trying to figure out the problems I am having. I have a Genuine Windows 7 Ultimate Installation I clo
-
problem with Textsnapshot-- setSelectColor() method ObjText = _root.my_mc.pages.p1.page.pf.ph.pic.p1.getTextSnapshot(); Totalchar = ObjText.getCount(); trace(Totalchar); // this is returning the number of character in movieclip p1 ObjText.setSelected
-
Select list in a manually created tabular form
I created a select drop down item in a manually created tabular form. When I run the page, it also shows the null value '%'. How do I edit this? This is the line I am using in the SQL: htmldb_item.select_list_from_query(34,IN_PGRS_STAT_DSC,'select di
-
Oracle.DataAccess.Client Package not recognized in local schema
I am facing a wierd scenario where in I am unable to fetch data from my local schema by calling a package within that. In the real environment, we have the actual production schema that runs on a default schema that has public synonyms defined for al
-
hi, i create new control file. i got error,please help me out Control file created. SQL> recover database; ORA-00283: recovery session canceled due to errors ORA-01610: recovery using the BACKUP CONTROLFILE option must be done SQL> recover database u