Anonymous | Login | Signup for a new account | 12-17-2024 12:03 PST |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Advanced Details [ Jump to Notes ] | [ View Simple ] [ Issue History ] [ Print ] | ||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
0004202 | [Resin] | major | always | 09-07-10 10:30 | 01-17-11 16:47 | ||||
Reporter | norlab | View Status | public | ||||||
Assigned To | ferg | ||||||||
Priority | normal | Resolution | fixed | Platform | |||||
Status | closed | OS | |||||||
Projection | none | OS Version | |||||||
ETA | none | Fixed in Version | 4.0.15 | Product Version | 3.1.10 | ||||
Product Build | |||||||||
Summary | 0004202: Watchdog / Server Performance Spike | ||||||||
Description |
I am using the watchdog in an ISP configuration with multiple hosts, all started and controlled via the watchdog. When editing 1 of N hosts under a single watchdog, and there is an error in domain.conf resin has performance issues(possible memory leak). Resin will continue to eat up more and more server resources, I assume until the server will crash. I have not let it go that long, but within just minutes the server will spike in load average as seen in running an "uptime" command. This is repoduced by having the watchdog, attempt to resart without have a good conf file. I assume that the issue is that resin in looping in its attempt to restart the broken conf. file. Maybe after some number of restarts of conf with error in, watchdog will drop it from looping sequence. |
||||||||
Steps To Reproduce | |||||||||
Additional Information | |||||||||
Attached Files | |||||||||
|
There are no notes attached to this issue. |
Mantis 1.0.0rc3[^]
Copyright © 2000 - 2005 Mantis Group
27 total queries executed. 25 unique queries executed. |