Agent resident memory utilization and Agent Virtual Memory Growth is HIGH

I have been receiving many alerts from EM on agents resident memory and virtual memory growth is high. Every time the agent is getting restarted by watchdog.
I am wondering where exactly the problem is ...!
anil

What platform and what Agent version are you using?
Regards
Rob
For more Tips and Tricks on OEM GC see: http://oemgc.wordpress.com

Similar Messages

Agents on App-Server hosts alerts "Resident Memory Utilisation" 300Mb

I've recently upgraded our GRID installation to 11g - for both OMS and Agents.
But now I get alerts on both our Application-Server hosts complaining of high Agent resident memory utilisation (frequently higher than 300,000Kb)
The default warning & critical thresholds are set at 128000 and 256000 respectively - and the documentation seems to suggest that these could be trimmed downwards rather than upwards.
(Running on Windows Server 2003R2 (64) - with 12Gb of memory)
Is this situation necesarily bad or unusual?
Edited by: howard_d on 16-Jun-2011 08:43

Thanks Eric.
There are quite a few targets on these boxes (16 each) since there's a AS Mid-tier and Infra-tier on each one.
So, I've changed the thresholds upwards.
Thanks for the reassurance.
Regards
Howard

Agent resident memory utilization ALERT question

Hi all,
Every night during the incremental db backups (and during the weekly full db backup) i get an alert for the "Agent resident memory utilization" level. I did find this similiar post but it didnt' help me out much (Agent memory utilization under Linux
I want to know if i should be concerned with this alert and how i can tune to get rid of it. Does anyone know how to handle this?? I found the following in the oracle documentation about this alert:
1 Agent
The oracle_emd target is a representation of the Oracle Management Agent. The Oracle Management Agent is the Management Agent used by Oracle Enterprise Manager. This target type exposes useful information required to monitor the performance of the Management Agent.
Most of the help topics in this helpset use the term Management Agent to refer to the Oracle Management Agent.
1.1 Agent Process Statistics
The EMD Process Statistics provides information about the performance and resource consumption of the Management Agent process. This metric is collected by default on an interval of 1038 seconds. A value that can be changed in the default collection for the oracle_emd target.
1.1.1 Agent Resident Memory Utilization (KB)
The amount of resident memory used by the agent and all of its child processes in KB.
I also get nightly alert for Commit waits but i don't think they are related. Can someone please shed some light on this alert for me? Here is the full alert that i'm getting:
Name=localhost.localdomain:3938
Type=Agent
Host=localhost.localdomain
Metric=Resident Memory Utilization (KB)
Timestamp=Sep 13, 2006 2:08:14 AM EDT
Severity=Warning
Message=Agent resident memory utilization in KB is 223304
Rule Name=Agents Unreachable
Rule Owner=SYSMAN

If your Agent is really getting up to the Warning or Critical Threshold set for the agent resident memory utilization" metric, you can increase the numbers. by default, the Agent "Resident Memory Utilization (%) is set to 20% (Warning) and 30%(Critical) while "Resident Memory Utilization (KB) is 128000 (Warning) and 256000 (Critical)
From Targets > All Targets > Select the Agent > Click Metric and Policy Settings at the bottom of the screen > Edit the Resident Memory Utilization as required.
Or Instead changing the Threshold, on the same Edit screen, you can simply change the "Number of Occurrences" before an alert is triggered.
Meanwhile it is important to check whether the use of such amount is normal.

Filevault and Secure Virtual Memory

If I have filevault enabled and secure virtual memory am I reducing my system performance because it would be encrypting already encrypted data?
What sorts of security breaches can occur by not enabling secure virtual memory?
P.S would this protect against the hack where a thief can extract my RAM and read my system password stored inside?
Thanks
-IP20

Hi, Bob,
Yes, you are right but "not exactly."
If the computer is a laptop and is stolen with an intact battery and has not been shut down, then data in RAM may be accessible. It may be difficult, however, to take a desktop Mac without removing power which would cause the RAM's content to be lost (except for PRAM.)
As for cryogenically freezing the computer that would most likely require removing the computer to another location. Removing frozen chips would be difficult if one wished to avoid having them increase to a temperature where the data would be lost.
In any event I don't think the above are even relevant concerns for the consumer user. What would the typical home user have on a computer that would merit such extreme measures. Handling something cold enough to freeze RAM sufficiently to recover its content requires special equipment. I don't think my neighbor really cares that much - and the hacker would need direct access to the hardware. I don't think I would let someone have access to my computer that showed up at my door with a large thermos of liquid nitrogen! Furthermore who would leave their computer turned on and accessible, then walk away from it if they were so security conscious that they needed to use FileVault and Secure VM?

High resident memory size when creating in-memory db

Capsule summary: an in-memory db created with a cache size of 8 Gb reports a resident size of 2 Gb without any data stored in it.
Details:
We have a need for creating an entirely "in-memory" database, i.e. without a backing file store.The application in question will be writing to and reading from the db frequently, and there is no need to incur the penalty of writing out to disk.
I read the white paper "Writing In-Memory Applications" published by Oracle, and modified our db creation code accordingly. More or less all I did was to allow "open" to be called with a NULL instead of file name.
This seems to work just fine, in that no file is created, and both writing and querying seem to work correctly. However, the resident memory size, even without anything written to the database, seems inordinately high. For example, if I set the cache size to be 8 Gb (the size of physical memory on my Linux FC11 machine), the resident size reported by "top" is 2.0 Gb:
Tasks: 1 total, 0 running, 1 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.7%us, 0.3%sy, 0.0%ni, 98.3%id, 0.6%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 8114752k total, 8054072k used, 60680k free, 45344k buffers
Swap: 11717624k total, 204896k used, 11512728k free, 3977788k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
12827 rao 20 0 2243m 2.0g 9.9m S 0.0 26.0 0:01.53 pypix
Running strace on the process shows that there are three calls to mmap as soon as "open" is called, one of them being responsible for a majority of the allocation.
Is this expected behavior? The documentation explicitly states the following:
"... Note that the size you specify for your cache is actually a maximum size; DB will only use memory as required so if you specify a cache size of 1 GB but your data set is only ever 10 MB in size, then 10 MB is what the DB will use...."
This does not appear to be consistent with what I am seeing.
Any ideas on what I might be doing wrong?
Thanks in advance.

Have you checked what script is causing the issue ? anything from application ? and OLAP things running on this instance ? how many sql instances are running ? anyother application like sharepoint etc runinning on this host ?
Check If your SQL Server instance encounters the following conditions then there is a possibility of
Non-yielding scheduler (SQL Server 2005 and above for the first occurrence. This is equivalent to a 17883 dump in SQL Server 2000.)
Non-yielding resource monitor (SQL server 2005 and above for the first occurrence)
Non-yielding IOCP listener (SQL server 2005 and above for the first occurrence)
Deadlocked Schedulers (SQL server 2005 and above. This is equivalent to a 17884 in SQL Server 2000.)
Exceptions/Assertions
Database Corruption
Latch Timeout
Other conditions (eg: when DUMPTRIGGER is used to generate a dump for a particular exception)
http://www.sqlskills.com/BLOGS/PAUL/post/How-to-download-a-sqlservrpdb-symbol-file.aspx
http://support.microsoft.com/kb/311503
http://blogs.msdn.com/b/sqlcat/archive/2009/09/11/looking-deeper-into-sql-server-using-minidumps.aspx
Diagnose and Correct Errors 17883, 17884, 17887, and 17888
http://technet.microsoft.com/en-us/library/cc917684.aspx
Raju Rasagounder Sr MSSQL DBA

Conky variables / process resident memory

