Open Bug 771442 Opened 12 years ago Updated 12 years ago

[sea-vm-win32-*, (Dbg)] xpcshell: buildbot times out on mailnews\imap\test\unit\test_chunkLastLF.js. (likely due to hang or crash)

Categories

(SeaMonkey :: Testing Infrastructure, defect, P2)

x86
Windows Server 2003

Tracking

(seamonkey2.13?)

Tracking Status
seamonkey2.13 ? ---

People

(Reporter: ewong, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [perma-purple] [test which aborts the suite])

WINNT 5.2 comm-central-trunk debug test xpcshell on 2012/07/06 00:37:00
(s: sea-vm-win32-2)
  http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1341560220.1341561763.18837.gz&fulltext=1

WINNT 5.2 comm-central-trunk debug test xpcshell on 2012/07/05 12:01:40:
(s: sea-vm-win32-1)
  http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1341514900.1341516436.10431.gz&fulltext=1

WINNT 5.2 comm-central-trunk debug test xpcshell on 2012/07/05 10:55:01
(s: sea-vm-win32-1)
  http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1341510901.1341512455.6700.gz&fulltext=1

WINNT 5.2 comm-central-trunk debug test xpcshell on 2012/07/05 09:36:58
(s: sea-vm-win32-4)
  http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1341506218.1341507765.434.gz&fulltext=1

Pattern seems like a sea-vm-win32-* issue.
Whereas there's no problem with :

WINNT 5.2 comm-central-trunk debug test xpcshell on 2012/07/05 21:58:38
(s: sea-win32-04)
  http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1341550718.1341553611.11331.gz&fulltext=1
NB: Edmund, please copy relevant log when you file bugs.


