Opened 8 years ago
Closed 7 years ago
#1542 closed defect (fixed)
rasserver produces too many log files sometimes
Reported by: | Dimitar Misev | Owned by: | Dimitar Misev |
---|---|---|---|
Priority: | critical | Milestone: | 9.4 |
Component: | rasmgr | Version: | development |
Keywords: | Cc: | Peter Baumann | |
Complexity: | Medium |
Description
In certain cases it seems that rasdaman produces an insane amount of log files. So many that
rm -f * -bash: /usr/bin/rm: Argument list too long
I think rasservers die before they properly start, and rasmgr keeps forking new ones for way too long.
We need to figure out how to reproduce this first, and probably rasmgr should be fixed, so that it detects such an issue a bit earlier than ~400,000 restarts later. To reproduce we could try inserting a deliberate segfault somewhere early in the initialization of rasserver.
Change History (3)
comment:1 by , 8 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:2 by , 8 years ago
comment:3 by , 7 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Note:
See TracTickets
for help on using tickets.
To fix this I modified start_rasdaman.sh to try a simple select query after starting rasservers; if it fails to execute it means that no rasserver has probably started (a select version() query should always execute fine otherwise). In this case it shuts down rasmgr and hence prevents it going into the above loop of constantly restarting the rasservers.
Patch is on the way.