In my conky display, I want to display the total resident memory used by a process. ${top_mem mem #} only shows the percentage of total memory, which I do not want.
I found that ${pid_vmsize pid} will output what I want, but I need to then determine the PID of the processes I want to show. I don't know how to do that. (I want those using the most memory, like what top_mem does).
${top_mem pid #} will output the PID I want, but I don't know how to take that PID and give it to ${pid_vmsize}.
Does conky have any way to "pipe" the output of one command into the variable field of another? If not, any suggestions on how I can get what I want?

i don't think conky supports piping or nesting it's own ${commands}, could be wrong though.
what you'll likely end up doing is writing a short shell script to get the text that you want and call it with ${exec} or ${execi}. if you want to add color or formatting in conky's syntax you can add ${anything} to the output of your script and call it with ${execp} or ${execpi} to tell conky to parse those values when displaying.
Last edited by brisbin33 (2010-05-05 17:10:27)

How to diagnose rapid memory growth in Solaris 10 java server application

Hi,
We have a production java based server that experienced large memory growth recently and we are looking for help in diagnosing what might be the cause. The memory footprint of this java server application is limited to 120M using the jvm -Xmx switch. The server process size held consistently at around 180M until an event happened that caused the process size to rapidly increase to aprox 3G. We used the java jstat command to check the application heap usage within the jvm was within the specified limits.
This application can be performs java Runtime exec's to run simple shell scripts from a variety of java threads in the server app.
We have attempted to search for a cause by analysing the output of the pmap, pfiles, and pstack commands but have been unsuccessfull at this. We have also attempted to run the libumem.so library with the application in the hopes of using mdb to find out where the heap usage is. Unfortunately when we followed the instruction on using limumem the application stopped working due an ELF error.
The following are what we used for libumem:
LD_PRELOAD=/usr/lib/libumem.so
UMEM_DEBUG=default
UMEM_LOGGING=transaction
export LD_PRELOAD UMEM_DEBUG UMEM_LOGGING
<run the application>
The error we got is:
ld.so.1: nohup: fatal: /usr/lib/libumem.so: wrong ELF class: ELFCLASS32
We are looking for advice on how to proceed in finding the cause for this growth. In addition to the diag info below we have captured the core file for the application from gcore. The following is the output from pfiles, pmap, pstack, and the showrev command.
Any help/suggestions appreciated.
Steve
java version information:
java version "1.5.0_06"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Java HotSpot(TM) Server VM (build 1.5.0_06-b05, mixed mode)
pmap:
24584:     /export/home/sonusComm/jre/bin/java -Dname=agent -Xmx120M -DAGENT_HOME
Address Kbytes RSS Anon Locked Mode Mapped File
00010000 64 8 - - r-x-- java
0002E000 16 8 8 - rwx-- java
00032000 3896 2648 1400 - rwx-- [ heap ]
00400000 3579904 717400 591704 - rwx-- [ heap ]
E50F6000 32 32 24 - rw--R [ anon ]
E50FE000 8 8 8 - rw--R [ stack tid=189562 ]
E52F6000 32 32 16 - rw--R [ anon ]
E52FE000 8 8 8 - rw--R [ stack tid=180717 ]
E5CF6000 32 32 16 - rw--R [ anon ]
E5CFE000 8 8 8 - rw--R [ stack tid=170864 ]
E6DF6000 40 40 40 - rw--R [ stack tid=220763 ]
E6EF6000 40 40 40 - rw--R [ anon ]
E6FF6000 8 8 - - rw--R [ anon ]
E6FF8000 32 32 32 - rw--R [ stack tid=220225 ]
E71F6000 40 40 40 - rw--R [ anon ]
E72F6000 40 40 40 - rw--R [ anon ]
E73F8000 24 24 - - rw--R [ anon ]
E73FE000 8 8 8 - rw--R [ stack tid=193659 ]
E74F6000 40 40 40 - rw--R [ stack tid=220762 ]
E75F6000 40 40 40 - rw--R [ stack tid=215672 ]
E76F6000 8 8 - - rw--R [ anon ]
E76F8000 32 32 32 - rw--R [ stack tid=211403 ]
E77F8000 8 8 - - rw--R [ anon ]
E77FA000 24 24 24 - rw--R [ stack tid=206975 ]
E78F6000 40 40 40 - rw--R [ anon ]
E79F8000 32 32 32 - rw--R [ stack tid=220760 ]
E7AF6000 40 40 40 - rw--R [ anon ]
E7CF6000 40 40 40 - rw--R [ stack tid=220764 ]
E7EF6000 32 32 8 - rw--R [ anon ]
E7EFE000 8 8 8 - rw--R [ stack tid=185268 ]
E7FF6000 16 16 16 - rw--R [ anon ]
E7FFC000 16 16 16 - rw--R [ stack tid=140567 ]
E80F6000 8 8 8 - rw--R [ anon ]
E80FE000 8 8 8 - rw--R [ stack tid=145776 ]
E81FC000 16 16 16 - rw--R [ stack tid=124964 ]
E82F6000 40 40 40 - rw--R [ anon ]
E83F8000 32 32 32 - rw--R [ stack tid=1512 ]
E84F6000 8 8 8 - rw--R [ anon ]
E84FA000 8 8 8 - rw--R [ anon ]
E84FE000 8 8 8 - rw--R [ stack tid=119761 ]
E85F6000 32 32 8 - rw--R [ anon ]
E85FE000 8 8 8 - rw--R [ stack tid=202234 ]
E86F6000 16 16 8 - rw--R [ anon ]
E86FA000 24 24 24 - rw--R [ stack tid=197719 ]
E87F8000 32 32 32 - rw--R [ stack tid=1518 ]
E88F8000 8 8 8 - rw--R [ anon ]
E88FC000 16 16 16 - rw--R [ stack tid=173 ]
E89FA000 24 24 24 - rw--R [ stack tid=161359 ]
E8AF8000 32 32 32 - rw--R [ stack tid=34505 ]
E8BFE000 8 8 8 - rw--R [ stack tid=135384 ]
E8CF8000 8 8 8 - rw--R [ anon ]
E8CFC000 16 16 16 - rw--R [ stack tid=172 ]
E8DF6000 8 8 8 - rw--R [ anon ]
E8DFC000 16 16 16 - rw--R [ stack tid=150966 ]
E8EFA000 8 8 8 - rw--R [ anon ]
E8EFE000 8 8 8 - rw--R [ stack tid=130168 ]
E8FFA000 8 8 8 - rw--R [ anon ]
E8FFE000 8 8 8 - rw--R [ stack tid=166557 ]
E90FE000 8 8 8 - rw--R [ stack tid=44270 ]
E91F8000 32 32 32 - rw--R [ stack tid=368 ]
E92FA000 8 8 - - rw--R [ anon ]
E92FE000 8 8 8 - rw--R [ stack tid=156163 ]
E93F8000 32 32 32 - rw--R [ stack tid=82 ]
E94F8000 8 8 8 - rw--R [ anon ]
E94FC000 16 16 16 - rw--R [ stack tid=72 ]
E95F8000 16 16 8 - rw--R [ anon ]
E95FC000 16 16 16 - rw--R [ stack tid=175828 ]
E96FE000 8 8 8 - rw--R [ stack tid=67 ]
E97F8000 32 32 32 - rw--R [ stack tid=62 ]
E98FE000 8 8 8 - rw--R [ stack tid=65 ]
E99FE000 8 8 8 - rw--R [ stack tid=51517 ]
E9AF8000 32 32 32 - rw--R [ stack tid=59 ]
E9BF8000 32 32 32 - rw--R [ stack tid=56 ]
E9CF8000 8 8 8 - rw--R [ anon ]
E9CFC000 16 16 16 - rw--R [ stack tid=57 ]
E9DF8000 16 16 8 - rw--R [ anon ]
E9DFC000 16 16 16 - rw--R [ stack tid=58 ]
E9EF8000 32 32 32 - rw--R [ stack tid=52 ]
E9FF8000 32 32 32 - rw--R [ stack tid=51 ]
EA0F8000 32 32 32 - rw--R [ stack tid=50 ]
EA1F8000 32 32 32 - rw--R [ stack tid=49 ]
EA2F8000 32 32 32 - rw--R [ stack tid=48 ]
EA3F8000 32 32 32 - rw--R [ stack tid=46 ]
EA4F8000 32 32 32 - rw--R [ stack tid=45 ]
EA5F8000 8 8 8 - rw--R [ anon ]
EA5FC000 8 8 - - rw--R [ anon ]
EA5FE000 8 8 8 - rw--R [ stack tid=44 ]
EA6FE000 8 8 8 - rw--R [ stack tid=43 ]
EA7FE000 8 8 8 - rw--R [ stack tid=42 ]
EA8F6000 40 40 40 - rw--R [ stack tid=41 ]
EA9F8000 32 32 32 - rw--R [ stack tid=38 ]
EAAF8000 32 32 32 - rw--R [ stack tid=40 ]
EABFE000 8 8 8 - rw--R [ stack tid=39 ]
EACFE000 8 8 8 - rw--R [ stack tid=31 ]
EADFE000 8 8 8 - rw--R [ stack tid=30 ]
EAEF8000 32 32 32 - rw--R [ stack tid=33 ]
EAFF8000 32 32 32 - rw--R [ stack tid=28 ]
EB0F8000 32 32 32 - rw--R [ stack tid=27 ]
EB1F8000 8 8 8 - rw--R [ anon ]
EB1FE000 8 8 8 - rw--R [ stack tid=26 ]
EB2F8000 8 8 - - rw--R [ anon ]
EB2FA000 24 24 24 - rw--R [ stack tid=25 ]
EB3F8000 8 8 8 - rw--R [ anon ]
EB3FE000 8 8 8 - rw--R [ stack tid=24 ]
EB4F8000 8 8 8 - rw--R [ anon ]
EB4FC000 16 16 16 - rw--R [ stack tid=21 ]
EB580000 816 - - - r--s- dev:32,24 ino:716444
EB680000 760 - - - r--s- dev:32,24 ino:716443
EB780000 1160 - - - r--s- dev:32,24 ino:716441
EB900000 816 - - - r--s- dev:32,24 ino:728313
EBA00000 760 - - - r--s- dev:32,24 ino:728312
EBB00000 1160 - - - r--s- dev:32,24 ino:728310
EBC80000 1120 - - - r--s- dev:32,24 ino:728308
EBE7E000 8 8 8 - rw--R [ stack tid=20 ]
EBF78000 32 32 32 - rw--R [ stack tid=19 ]
EC07E000 8 8 8 - rw--R [ stack tid=18 ]
EC17E000 8 8 8 - rw--R [ stack tid=17 ]
EC27E000 8 8 8 - rw--R [ stack tid=16 ]
EC378000 32 32 32 - rw--R [ stack tid=15 ]
EC400000 6880 - - - r--s- dev:32,24 ino:716451
ECB78000 32 32 32 - rw--R [ stack tid=14 ]
ECC00000 808 - - - r--s- dev:32,24 ino:716464
ECD00000 592 - - - r--s- dev:32,24 ino:716465
ECE78000 16 16 8 - rw--R [ anon ]
ECE7C000 16 16 16 - rw--R [ stack tid=83 ]
ECF00000 784 - - - r--s- dev:32,24 ino:716758
ED07E000 8 8 8 - rw--R [ stack tid=12 ]
ED27C000 16 16 16 - rw--R [ stack tid=10 ]
ED37E000 8 8 8 - rw--R [ stack tid=9 ]
ED3D0000 128 64 64 - rwx-- [ anon ]
ED400000 16384 15424 15232 - rwx-- [ anon ]
F1400000 1408 1408 1408 - rwx-- [ anon ]
F1560000 3264 3264 3136 - rwx-- [ anon ]
F1890000 5568 5568 5504 - rwx-- [ anon ]
F1E00000 7424 768 704 - rwx-- [ anon ]
F6400000 4096 4096 3968 - rwx-- [ anon ]
F6800000 3072 3072 3072 - rwx-- [ anon ]
F6B00000 1408 1408 1408 - rwx-- [ anon ]
F6C60000 448 448 448 - rwx-- [ anon ]
F6CD0000 1344 1344 1344 - rwx-- [ anon ]
F6E20000 512 512 512 - rwx-- [ anon ]
F6EA0000 832 832 832 - rwx-- [ anon ]
F6F70000 128 128 128 - rwx-- [ anon ]
F6F90000 1344 1344 1344 - rwx-- [ anon ]
F70E0000 448 448 448 - rwx-- [ anon ]
F7150000 384 384 384 - rwx-- [ anon ]
F71B0000 128 128 128 - rwx-- [ anon ]
F71D0000 192 192 192 - rwx-- [ anon ]
F7200000 128 128 128 - rwx-- [ anon ]
F7220000 128 128 128 - rwx-- [ anon ]
F7240000 128 128 128 - rwx-- [ anon ]
F7260000 192 192 192 - rwx-- [ anon ]
F7290000 128 128 128 - rwx-- [ anon ]
F72B0000 64 64 64 - rwx-- [ anon ]
F72C0000 384 384 384 - rwx-- [ anon ]
F7320000 448 448 448 - rwx-- [ anon ]
F7390000 896 896 896 - rwx-- [ anon ]
F7470000 768 768 768 - rwx-- [ anon ]
F7530000 704 704 704 - rwx-- [ anon ]
F75E0000 576 576 576 - rwx-- [ anon ]
F7670000 576 576 576 - rwx-- [ anon ]
F7700000 448 448 448 - rwx-- [ anon ]
F7770000 384 384 384 - rwx-- [ anon ]
F77D0000 128 128 128 - rwx-- [ anon ]
F77F0000 192 192 192 - rwx-- [ anon ]
F7820000 320 320 320 - rwx-- [ anon ]
F7870000 128 128 128 - rwx-- [ anon ]
F7890000 128 128 128 - rwx-- [ anon ]
F78B0000 448 448 448 - rwx-- [ anon ]
F7920000 896 896 896 - rwx-- [ anon ]
F7A00000 768 768 768 - rwx-- [ anon ]
F7AC0000 704 704 704 - rwx-- [ anon ]
F7B70000 832 832 640 - rwx-- [ anon ]
F7C40000 704 704 384 - rwx-- [ anon ]
F7CF0000 448 448 384 - rwx-- [ anon ]
F7D60000 704 704 384 - rwx-- [ anon ]
F7E10000 384 384 192 - rwx-- [ anon ]
F7E70000 384 384 192 - rwx-- [ anon ]
F7ED0000 320 320 256 - rwx-- [ anon ]
F7F20000 256 256 192 - rwx-- [ anon ]
F7F60000 256 256 192 - rwx-- [ anon ]
F7FA0000 128 128 128 - rwx-- [ anon ]
F7FC0000 192 192 128 - rwx-- [ anon ]
F7FF0000 192 192 128 - rwx-- [ anon ]
F8020000 256 256 128 - rwx-- [ anon ]
F8060000 128 128 128 - rwx-- [ anon ]
F8080000 128 128 64 - rwx-- [ anon ]
F80A0000 192 192 192 - rwx-- [ anon ]
F80D0000 384 384 192 - rwx-- [ anon ]
F8130000 64 64 64 - rwx-- [ anon ]
F8140000 64 64 - - rwx-- [ anon ]
F8150000 128 128 128 - rwx-- [ anon ]
F8170000 128 128 128 - rwx-- [ anon ]
F8190000 128 128 128 - rwx-- [ anon ]
F81B0000 128 128 64 - rwx-- [ anon ]
F81D0000 1600 1600 768 - rwx-- [ anon ]
F8360000 1152 1152 384 - rwx-- [ anon ]
F8480000 960 472 - - rwx-- [ anon ]
F8570000 832 80 - - rwx-- [ anon ]
F8640000 128 8 - - rwx-- [ anon ]
F8660000 832 16 - - rwx-- [ anon ]
F8730000 576 - - - rwx-- [ anon ]
F87C0000 448 - - - rwx-- [ anon ]
F8830000 256 - - - rwx-- [ anon ]
F8870000 320 - - - rwx-- [ anon ]
F88C0000 256 - - - rwx-- [ anon ]
F8900000 256 - - - rwx-- [ anon ]
F8940000 256 - - - rwx-- [ anon ]
F8980000 192 - - - rwx-- [ anon ]
F89B0000 384 - - - rwx-- [ anon ]
F8A10000 320 - - - rwx-- [ anon ]
F8A60000 192 - - - rwx-- [ anon ]
F8A90000 256 - - - rwx-- [ anon ]
F8AD0000 256 - - - rwx-- [ anon ]
F8B10000 192 128 64 - rwx-- [ anon ]
F8B40000 128 128 128 - rwx-- [ anon ]
F8B60000 64 64 64 - rwx-- [ anon ]
F8B70000 192 192 128 - rwx-- [ anon ]
F8BA0000 128 128 64 - rwx-- [ anon ]
F8BC0000 128 - - - rwx-- [ anon ]
F8C10000 64 - - - rwx-- [ anon ]
F8C30000 8 8 - - r-x-- librmi.so
F8C40000 8 8 8 - rwx-- librmi.so
F8C60000 64 - - - r--s- dev:32,24 ino:728318
F8C80000 376 144 - - r-x-- pkcs11_softtoken.so.1
F8CEE000 16 - - - rwx-- pkcs11_softtoken.so.1
F8D7E000 8 8 8 - rw--R [ stack tid=8 ]
F8D90000 16 - - - r--s- dev:32,24 ino:728317
F8DA0000 232 - - - r--s- dev:32,24 ino:728316
F8DE0000 88 - - - r--s- dev:32,24 ino:716445
F8E90000 16 - - - r--s- dev:32,24 ino:728315
F8EA0000 136 - - - r--s- dev:32,24 ino:728309
F8ED0000 136 - - - r--s- dev:32,24 ino:728307
F8F78000 32 32 32 - rw--R [ stack tid=6 ]
F8F90000 88 - - - r--s- dev:32,24 ino:728314
F8FB0000 8 8 8 - rwx-- [ anon ]
F8FC0000 88 88 - - r-x-- libpkcs11.so.1
F8FE6000 24 16 8 - rwx-- libpkcs11.so.1
F8FEC000 8 - - - rwx-- libpkcs11.so.1
F9000000 4096 4096 4096 - rwx-- [ anon ]
F9400000 4096 4096 4096 - rwx-- [ anon ]
FB010000 24 24 - - r-x-- libcryptoutil.so.1
FB026000 8 8 - - rwx-- libcryptoutil.so.1
FB030000 56 8 - - r-x-- libj2pkcs11.so
FB04C000 8 - - - rwx-- libj2pkcs11.so
FB060000 352 - - - r--s- dev:32,24 ino:716547
FB0C0000 184 - - - r--s- dev:32,24 ino:716545
FB178000 8 8 8 - rw--R [ anon ]
FB17E000 8 8 8 - rw--R [ stack tid=5 ]
FB190000 8 - - - r---- [ anon ]
FB1A0000 160 - - - r--s- dev:32,24 ino:716544
FB1D0000 72 64 - - r-x-- libnet.so
FB1F0000 8 8 8 - rwx-- libnet.so
FB27E000 8 8 8 - rw--R [ stack tid=4 ]
FB290000 24 8 - - r-x-- libmanagement.so
FB2A4000 8 8 - - rwx-- libmanagement.so
FB2B0000 256 - - - r--s- dev:32,24 ino:716466
FB37E000 8 8 8 - rw--R [ stack tid=3 ]
FB390000 32 - - - r--s- dev:32,24 ino:716442
FB3A0000 120 - - - r--s- dev:32,24 ino:716467
FB3D0000 176 - - - r--s- dev:32,24 ino:716455
FB400000 8520 - - - r--s- dev:32,24 ino:717379
FBC60000 32 - - - r--s- dev:32,24 ino:728311
FBC70000 40 - - - r--s- dev:32,24 ino:716546
FBC80000 304 - - - r--s- dev:32,24 ino:716456
FBCD0000 176 - - - r--s- dev:32,24 ino:716759
FBD7E000 8 8 8 - rw--R [ stack tid=2 ]
FBD90000 32 - - - r--s- dev:32,24 ino:716463
FBDA0000 8 - - - r--s- dev:32,24 ino:716757
FBDB0000 160 - - - r--s- dev:32,24 ino:716756
FBDE0000 64 64 64 - rw--- [ anon ]
FBE00000 64 40 40 - rw--- [ anon ]
FBE20000 32 32 32 - rwx-- [ anon ]
FBE50000 8 8 8 - rwx-- [ anon ]
FBE52000 8 8 8 - rwx-- [ anon ]
FBE54000 8 8 8 - rwx-- [ anon ]
FBE56000 16 16 16 - rwx-- [ anon ]
FBE80000 24 24 24 - rwx-- [ anon ]
FBE86000 8 8 - - rwx-- [ anon ]
FBE88000 8 8 8 - rwx-- [ anon ]
FBE8A000 8 8 8 - rwx-- [ anon ]
FBE8C000 8 8 8 - rwx-- [ anon ]
FBE8E000 8 8 8 - rwx-- [ anon ]
FBE90000 8 8 8 - rwx-- [ anon ]
FBE92000 8 8 8 - rwx-- [ anon ]
FBE94000 8 8 8 - rwx-- [ anon ]
FBE96000 8 8 8 - rwx-- [ anon ]
FBE98000 8 8 8 - rwx-- [ anon ]
FBE9A000 8 8 8 - rwx-- [ anon ]
FBE9C000 8 8 - - rwx-- [ anon ]
FBF10000 32 32 32 - rwx-- [ anon ]
FBF30000 8 8 8 - rwx-- [ anon ]
FBF32000 8 8 8 - rwx-- [ anon ]
FBF34000 8 8 8 - rwx-- [ anon ]
FBF36000 16 16 16 - rwx-- [ anon ]
FBF58000 8 8 8 - rwx-- [ anon ]
FBF5A000 8 8 8 - rwx-- [ anon ]
FBF5C000 8 8 8 - rwx-- [ anon ]
FBF5E000 8 8 8 - rwx-- [ anon ]
FBF60000 8 8 8 - rwx-- [ anon ]
FBF62000 8 8 8 - rwx-- [ anon ]
FBF64000 8 8 8 - rwx-- [ anon ]
FBF66000 8 8 8 - rwx-- [ anon ]
FBF68000 8 8 - - rwx-- [ anon ]
FBF6A000 8 8 8 - rwx-- [ anon ]
FBF6C000 8 - - - rwx-- [ anon ]
FBF80000 480 - - - r--s- dev:32,24 ino:716808
FC000000 35016 - - - r--s- dev:32,24 ino:716764
FE240000 64 64 64 - rwx-- [ anon ]
FE260000 88 - - - r--s- dev:32,24 ino:716807
FE280000 1184 - - - r--s- dev:32,24 ino:716460
FE3B0000 8 - - - r--s- dev:32,24 ino:716468
FE3C0000 200 - - - r--s- dev:32,24 ino:716461
FE400000 1744 - - - r--s- dev:32,24 ino:716459
FE5C0000 64 - - - r--s- dev:32,24 ino:716458
FE5E0000 8 8 8 - rwx-- [ anon ]
FE5F0000 64 24 - - r-x-- libzip.so
FE600000 8 8 8 - rwx-- libzip.so
FE610000 144 96 - - r-x-- libjava.so
FE644000 8 8 8 - rwx-- libjava.so
FE650000 56 16 - - r-x-- libverify.so
FE66E000 8 8 8 - rwx-- libverify.so
FE680000 40 - - - r--s- dev:32,24 ino:716397
FE692000 8 8 - - rwxs- [ anon ]
FE6A0000 32 16 - - rw-s- dev:295,2 ino:5858787
FE6B0000 32 8 - - r-x-- libhpi.so
FE6C8000 8 8 8 - rwx-- libhpi.so
FE6CA000 8 - - - rwx-- libhpi.so
FE6E0000 16 16 - - r-x-- libmp.so.2
FE6F4000 8 8 - - rwx-- libmp.so.2
FE700000 680 160 - - r-x-- libm.so.2
FE7B8000 32 32 - - rwx-- libm.so.2
FE7D0000 8 8 8 - rwx-- [ anon ]
FE7E0000 8 8 - - r-x-- libmd5_psr.so.1
FE7F2000 8 8 - - rwx-- libmd5_psr.so.1
FE800000 7984 4696 - - r-x-- libjvm.so
FEFDC000 408 392 320 - rwx-- libjvm.so
FF042000 56 48 48 - rwx-- libjvm.so
FF060000 8 8 8 - rwx-- [ anon ]
FF070000 8 8 - - r-x-- libmd5.so.1
FF082000 8 8 - - rwx-- libmd5.so.1
FF090000 32 24 - - r-x-- libuutil.so.1
FF0A8000 8 8 - - rwx-- libuutil.so.1
FF0B0000 8 8 - - r-x-- libdoor.so.1
FF0C2000 8 8 - - rwx-- libdoor.so.1
FF0D0000 96 88 - - r-x-- libscf.so.1
FF0F8000 8 8 - - rwx-- libscf.so.1
FF100000 584 584 - - r-x-- libnsl.so.1
FF1A2000 40 40 8 - rwx-- libnsl.so.1
FF1AC000 24 - - - rwx-- libnsl.so.1
FF1C0000 8 8 8 - rwx-- [ anon ]
FF1D0000 16 16 - - r-x-- libm.so.1
FF1E2000 8 8 - - rwx-- libm.so.1
FF1F0000 48 48 - - r-x-- libCrun.so.1
FF20A000 8 8 8 - rwx-- libCrun.so.1
FF20C000 16 - - - rwx-- libCrun.so.1
FF220000 8 8 - - r---- [ anon ]
FF230000 48 48 - - r-x-- libsocket.so.1
FF24C000 8 8 8 - rwx-- libsocket.so.1
FF260000 8 8 - - r-x-- libsched.so.1
FF270000 8 8 - - r-x-- libc_psr.so.1
FF280000 864 864 - - r-x-- libc.so.1
FF368000 32 32 24 - rwx-- libc.so.1
FF370000 8 8 8 - rwx-- libc.so.1
FF380000 8 8 8 - rwx-- [ anon ]
FF390000 24 24 24 - rwx-- [ anon ]
FF3A0000 8 8 - - r-x-- libdl.so.1
FF3B0000 184 184 - - r-x-- ld.so.1
FF3EE000 8 8 8 - rwx-- ld.so.1
FF3F0000 8 8 8 - rwx-- ld.so.1
FF3F8000 16 16 - - r-x-- libthread.so.1
FFB80000 24 - - - ----- [ anon ]
FFBF4000 48 8 8 - rw--- [ stack ]
pfiles:
24584:     /export/home/sonusComm/jre/bin/java -Dname=agent -Xmx120M -DAGENT_HOME
Current rlimit: 65536 file descriptors
0: S_IFCHR mode:0666 dev:291,0 ino:6815752 uid:0 gid:3 rdev:13,2
O_RDONLY|O_LARGEFILE
/devices/pseudo/mm@0:null
1: S_IFREG mode:0644 dev:32,24 ino:716359 uid:50004 gid:6003 size:36526979
O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE
/export/home/sonusComm/logs/console.log
2: S_IFREG mode:0644 dev:32,24 ino:716359 uid:50004 gid:6003 size:36526979
O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE
/export/home/sonusComm/logs/console.log
3: S_IFCHR mode:0666 dev:291,0 ino:6815772 uid:0 gid:3 rdev:13,12
O_RDWR FD_CLOEXEC
/devices/pseudo/mm@0:zero
4: S_IFDOOR mode:0444 dev:300,0 ino:58 uid:0 gid:0 size:0
O_RDONLY|O_LARGEFILE FD_CLOEXEC door to nscd[104]
/var/run/name_service_door
5: S_IFCHR mode:0644 dev:291,0 ino:99614724 uid:0 gid:3 rdev:190,0
O_RDONLY|O_LARGEFILE
/devices/pseudo/random@0:random
6: S_IFCHR mode:0644 dev:291,0 ino:99614726 uid:0 gid:3 rdev:190,1
O_RDONLY|O_LARGEFILE
/devices/pseudo/random@0:urandom
7: S_IFREG mode:0644 dev:32,24 ino:716361 uid:50004 gid:6003 size:323022
O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE
/export/home/sonusComm/server/communicator/log/server.log
8: S_IFIFO mode:0000 dev:299,0 ino:47868548 uid:50004 gid:6003 size:0
O_RDWR
9: S_IFSOCK mode:0666 dev:297,0 ino:4151 uid:0 gid:0 size:0
O_RDWR
     SOCK_STREAM
     SO_REUSEADDR,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
     sockname: AF_INET 0.0.0.0 port: 6098
10: S_IFSOCK mode:0666 dev:297,0 ino:4155 uid:0 gid:0 size:0
O_RDWR
     SOCK_STREAM
     SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
     sockname: AF_INET 0.0.0.0 port: 42405
12: S_IFSOCK mode:0666 dev:297,0 ino:19198 uid:0 gid:0 size:0
O_RDWR
     SOCK_STREAM
     SO_REUSEADDR,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
     sockname: AF_INET 0.0.0.0 port: 6099
14: S_IFIFO mode:0000 dev:299,0 ino:47865419 uid:50004 gid:6003 size:0
O_RDWR
15: S_IFCHR mode:0644 dev:291,0 ino:99614724 uid:0 gid:3 rdev:190,0
O_RDONLY|O_LARGEFILE
/devices/pseudo/random@0:random
16: S_IFSOCK mode:0666 dev:297,0 ino:48720 uid:0 gid:0 size:0
O_RDWR
     SOCK_STREAM
     SO_REUSEADDR,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
     sockname: AF_INET 127.0.0.1 port: 2371
17: S_IFIFO mode:0000 dev:299,0 ino:47865419 uid:50004 gid:6003 size:0
O_RDWR
18: S_IFSOCK mode:0666 dev:297,0 ino:37454 uid:0 gid:0 size:0
O_RDWR
     SOCK_STREAM
     SO_REUSEADDR,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
     sockname: AF_INET 0.0.0.0 port: 9991
19: S_IFREG mode:0644 dev:32,24 ino:717406 uid:50004 gid:6003 size:23436
O_WRONLY|O_APPEND|O_CREAT|O_LARGEFILE
/export/home/sonusComm/logs/application.monitor.audit
20: S_IFSOCK mode:0666 dev:297,0 ino:3896 uid:0 gid:0 size:0
O_RDWR
     SOCK_DGRAM
     SO_BROADCAST,SO_SNDBUF(57344),SO_RCVBUF(57344),IP_NEXTHOP(0.0.224.0)
     sockname: AF_INET 0.0.0.0 port: 161
21: S_IFSOCK mode:0666 dev:297,0 ino:3897 uid:0 gid:0 size:0
O_RDWR
     SOCK_STREAM
     SO_REUSEADDR,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
     sockname: AF_INET 0.0.0.0 port: 7788
22: S_IFSOCK mode:0666 dev:297,0 ino:22116 uid:0 gid:0 size:0
O_RDWR
     SOCK_DGRAM
     SO_BROADCAST,SO_SNDBUF(57344),SO_RCVBUF(57344),IP_NEXTHOP(0.0.224.0)
     sockname: AF_INET 0.0.0.0 port: 9993
23: S_IFSOCK mode:0666 dev:297,0 ino:64893 uid:0 gid:0 size:0
O_RDWR
     SOCK_DGRAM
     SO_BROADCAST,SO_SNDBUF(57344),SO_RCVBUF(57344),IP_NEXTHOP(0.0.224.0)
     sockname: AF_INET 0.0.0.0 port: 5200
24: S_IFSOCK mode:0666 dev:297,0 ino:26901 uid:0 gid:0 size:0
O_RDWR
     SOCK_STREAM
     SO_REUSEADDR,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
     sockname: AF_INET 0.0.0.0 port: 2020
26: S_IFREG mode:0644 dev:32,24 ino:716364 uid:50004 gid:6003 size:658924
O_WRONLY|O_APPEND|O_CREAT|O_LARGEFILE
/export/home/sonusComm/logs/EventMgr.audit
27: S_IFSOCK mode:0666 dev:297,0 ino:4149 uid:0 gid:0 size:0
O_RDWR
     SOCK_STREAM
     SO_REUSEADDR,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
     sockname: AF_INET 127.0.0.1 port: 7788
     peername: AF_INET 127.0.0.1 port: 42407
29: S_IFREG mode:0644 dev:32,24 ino:716365 uid:50004 gid:6003 size:49140
O_WRONLY|O_APPEND|O_CREAT|O_LARGEFILE
/export/home/sonusComm/logs/EventMgrLog.audit
30: S_IFSOCK mode:0666 dev:297,0 ino:4150 uid:0 gid:0 size:0
O_RDWR
     SOCK_STREAM
     SO_REUSEADDR,SO_SNDBUF(49152),SO_RCVBUF(49152),IP_NEXTHOP(0.0.192.0)
     sockname: AF_INET 0.0.0.0 port: 19991
31: S_IFSOCK mode:0666 dev:297,0 ino:3714 uid:0 gid:0 size:0
O_RDWR
     SOCK_DGRAM

I was finally able to reproduce this problem where I observed that within a 5 minute time span the jvm process grew from around 180M (VS) / 100M (RSS) to 2G (VS) / 1G (RSS). Here are some samplings at the end of my dtrace run showing the largest allocations that were made. We suspect this might be a JVM bug (since jstat reports our heap is well below the 120M limit we specified). Do you have any suggestions on how we might resolve this issue ?
Thanks,
Steve
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cIPhaseIFGEinit6MI_v_+0xdc
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x31c
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
2352344
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cIPhaseIFGEinit6MI_v_+0x90
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x5d0
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
2807672
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFChunk2n6FII_pv_+0xd4
libjvm.so`__1cFArenaIArealloc6MpvII_1_+0xc4
libjvm.so`__1cKNode_ArrayEgrow6MI_v_+0x7c
libjvm.so`__1cMPhaseChaitinbApost_allocate_copy_removal6M_v_+0x544
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x1488
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
2817016
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFChunk2n6FII_pv_+0xd4
libjvm.so`__1cFArenaIArealloc6MpvII_1_+0xc4
libjvm.so`__1cKNode_ArrayEgrow6MI_v_+0x7c
libjvm.so`__1cMPhaseChaitinbApost_allocate_copy_removal6M_v_+0x518
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x1488
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
3013552
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0xd4
libjvm.so`__1cMPhaseChaitinFSplit6MI_I_+0x2a8
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x100c
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
3341112
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cIPhaseIFGEinit6MI_v_+0xdc
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x5d0
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
3402976
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cIPhaseIFGEinit6MI_v_+0x90
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x8b8
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
3952576
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0xd4
libjvm.so`__1cMPhaseChaitinFSplit6MI_I_+0x2a8
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x720
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
4782376
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cIPhaseIFGEinit6MI_v_+0xdc
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x8b8
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
4881328
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cHMatcherFxform6MpnENode_i_2_+0xac
libjvm.so`__1cHMatcherFmatch6M_v_+0x644
libjvm.so`__1cHCompileICode_Gen6M_v_+0xd4
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
5090648
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cOPhaseIdealLoopKDominators6M_v_+0xb4
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0x7fc
libjvm.so`__1cHCompileIOptimize6M_v_+0x200
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
5252816
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cIPhaseIFGEinit6MI_v_+0x90
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x1180
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
5820336
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cOPhaseIdealLoopKDominators6M_v_+0xb4
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0x7fc
libjvm.so`__1cHCompileIOptimize6M_v_+0x174
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
5822560
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0xd4
libjvm.so`__1cMPhaseChaitinFSplit6MI_I_+0x2c0
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x720
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
6747736
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cIPhaseIFGEinit6MI_v_+0xdc
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x1180
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
7129056
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cOPhaseIdealLoopKDominators6M_v_+0xb4
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0x7fc
libjvm.so`__1cHCompileIOptimize6M_v_+0x47c
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
16349616
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFChunk2n6FII_pv_+0x244
libjvm.so`__1cFArenaIArealloc6MpvII_1_+0xc4
libjvm.so`__1cENodeIout_grow6MI_v_+0x150
libjvm.so`__1cENodeFclone6kM_p0_+0x1f0
libjvm.so`__1cHAddNodeFIdeal6MpnIPhaseGVN_i_pnENode__+0x8c8
libjvm.so`__1cMPhaseIterGVNNtransform_old6MpnENode__2_+0x28
libjvm.so`__1cMPhaseIterGVNIoptimize6M_v_+0xac
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0xc34
libjvm.so`__1cHCompileIOptimize6M_v_+0x174
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
134217736
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFChunk2n6FII_pv_+0x244
libjvm.so`__1cFArenaIArealloc6MpvII_1_+0xc4
libjvm.so`__1cKNode_ArrayEgrow6MI_v_+0x7c
libjvm.so`__1cMPhaseIterGVNWadd_users_to_worklist06MpnENode__v_+0xa4
libjvm.so`__1cMPhaseIterGVNVadd_users_to_worklist6MpnENode__v_+0x8
libjvm.so`__1cMPhaseIterGVNNtransform_old6MpnENode__2_+0x3c
libjvm.so`__1cMPhaseIterGVNIoptimize6M_v_+0xac
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0xc34
libjvm.so`__1cHCompileIOptimize6M_v_+0x174
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
134217736
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0xd4
libjvm.so`__1cENodeIout_grow6MI_v_+0xac
libjvm.so`__1cHAddNodeFIdeal6MpnIPhaseGVN_i_pnENode__+0xacc
libjvm.so`__1cMPhaseIterGVNNtransform_old6MpnENode__2_+0x28
libjvm.so`__1cMPhaseIterGVNIoptimize6M_v_+0xac
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0xc34
libjvm.so`__1cHCompileIOptimize6M_v_+0x174
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
165122996
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0xd4
libjvm.so`__1cENodeFclone6kM_p0_+0xb0
libjvm.so`__1cHAddNodeFIdeal6MpnIPhaseGVN_i_pnENode__+0x8c8
libjvm.so`__1cMPhaseIterGVNNtransform_old6MpnENode__2_+0x28
libjvm.so`__1cMPhaseIterGVNIoptimize6M_v_+0xac
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0xc34
libjvm.so`__1cHCompileIOptimize6M_v_+0x174
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
165122996
libumem.so.1`malloc
libjava.so`JNU_GetStringPlatformChars+0xd8
libnet.so`Java_java_net_Inet4AddressImpl_lookupAllHostAddr+0x54
0xf8c0c280
0xf8c0c224
0xf8c05d3c
0xf8c05d3c
0xf8c05874
0xf8c05874
0xf8c05764
0xf8c05c2c
0xf8c00218
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5a0
libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_+0x188
libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0x134
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
-4294966636

Rapid memory growth in jvm

Hi,
We have a production java based server that experienced large memory growth recently and we are looking for help in diagnosing what might be the cause. The memory footprint of this java server application is limited to 120M using the jvm -Xmx switch. The server process size held consistently at around 180M until an event happened that caused the process size to increase rapidly to aprox 3G within a 4 minute period. We used the java jstat command to check the application heap usage within the jvm and it was within the specified limits.
We have collected a variety of diagnostic information (pmap, pstack, pfiles, etc - available on request) as well as output from dtrace using a script that is used to count the number of memory allocations. The dtrace script and tail end of this message.
Any help in interpreting the dtrace output in the hopes of pinpointing a cause for the large memory allocations would be greatly appreciated.
Steve
java version information:
java version "1.5.0_06"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Java HotSpot(TM) Server VM (build 1.5.0_06-b05, mixed mode)
dtrace script:
#!/usr/sbin/dtrace -d -F
pid$target::malloc:entry
@totalbytes[ ustack() ] = sum( arg0 );
pid$target::valloc:entry
@totalbytes[ ustack() ] = sum( arg0 );
pldd information:
8348: /export/home/sonusComm/jre/bin/java -Dname=agent -Xmx120M -DAGENT_HOME
/lib/libumem.so.1
/lib/libthread.so.1
/lib/libdl.so.1
/lib/libc.so.1
/platform/sun4u-us3/lib/libc_psr.so.1
/export/home/sonusComm/jre/lib/sparc/server/libjvm.so
/lib/libsocket.so.1
/usr/lib/libsched.so.1
/usr/lib/libCrun.so.1
/lib/libm.so.1
/lib/libnsl.so.1
/lib/libm.so.2
/lib/libscf.so.1
/lib/libdoor.so.1
/lib/libuutil.so.1
/lib/libmd5.so.1
/platform/sun4u/lib/libmd5_psr.so.1
/lib/libmp.so.2
/export/home/sonusComm/jre/lib/sparc/native_threads/libhpi.so
/export/home/sonusComm/jre/lib/sparc/libverify.so
/export/home/sonusComm/jre/lib/sparc/libjava.so
/export/home/sonusComm/jre/lib/sparc/libzip.so
/usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.3
/export/home/sonusComm/jre/lib/sparc/libnet.so
/export/home/sonusComm/jre/lib/sparc/libmanagement.so
/export/home/sonusComm/jre/lib/sparc/libj2pkcs11.so
/usr/lib/libpkcs11.so.1
/usr/lib/libcryptoutil.so.1
/usr/lib/security/pkcs11_softtoken.so.1
/export/home/sonusComm/jre/lib/sparc/librmi.so
dtrace output snippet (the numeric value at the end of each stack is the number of bytes allocated)
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0xd4
libjvm.so`__1cMPhaseChaitinFSplit6MI_I_+0x2a8
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x720
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
9269948
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cHMatcherFxform6MpnENode_i_2_+0xac
libjvm.so`__1cHMatcherFmatch6M_v_+0x644
libjvm.so`__1cHCompileICode_Gen6M_v_+0xd4
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
10008720
libumem.so.1`malloc
libc.so.1`_real_gettext_u+0x98
libc.so.1`dgettext+0x98
libhpi.so`0xff0623d0
libjava.so`JNU_ThrowIOExceptionWithLastError+0x28
libjava.so`Java_java_lang_UNIXProcess_forkAndExec+0x714
0xf8f4f250
0xf90dd264
0xf90e6cdc
0xf9101be0
0xf8ed8078
0xf8c05c2c
0xf8c00218
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5a0
libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_+0x188
libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0x134
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
10313472
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cIPhaseIFGEinit6MI_v_+0xdc
libjvm.so`__1cMPhaseChaitinRRegister_Allocate6M_v_+0x1180
libjvm.so`__1cHCompileICode_Gen6M_v_+0x2b0
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xc08
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
10371104
libumem.so.1`malloc
libnet.so`Java_java_net_SocketInputStream_socketRead0+0xcc
0xf8c668ec
0xf8f01088
0xf8c76344
0xf8c058b8
0xf8c05764
0xf8c595b4
0xf8e7e594
0xf8c96238
0xf8c05c2c
0xf8c05d3c
0xf8c05d3c
0xf8c05d3c
0xf8c05c2c
0xf8c00218
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5a0
libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_+0x188
libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0x134
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
10469376
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cICHeapObj2n6FI_pv_+0x1c
libjvm.so`__1cKJavaThreadKinitialize6M_v_+0xc0
libjvm.so`__1cKJavaThread2t5B6MpFp0pnGThread__vI_v_+0x60
libjvm.so`JVM_StartThread+0x1c0
0xf8c0c280
0xf8c0c224
0xf8f40c7c
0xf9065edc
0xf913a744
0xf9132638
0xf8c00218
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5a0
libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_+0x188
libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0x134
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
10552560
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cICHeapObj2n6FI_pv_+0x1c
libjvm.so`__1cFMutex2t5B6Mipkci_v_+0x20
libjvm.so`__1cHMonitor2t5B6Mipkci_v_+0x10
libjvm.so`__1cGThread2t5B6M_v_+0x118
libjvm.so`__1cKJavaThread2t5B6MpFp0pnGThread__vI_v_+0x34
libjvm.so`JVM_StartThread+0x1c0
0xf8c0c280
0xf8c0c224
0xf8f40c7c
0xf9065edc
0xf913a744
0xf9132638
0xf8c00218
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5a0
libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_+0x188
libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0x134
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
11607816
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cOPhaseIdealLoopKDominators6M_v_+0xb4
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0x7fc
libjvm.so`__1cHCompileIOptimize6M_v_+0x174
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
12653032
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0xd4
libjvm.so`__1cJOopMapSetGall_do6FpknFframe_pnICodeBlob_pknLRegisterMap_pnKOopClosure_pFppnHoopDesc_9E_v9B9B_v_+0x5a0
libjvm.so`__1cJOopMapSetHoops_do6FpknFframe_pnICodeBlob_pknLRegisterMap_pnKOopClosure__v_+0x44
libjvm.so`__1cFframeRoops_code_blob_do6MpnKOopClosure_pknLRegisterMap__v_+0x28
libjvm.so`__1cKJavaThreadHoops_do6MpnKOopClosure__v_+0x19c
libjvm.so`__1cPThreadRootsTaskFdo_it6MpnNGCTaskManager_I_v_+0x50
libjvm.so`__1cMGCTaskThreadDrun6M_v_+0x1e0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
18146824
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cOPhaseIdealLoopKDominators6M_v_+0xb4
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0x7fc
libjvm.so`__1cHCompileIOptimize6M_v_+0x47c
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
20415552
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`jni_GetByteArrayElements+0x144
libjava.so`Java_java_lang_UNIXProcess_forkAndExec+0x58
0xf8f4f250
0xf90dd264
0xf90e6cdc
0xf9101be0
0xf8ed8078
0xf8c05c2c
0xf8c00218
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5a0
libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_+0x188
libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0x134
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
38030987
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cICHeapObj2n6FI_pv_+0x1c
libjvm.so`JVM_StartThread+0x1a0
0xf8c0c280
0xf8c0c224
0xf8f40c7c
0xf9065edc
0xf913a744
0xf9132638
0xf8c00218
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5a0
libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_+0x188
libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0x134
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
59094336
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0xd4
libjvm.so`__1cHThreadsZcreate_thread_roots_tasks6FpnLGCTaskQdDueue__v_+0x4c
libjvm.so`__1cKPSScavengeQinvoke_no_policy6Fpi_i_+0x7d0
libjvm.so`__1cKPSScavengeGinvoke6Fpi_v_+0x5c
libjvm.so`__1cUParallelScavengeHeapTfailed_mem_allocate6MpiIii_pnIHeapWord__+0xbc
libjvm.so`__1cbDVM_ParallelGCFailedAllocationEdoit6M_v_+0xa4
libjvm.so`__1cMVM_OperationIevaluate6M_v_+0x80
libjvm.so`__1cIVMThreadDrun6M_v_+0x6e0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
60336552
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0xd4
libjvm.so`__1cENodeIout_grow6MI_v_+0xac
libjvm.so`__1cHAddNodeFIdeal6MpnIPhaseGVN_i_pnENode__+0xacc
libjvm.so`__1cMPhaseIterGVNNtransform_old6MpnENode__2_+0x28
libjvm.so`__1cMPhaseIterGVNIoptimize6M_v_+0xac
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0xc34
libjvm.so`__1cHCompileIOptimize6M_v_+0x174
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
100790212
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0xd4
libjvm.so`__1cENodeFclone6kM_p0_+0xb0
libjvm.so`__1cHAddNodeFIdeal6MpnIPhaseGVN_i_pnENode__+0x8c8
libjvm.so`__1cMPhaseIterGVNNtransform_old6MpnENode__2_+0x28
libjvm.so`__1cMPhaseIterGVNIoptimize6M_v_+0xac
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0xc34
libjvm.so`__1cHCompileIOptimize6M_v_+0x174
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
101445332
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFChunk2n6FII_pv_+0x244
libjvm.so`__1cFArenaIArealloc6MpvII_1_+0xc4
libjvm.so`__1cMPhaseIterGVNJtransform6MpnENode__2_+0x98
libjvm.so`__1cHAddNodeFIdeal6MpnIPhaseGVN_i_pnENode__+0xa3c
libjvm.so`__1cMPhaseIterGVNNtransform_old6MpnENode__2_+0x28
libjvm.so`__1cMPhaseIterGVNIoptimize6M_v_+0xac
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0xc34
libjvm.so`__1cHCompileIOptimize6M_v_+0x174
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
268435464
libumem.so.1`malloc
libjvm.so`__1cCosGmalloc6FI_pv_+0x28
libjvm.so`__1cFArenaEgrow6MI_pv_+0x214
libjvm.so`__1cINodeHashEgrow6M_v_+0x74
libjvm.so`__1cINodeHashQhash_find_insert6MpnENode__2_+0x1ac
libjvm.so`__1cMPhaseIterGVNNtransform_old6MpnENode__2_+0x2f8
libjvm.so`__1cMPhaseIterGVNIoptimize6M_v_+0xac
libjvm.so`__1cOPhaseIdealLoop2t5B6MrnMPhaseIterGVN_pk0i_v_+0xc34
libjvm.so`__1cHCompileIOptimize6M_v_+0x174
libjvm.so`__1cHCompile2t5B6MpnFciEnv_pnKC2Compiler_pnIciMethod_ii_v_+0xbdc
libjvm.so`__1cKC2CompilerOcompile_method6MpnFciEnv_pnIciMethod_i_v_+0xb0
libjvm.so`__1cNCompileBrokerZinvoke_compiler_on_method6FpnLCompileTask__v_+0x4cc
libjvm.so`__1cNCompileBrokerUcompiler_thread_loop6F_v_+0x44c
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
536936472
libumem.so.1`malloc
libjava.so`JNU_GetStringPlatformChars+0xd8
libjava.so`Java_java_io_UnixFileSystem_getBooleanAttributes0+0x80
0xf8c0c280
0xf8c0c224
0xf8c058b8
0xf8c36cf8
0xf8f83678
0xf8fd515c
0xf8c96238
0xf8c05764
0xf8c05764
0xf8c05764
0xf8c00218
libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallArguments_pnGThread__v_+0x5a0
libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsymbolHandle_5pnGThread__v_+0x188
libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0x134
libjvm.so`__1cKJavaThreadDrun6M_v_+0x2b0
libjvm.so`__1cG_start6Fpv_0_+0x208
libc.so.1`_lwp_start
-8588966992

This isn't a heap space issue with the java application though, which is what these tools you mentioned would be used to diagnose. The heap space usage of our java app is remaining constant and below the specified limit of 120M but the process continues to grow as we speak.
I can only conclude that this is most likely a jvm memory leak. I should have probably made this clearer in the subject heading.
Anyone know how to file a bug against the solaris jvm ?

Kernel_task utilization and usb devices

After updating to OS 10.5.2 from 10.4.11 - I noticed in the Activity Viewer
that kernel_task was using between 40 and 50 shares and sometimes more
(units/points/whatever) and the system overall seemed to be somewhat slow -
apps would take longer than 10.4.11 to load - the splash screens would stay
on screen longer etc. And I see (Not Responding) in the Activity monitor a
lot more than I ever did before.
I have done some cleanup - defrag - pre-binding - permissions rebuild etc.
I read somewhere that USB devices/drivers could be responsible - so I
started to unplug USB devices (I have about 15 of them) - and the
kernel_task dropped to less than 2.
One of the USB devices is a Light Stone Bio Feedback unit - since I had not
used it in some time I had not loaded the software for it back when I got
this MacBook Pro (2.33GHz Core2 Duo 3GB of RAM 256MB Video RAM 1680x1050
with external 1900x1200).
So I loaded the software for the Bio Feedback (The Journey to the Wild
Divine - which coincidentally I wanted to do anyway to use the heart rate
monitor function on it - still looking for Mac software to read the unit
directly but for now the PC software works). Anyway - that resulted in the
kernel_task dropping to around 25 on average. When I unplug the hub that has
all the CH Products connected to it - FighterStick - Yoke - Pro Throttle and
Pro Pedals (I thought the Pedals were broken but they seem to be working
again) - the kernel_task dropped to below 2. As I unplug each individual CH
Products device the kernel_task drops on average about 5 or less.
I tried loading USB Overdrive to see if maybe some kernel extension that
"read" the devices was installed that perhaps the kernel would not spend so
many cycles on them - but no change in the CPU utilization for those
devices. I have uninstalled USB overdrive (haven't rebooted yet - hoping the
pedals still work after the reboot). The console doesn't show anything that
would suggest a lot of polling or errors.
So I am wondering if this is just the way things are and anytime I want to
use the CH Products devices I have to take a 25 point CPU hit. I am thinking
that it might be affecting the frame rate and such in X-Plane. Or does it
sound like there is something out of whack on my system? Could it be
something in OS 10.5.2 that still needs work form Apple (I am planning to
send some of this info to Apple and CH Products as well).
I have the following:
Built-in Keyboard and Trackpad
Built-in IR Receiver
Built-in Bluetooth host controller
Integrated port - with USB Memory stick (not always attached)
Integrated port - with external USB hard drive (not always attached)
Built-in iSight Camera
Integrated port connected to external monitor
Monitor port connected to iPhone
Monitor port connected to 7 port USB 2.0 powered Hub 1
Epson Printer (usually attached to the Airport Extreme except for
maintenance)
iPod (30GB Video)
APC UPS 1000
CanoScan LiDE30
USB card reader
Kensington Wireless Trackball (radio transmitter)
7 port USB 2.0 powered Hub 2
Light Stone Bio Feedback unit
Macally IceCad Mini Tablet
CH Products Pro Pedals
CH Products Pro Throttle
CH Products Fighterstick
CH Products SIM Yoke
With all that plugged in - the kernel_task is about 30 (with Bio Feedback
software installed) - and varies by a couple points up and down.
If I unplug the Hub 2 with the CH products - or individually unplug the CH
products devices - kernel_task drops instantly to 5 or less - and then runs
between less than 2 and no more than about 5 or so - sometimes less than 1.
I also have a Gravis GamePad Pro - a wireless Keyboard and Mouse - a M-Audio
KeyStation 49e - and a UBfunkeys hub - which are generally not connected to
this computer - but could be.
For now I can unplug that hub when I am not using those devices - but when I do need to use them - I think they may be impacting overall performance.
Has anyone else seen this? anyone have a solution?

No solutions, but there does seem to be a connection with older or perhaps non-Apple USB devices.
I've an older USB cam that works well with iChat and SecuritySpy while in Tiger. Restart into Leopard and kernel_task and syslogd continuously grab memory and CPU until they get so high the machine is useless. Switch video input to an external iSight and those two behave although I must restart to clear them. But, although iChat uses a similar amount of memory as it did under Tiger, it grabs over 90% of the CPU, once again making the machine useless for anything else.
I also have an older Saitek joystick that works fine not only in Tiger but in Classic as well.
In Leopard it often doesn't mount until I unplug/replug it in one or more times.
My Apple KB and Kensington mouse seem to work OK (other then the mouse SW needs to be updated).

About "disk utilization" and "cpu utlization"

I am writing an agent with snmp protocol. I want to konw the system's current "cpu utilization and disk utilization". But I have no choice now but use the system call:"df -k" and "vmstat". Can ANYONE show me another way??

You might want to read about the kstat interfaces in Solaris . You can get the required statistics using kstat() calls.
Thanks,
Prajeesh

JVM performance in case of JVM memory usage is high

Hi All
     Here is some query about JVM performance in case of JVM memory usage is high.
     I have a server of 16GB. For JVM 12GB and for OS 4GB.
     Let say, My Application creating many Unnecessary Objects and consumes very high memory.
     Also, there is a gaurenty that limit of memory is it never exceed 2GB.
     No, in worst scenario memory used by JVM is 2GB.Ok.
     I have free memory available for JVM is 10GB(16GB - 2GB - 4GB(any OS memory usage)).
     Now, for any Application processing I have 10GB.
     So, does it affect application processing for which I have 10GB.
     I mean does JVM performance decreses in high JVM memory usage even I have occupied more memory to JVM.

Hi All
     Here is some query about JVM performance in case of JVM memory usage is high.
     I have a server of 16GB. For JVM 12GB and for OS 4GB.
     Let say, My Application creating many Unnecessary Objects and consumes very high memory.
     Also, there is a gaurenty that limit of memory is it never exceed 2GB.
     No, in worst scenario memory used by JVM is 2GB.Ok.
     I have free memory available for JVM is 10GB(16GB - 2GB - 4GB(any OS memory usage)).
     Now, for any Application processing I have 10GB.
     So, does it affect application processing for which I have 10GB.
     I mean does JVM performance decreses in high JVM memory usage even I have occupied more memory to JVM.

LE-TRA utilization and free capacity

hello, friends.
i understand that in order to use the utilization and free capacity analyses in LE-Transportation, we must also implement HU Management. what are the general concepts and procedures/steps for this?
many thanks.

Hi Jonathan,
I don't know if I fully understand your question.
From a planning view it is evaluated if a freight unit will fit into a resource. The optimizer will always evaluate if there is free space available. This is done based on the parameters that are in the freight unit and the parameters of the resource.
If you want to evaluate the utilization of your resources this is designed to be done using BI. There is no monitor in TM 7.0. How this is done using BI I don't know. I think that there is not much standard available.
For future releases it is considered to have a more user friendly overview of the resources. Also getting an overview on how much the resources are utilized at the moment. Also to make manual planning easier. Lets wait and see what SAP will produce.
I hope this answers your question.
Regards,
Nico

Exchange 2013 Autodiscover and Webservices virtual directories with wrong address

Hey people,
I have 3 2013 Servers
Server 1 CAS
Server 2 & 3 MBX
having a bit of trouble here - everything was working fine after migration (about 6months ago), and now mac users can't access e-mail.
If I try to access EWS page (https://webmail.domain.co.ao/EWS/exchange.asmx) , i get
Service
You have created a service.
To test this service, you will need to create a client and use it to call the service. You can do this using the svcutil.exe tool from the command line with the following syntax:
svcutil.exe https://SERVER2.domain.int:444/EWS/Services.wsdl
If I try to access the autodiscover webpage, i get
<?xml version="1.0" encoding="UTF-8"?>
-<Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">-<Response>-<Error Id="1286627925" Time="17:58:59.7730521"><ErrorCode>600</ErrorCode><Message>Invalid Request</Message><DebugData/></Error></Response></Autodiscover>
When testing outlook web services, i get the following error
[PS] C:\Windows\system32>Test-OutlookWebServices
Source ServiceEndpoint Scenario Result Latency
(MS)
SERVER2.domain.int webmail.domain.co.ao Autodiscover: Outlook Provider Failure 64
SERVER2.domain.int Exchange Web Services Skipped 0
SERVER2.domain.int Availability Service Skipped 0
SERVER2.domain.int Offline Address Book Skipped 0
if i run
[PS] C:\Windows\system32>Get-AutodiscoverVirtualDirectory | fl
Creating a new session for implicit remoting of "Get-AutodiscoverVirtualDirectory" command...
RunspaceId : 9f23dad1-7806-42a6-8545-89b66847a359
Name : Autodiscover (Default Web Site)
InternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity, OAuth}
ExternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity, OAuth}
LiveIdNegotiateAuthentication : False
WSSecurityAuthentication : True
LiveIdBasicAuthentication : False
BasicAuthentication : True
DigestAuthentication : False
WindowsAuthentication : True
OAuthAuthentication : True
AdfsAuthentication : False
MetabasePath : IIS://SERVER1.domain.int/W3SVC/1/ROOT/Autodiscover
Path : C:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy\Autodiscover
ExtendedProtectionTokenChecking : None
ExtendedProtectionFlags : {}
ExtendedProtectionSPNList : {}
AdminDisplayVersion : Version 15.0 (Build 775.38)
Server : SERVER1
InternalUrl : https://webmail.domain.co.ao/autodiscover/autodiscover.xml
ExternalUrl : https://webmail.domain.co.ao/autodiscover/autodiscover.xml
AdminDisplayName :
ExchangeVersion : 0.10 (14.0.100.0)
DistinguishedName : CN=Autodiscover (Default Web
Site),CN=HTTP,CN=Protocols,CN=SERVER1A,CN=Servers,CN=Exchange Administrative
Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=DOMAIN,CN=Microsoft
Exchange,CN=Services,CN=Configuration,DC=domain,DC=int
Identity : SERVERONE\Autodiscover (Default Web Site)
Guid : fbed978f-7442-46ac-bb3c-53d9d7995507
ObjectCategory : domain.int/Configuration/Schema/ms-Exch-Auto-Discover-Virtual-Directory
ObjectClass : {top, msExchVirtualDirectory, msExchAutoDiscoverVirtualDirectory}
WhenChanged : 12/19/2013 10:30:26 AM
WhenCreated : 12/19/2013 10:30:26 AM
WhenChangedUTC : 12/19/2013 9:30:26 AM
WhenCreatedUTC : 12/19/2013 9:30:26 AM
OrganizationId :
OriginatingServer : DC2.domain.int
IsValid : True
ObjectState : Changed
and run
[PS] C:\Windows\system32>Get-WebServicesVirtualDirectory | fl
RunspaceId : 9f23dad1-7806-42a6-8545-89b66847a359
CertificateAuthentication :
InternalNLBBypassUrl :
GzipLevel : High
MRSProxyEnabled : False
Name : EWS (Default Web Site)
InternalAuthenticationMethods : {Basic, Digest}
ExternalAuthenticationMethods : {Basic, Digest}
LiveIdNegotiateAuthentication :
WSSecurityAuthentication : False
LiveIdBasicAuthentication : False
BasicAuthentication : True
DigestAuthentication : True
WindowsAuthentication : False
OAuthAuthentication : False
AdfsAuthentication : False
MetabasePath : IIS://SERVER1.domain.int/W3SVC/1/ROOT/EWS
Path : C:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy\EWS
ExtendedProtectionTokenChecking : None
ExtendedProtectionFlags : {}
ExtendedProtectionSPNList : {}
AdminDisplayVersion : Version 15.0 (Build 775.38)
Server : SERVER1
InternalUrl : https://webmail.domain.co.ao/EWS/exchange.asmx
ExternalUrl : https://webmail.domain.co.ao/EWS/exchange.asmx
AdminDisplayName :
ExchangeVersion : 0.10 (14.0.100.0)
DistinguishedName : CN=EWS (Default Web Site),CN=HTTP,CN=Protocols,CN=SERVRE1,CN=Servers,CN=Exchange
Administrative Group (FYDIBOHF23SPDLT),CN=Administrative
Groups,CN=DOMAINL,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domainl,DC=int
Identity : SERVER1\EWS (Default Web Site)
Guid : cbdd447b-54f8-4bba-9834-6c28b807711e
ObjectCategory : domain.int/Configuration/Schema/ms-Exch-Web-Services-Virtual-Directory
ObjectClass : {top, msExchVirtualDirectory, msExchWebServicesVirtualDirectory}
WhenChanged : 12/19/2013 9:31:11 AM
WhenCreated : 12/19/2013 9:31:11 AM
WhenChangedUTC : 12/19/2013 8:31:11 AM
WhenCreatedUTC : 12/19/2013 8:31:11 AM
OrganizationId :
OriginatingServer : DC2.domain.int
IsValid : True
ObjectState : Changed
Summarizing:
webmail.domain.co.ao maps to server1
Autodiscover and exchange web services point out to server1 (CAS), but when openning the respective webpages, the result is an error.
I have already deleted and recreated the autodiscover and EWS virtual directories but with no success.
Help anyone?
Many thanks,
Andrey

Hi Andrey,
Exchange Web Service in Exchange server configuration is working for all users in your Exchange environment, not just for one specific user. If you want to double make sure the EWS service in client side, we can directly access the EWS URL in IE of your
Windows machine, and see whether a proper XML file is returned. If so, then we can safely ignore the web service test result.
As for automatic signature application, do you mean
Add a signature automatically to every message? Please try to remove the signature and reset it again to check whether the issue persists.
Thanks,
Winnie Liang
TechNet Community Support

High Memory Growth

We have a multi-master Sun DS setup , wherein we are observing a huge memory growth on only one of them. Memory growth started after third party plug-ins were installed on them, the issue should have been seen on both as plug-in were installed on both of them. We have esclated it to plug-in OEM.
Have you faced any such issue in the past or do u know any tools preferably command to pull out these extra memory consumption?
FYI, the plug-in being used is CP metadirectory for Sun Directory Syncronisations with other databases.
TIA

Hi Ludovic,
Obviously, The first though was to hit 3rd party vendor for this cause, but they have a point " Plug-ins should have cause memory growth on both of them", whereas this is not the case. On the otherhand, We have the same plug-ins installed on our Dev & Stg environment, we dont see any similar issue there"
Is there any way to list out memory consumptions specifically by connections, lib etc?
TIA,
Nawaz

Cenvat Utilization and Service Tax

Dear Gurus,
Below mentioned points is comes under Which module (FI/MM/SD)??
1.) Cenvat Utilization
2.) Service tax utilization and maintainance of Service Tax Register
Please provide the Honest Inputs.
Thanks & Regards
Nitin Chhabra

Hi,
In many of the organisations, finance & accounts departments handles this activities. The entries for CENVAT and Service tax generates from all the three modules. Monthly Utilization, updating the RG registers and statutory tax returns are solely
handled in accounts department.
Regards,
Sadashivan

Agent resident memory utilization and Agent Virtual Memory Growth is HIGH

Similar Messages

Maybe you are looking for