0002368: Whenever heapdump is taken, resin cluster breaks down

Viewing Issue Advanced Details [ Jump to Notes ]

[ View Simple ] [ Issue History ] [ Print ]

Category

Severity

Reproducibility

Date Submitted

Last Update

0002368

[Resin]

crash

always

01-25-08 04:44

06-11-08 18:53

Reporter

resinossi

View Status

public

Assigned To

ferg

Priority

normal

Resolution

fixed

Platform

Status

closed

Projection

none

OS Version

ETA

none

Fixed in Version

3.2.0

Product Version

3.0.24

Product Build

Summary

0002368: Whenever heapdump is taken, resin cluster breaks down

Description

Whenever we take a heapdump with command
jdk1.5.0_14/bin/jmap -heap:format=b PID

whole resin cluster (2-6 instances) becomes unresponsive and is unusable.
Quite often all resins in cluster needs to be restarted to make the site to serve again.

If Apaches with mod_caucho are restarted, the site works for some minutes, but breaks again.

Also amount of active threads increases hugely in each resin instance while taking the heapdump.

Steps To Reproduce

Additional Information

Attached Files

Relationships

Notes
(0002924) ferg 03-27-08 10:17	This is a difficult issue. A heap dump freezes the JVM for the time that it takes to take the heap dump. If the heap is large, this can be a significant period of time. For the cluster issue, we may need to change the messaging/threading behavior for writing backup copies. Currently, Resin uses the request thread to write the session backups, which can cause problem when a backup server goes down. Any updates to that backup model will need to wait for the 3.2.x branch (after 3.1.6)

(0003177) ferg 06-11-08 18:53	In 3.2, the sessions are now stored back using a separate thread, so even if a backend server is unresponsive, the primary servers will not need to wait.

Issue History
Date Modified	Username	Field	Change
01-25-08 04:44	resinossi	New Issue
03-27-08 10:17	ferg	Note Added: 0002924
06-11-08 18:53	ferg	Note Added: 0003177
06-11-08 18:53	ferg	Assigned To	=> ferg
06-11-08 18:53	ferg	Status	new => closed
06-11-08 18:53	ferg	Resolution	open => fixed
06-11-08 18:53	ferg	Fixed in Version	=> 3.2.0

Mantis 1.0.0rc3[^]

31 total queries executed.
27 unique queries executed.