[SERVER-76] repl tests fail mysteriously Created: 27/May/09 Updated: 12/Jul/16 Resolved: 17/Oct/09 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | Replication |
| Affects Version/s: | None |
| Fix Version/s: | random buildbot failures |
| Type: | Bug | Priority: | Minor - P4 |
| Reporter: | Aaron Staple | Assignee: | Eliot Horowitz (Inactive) |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Participants: |
| Description |
|
<http://buildbot.mongodb.org/builders/Linux%2064-bit/builds/350/steps/test_3/logs/stdio> |
| Comments |
| Comment by Eliot Horowitz (Inactive) [ 17/Oct/09 ] |
|
buildbot hasn't had any of these in a while. |
| Comment by Aaron Staple [ 29/May/09 ] |
|
added some guards and debugging 8c107408f27930db95ae43bde40dd8418c466910 |
| Comment by Aaron Staple [ 29/May/09 ] |
|
Looks like signal() on the ofc-n1 machine disables a given signal's handler the first time that signal is delivered. This is in contrast to osx, where the handler remains installed and may be called multiple times. So one possibility is that there was a seg fault in the shell and then another seg fault in quitAbruptly(). |
| Comment by Aaron Staple [ 28/May/09 ] |
|
I think the -11 here means the shell seg faulted. Strange that the signal handler doesn't seem to have been called. |