(In reply to Edmund Wong (:ewong) from comment #0)
> Pattern seems like a sea-vm-win32-* issue.

http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1341741742.1341743257.18616.gz&fulltext=1
WINNT 5.2 comm-central-trunk debug test xpcshell on 2012/07/08 03:02:22
s: sea-vm-win32-3
{
TEST-INFO | e:\builds\slave\test\build\xpcshell\tests\mailnews\imap\test\unit\test_chunkLastLF.js | running test ...

command timed out: 1200 seconds without output, attempting to kill
SIGKILL failed to kill process
using fake rc=-1
program finished with exit code -1
}


(In reply to Edmund Wong (:ewong) from comment #1)
> (s: sea-win32-04)

{
TEST-INFO | e:\builds\slave\test\build\xpcshell\tests\mailnews\imap\test\unit\test_chunkLastLF.js | running test ...
TEST-PASS | e:\builds\slave\test\build\xpcshell\tests\mailnews\imap\test\unit\test_chunkLastLF.js | test passed (time: 578.000ms)
}


Ftr,
http://mxr.mozilla.org/comm-central/source/mailnews/imap/test/unit/test_chunkLastLF.js
Blocks: SmTestFail
Severity: normal → major
Component: Release Engineering → Testing Infrastructure
Depends on: 92111
Priority: -- → P2
Summary: [sea-vm-win32-*?] Intermittent timeout on Win Debug xpcshell's mailnews\imap\test\unit\test_chunkLastLF.js → [sea-vm-win32-*, (Dbg)] xpcshell: buildbot times out on mailnews\imap\test\unit\test_chunkLastLF.js. (likely due to hang or crash)
Whiteboard: [perma-purple]
Whiteboard: [perma-purple] → [perma-purple] [test which aborts the suite]
Irving wrote this test. Anyone asked him yet if he has any ideas why this is failing?
> Irving wrote this test. Anyone asked him yet if he has any ideas why this is failing?
Sorry, just back from long vacation with little time for hacking. I don't have a seamonkey build/test environment, and the tinderbox logs don't show any output at all. Next step is probably to find someone who can run the test standalone from their dev environment to see where it's hanging.
I tried to reproduce this test failure locally, but did not succeed so far:
Frank@FRANK-PC /f/mozilla/seamonkey-objdir-debug-tests
$ python -OO /c/mozilla/tree-hg/comm-central/mozilla/build/pymake/make.py SOLO_FILE="test_chunkLastLF.js" -C mailnews/imap/test/ check-one
[...]
INFO | Result summary:
INFO | Passed: 1
INFO | Failed: 0
INFO | Todo: 0
Looks like I can reproduce with a debugger attached though, not sure why (via using check-interactive and  _execute_test();). I hope I'm doing this right, I don't have much experience running tests:
js> _execute_test();
TEST-INFO | (xpcshell/head.js) | test 1 pending
WARNING: NS_ENSURE_TRUE(!(accountList.IsEmpty())) failed: file c:/mozilla/tree-h
g/comm-central/mailnews/base/src/nsMsgAccountManager.cpp, line 1354

TEST-INFO | (xpcshell/head.js) | test 2 pending

TEST-INFO | (xpcshell/head.js) | test 3 pending

TEST-INFO | (xpcshell/head.js) | test 3 finished

TEST-INFO | (xpcshell/head.js) | running event loop
2012-07-24 23:54:26     test.test       INFO    [Context: test.test:1 state: sta
rted] Starting test: verifyContentLength

TEST-INFO | (xpcshell/head.js) | test 3 pending

TEST-INFO | (xpcshell/head.js) | test 3 finished
adding message to server
getting uri
Directory request for: IMapMD that we (mailDirService.js) are not handling, leav
ing it to another handler.
Directory request for: MFCaF that we (mailDirService.js) are not handling, leavi
ng it to another handler.
WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80004005: file c:/mozill
a/tree-hg/comm-central/mailnews/base/src/nsMessengerWinIntegration.cpp, line 109
8
WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80004005: file c:/mozill
a/tree-hg/comm-central/mailnews/base/src/nsMessengerWinIntegration.cpp, line 817

WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80004005: file c:/mozill
a/tree-hg/comm-central/mailnews/base/src/nsMessengerWinIntegration.cpp, line 109
8
WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80004005: file c:/mozill
a/tree-hg/comm-central/mailnews/base/src/nsMessengerWinIntegration.cpp, line 817

WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80004005: file c:/mozill
a/tree-hg/comm-central/mailnews/base/src/nsMessengerWinIntegration.cpp, line 109
8
WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80004005: file c:/mozill
a/tree-hg/comm-central/mailnews/base/src/nsMessengerWinIntegration.cpp, line 901

And then no further output happens.
Actually I'm not sure if I see the same problem as the tinderbox does, I just noticed that my debugger (Visual Studio 2010) is trying to load symbols for C:\Windows\SysWOW64\rasapi32.dll while it runs the test (it displays that at the bottom). If I click on Debug->Break All, the whole debugger hangs.
One last note on this: If I disable symbol loading from the Microsoft Symbol Server in Visual Studio 2010, the test runs fine in interactive mode. I don't think the vm test server try to load symbols from some symbol server, do they?
(In reply to Frank Wein [:mcsmurf] from comment #9)
> One last note on this: If I disable symbol loading from the Microsoft Symbol
> Server in Visual Studio 2010, the test runs fine in interactive mode. I
> don't think the vm test server try to load symbols from some symbol server,
> do they?

I don't know if this means it's "loading symbols", but it gets symbols
from the server.

'wget' '--progress=dot:mega' '-N' 'http://ftp.mozilla.org/pub/mozilla.org/seamonkey/tinderbox-builds/comm-central-trunk-win32-debug/1343179463/seamonkey-2.14a1.en-US.win32.crashreporter-symbols.zip'
I meant loading the symbols for the Windows DLLs (like rasapi32.dll) from the Microsoft symbol server. But I think this is not related here as this only matters if you really attach a debugger to the xpcshell.exe process (as soon as I fixed the symbol loading problem locally the test also ran fine in the debugger).
You need to log in before you can comment on or make changes to this bug.