Hi Thomas,
-> How much memory did you configure for your java environment? -->
-Xms4096m -Xmx8192m
-> Parameter If the java process eats too much memory, you can write a memory
dump when an OOM exception occurs.
Do we need to run this cmd with the startup.sh tomcat cmd , or can we run this
directly on server , before restarting the tomcat during OOM error.
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/opt/tomcat/apache-tomcat-8.5.5/logs/javadump.dmp
Also can we use the cmd's also for generating heap and thread dumps , please
suggest are these cmd's useful for these error condition.
kill -3 PID
/opt/tomcat/jdk1.8.0_121/bin
./jmap -F -dump:format=b,file=/tmp/heap.bin PID
./jmap -F -dump:format=b,file=/tmp/heap.hpof PID
The below is the current memory foot print on the prod server now -
tomcat@[/tmp]$ free -m
total used free shared buffers cached
Mem: 32109 31422 687 69 1185 15452
-/+ buffers/cache: 14783 17325
Swap: 16383 0 16383
tomcat@[/tmp]$ free -m
total used free shared buffers cached
Mem: 32109 31422 687 69 1185 15452
-/+ buffers/cache: 14783 17325
Swap: 16383 0 16383
tomcat@[/tmp]$ free -m
total used free shared buffers cached
Mem: 32109 31422 687 69 1185 15452
-/+ buffers/cache: 14783 17325
Swap: 16383 0 16383
> > You can also open a JMX port and inspect the memory using during runtime,
> > e.g. with VirtualVM
We are still trying this option to get run , this is asking to have java 1.8 or
higher , can we use any other option to check the Memory during runtime?.
Please suggest . Thankyou !
Thanks & Regards,
Priyanka Kumawat | Middleware Admin
T +91.7879364483
EMail - [email protected]
DL - [email protected]
DXC Technology
-----Original Message-----
From: Thomas Hoffmann (Speed4Trade GmbH)
<[email protected]>
Sent: 28 September 2022 12:02
To: Tomcat Users List <[email protected]>
Subject: AW: AW: MaxRequestWorkers error
> -----Ursprüngliche Nachricht-----
> Von: Rob Sargent <[email protected]>
> Gesendet: Dienstag, 27. September 2022 23:26
> An: [email protected]
> Betreff: Re: AW: MaxRequestWorkers error
>
>
>
> On 9/27/22 14:37, Thomas Hoffmann (Speed4Trade GmbH) wrote:
> >
> > How much memory did you configure for your java environment? --> Xmx
> > Parameter If the java process eats too much memory, you can write a
> memory dump when an OOM exception occurs.
> > E.g. with the parameters: -XX:+HeapDumpOnOutOfMemoryError -
> XX:HeapDumpPath=/var/logs/javadump.dmp"
> > You can also open a JMX port and inspect the memory using during
> > runtime, e.g. with VirtualVM
> > https://clicktime.symantec.com/15tStaehQas9svtdpJ83n?h=sL3qdTIGckj1F
> > A6lY59OUlcDtGbnfGtyeXufk7TPq70=&u=https://visualvm.github.io/
> >
> Pretty sure Thomas mean "VisualVM"
Of course :)
Link was right, name was wrong.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
B KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKCB [
X ܚX KK[XZ[
\ \ ][ X ܚX P X ]
\X K ܙ B ܈Y][ۘ[ [X[ K[XZ[
\ \ Z[ X ]
\X K ܙ B
DXC Technology Company -- This message is transmitted to you by or on behalf of
DXC Technology Company or one of its affiliates. It is intended exclusively for
the addressee. The substance of this message, along with any attachments, may
contain proprietary, confidential or privileged information or information that
is otherwise legally exempt from disclosure. Any unauthorized review, use,
disclosure or distribution is prohibited. If you are not the intended recipient
of this message, you are not authorized to read, print, retain, copy or
disseminate any part of this message. If you have received this message in
error, please destroy and delete all copies and notify the sender by return
e-mail. Regardless of content, this e-mail shall not operate to bind DXC
Technology Company or any of its affiliates to any order or other contract
unless pursuant to explicit written agreement or government initiative
expressly permitting the use of e-mail for such purpose.
