Closed
Bug 594453
Opened 15 years ago
Closed 15 years ago
Socorro - collector reimplementation with timeout
Categories
(Socorro :: General, task)
Tracking
(Not tracked)
RESOLVED
FIXED
1.8
People
(Reporter: lars, Unassigned)
Details
The collector makes http requests to processors to queue jobs for processing. If there are problems with that connection, there could be long waits for timeouts. This could result in crash submissions getting dropped because the Apache is too busy waiting to service them. The collector needs a timeout.
There are two ways to implement this:
1) add a global socket timeout. This will prevent the http request blocking too long. It could effect other socket connections like thrift, and if set shorter than the thrift timeout, could override that setting.
2) reimplement the http request to use httplib instead of urllib2. That module has a built in timeout feature with, supposedly, won't interfere with any timeouts set in thrift.
| Reporter | ||
Updated•15 years ago
|
Target Milestone: --- → 1.8
| Reporter | ||
Comment 1•15 years ago
|
||
completed. the urllib2 did actually add a timeout parameter. I was looking at outdated documentation.
there is a new config parameter in the collector called 'processorSubmissionTimeout'
| Reporter | ||
Updated•15 years ago
|
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Comment 2•15 years ago
|
||
Not applicable to 1.7.x
| Assignee | ||
Updated•14 years ago
|
Component: Socorro → General
Product: Webtools → Socorro
You need to log in
before you can comment on or make changes to this bug.
Description
•