Message boards :
Number crunching :
Error report
Message board moderation
Author | Message |
---|---|
![]() Send message Joined: 9 Nov 07 Posts: 20 Credit: 39,712 RAC: 0 ![]() ![]() |
Just a quick note to report that it appears that Milkyway WUs don't appear to appreciate being suspended.... Earlier this evening BOINC on my host suspended WU #1883917 in order to run it's weekly benchmarks, said WU immediately errored out. Here's the appropriate extract from BOINC's log: 04/01/2008 18:46:03||Running CPU benchmarks 04/01/2008 18:46:03||Suspending computation - running CPU benchmarks 04/01/2008 18:46:13|Milkyway@home|Deferring communication for 1 min 0 sec 04/01/2008 18:46:13|Milkyway@home|Reason: Unrecoverable error for result gs_90_1199516100_135551_0 (One or more arguments are invalid (0x80000003) - exit code -2147483645 (0x80000003)) 04/01/2008 18:46:13|Milkyway@home|Computation for task gs_90_1199516100_135551_0 finished 04/01/2008 18:46:13|Milkyway@home|Output file gs_90_1199516100_135551_0_0 for task gs_90_1199516100_135551_0 absent Not a big problem for me, but I just thought you should know. TTFN - Pete. ![]() ![]() |
![]() Send message Joined: 27 Aug 07 Posts: 915 Credit: 1,503,319 RAC: 0 ![]() ![]() |
Just a quick note to report that it appears that Milkyway WUs don't appear to appreciate being suspended.... Some still crash when BOINC is snoozed and one is actively running me@rescam.org |
![]() Send message Joined: 30 Aug 07 Posts: 2046 Credit: 26,480 RAC: 0 ![]() ![]() |
Just a quick note to report that it appears that Milkyway WUs don't appear to appreciate being suspended.... Yeah we've seen this a bit, still trying to figure out why. |
Send message Joined: 29 Aug 07 Posts: 4 Credit: 31,551 RAC: 0 ![]() ![]() |
I had this and boinc wasn't snoozing:
BOINC was started at 08:10:59 Result output: <![CDATA[ |
Send message Joined: 19 Sep 07 Posts: 5 Credit: 5,401 RAC: 0 ![]() ![]() |
I had the dreaded windows pop up tonight. The MS error report was: <?xml version="1.0" encoding="UTF-16"?> <DATABASE> <EXE NAME="astronomy_1.13_windows_intelx86.exe" FILTER="GRABMI_FILTER_PRIVACY"> <MATCHING_FILE NAME="astronomy_1.13_windows_intelx86.exe" SIZE="1007616" CHECKSUM="0xA668A8A" MODULE_TYPE="WIN32" PE_CHECKSUM="0xFBD5A" LINKER_VERSION="0x0" LINK_DATE="12/13/2007 00:45:16" UPTO_LINK_DATE="12/13/2007 00:45:16" /> </EXE> <EXE NAME="kernel32.dll" FILTER="GRABMI_FILTER_THISFILEONLY"> <MATCHING_FILE NAME="kernel32.dll" SIZE="984576" CHECKSUM="0xF0B331F6" BIN_FILE_VERSION="5.1.2600.3119" BIN_PRODUCT_VERSION="5.1.2600.3119" PRODUCT_VERSION="5.1.2600.3119" FILE_DESCRIPTION="Windows NT BASE API Client DLL" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows® Operating System" FILE_VERSION="5.1.2600.3119 (xpsp_sp2_gdr.070416-1301)" ORIGINAL_FILENAME="kernel32" INTERNAL_NAME="kernel32" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERFILEDATEHI="0x0" VERFILEDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0xF9293" LINKER_VERSION="0x50001" UPTO_BIN_FILE_VERSION="5.1.2600.3119" UPTO_BIN_PRODUCT_VERSION="5.1.2600.3119" LINK_DATE="04/16/2007 15:52:53" UPTO_LINK_DATE="04/16/2007 15:52:53" VER_LANGUAGE="English (United States) [0x409]" /> </EXE> </DATABASE> Best of luck with your search, Dave. |
![]() Send message Joined: 9 Nov 07 Posts: 20 Credit: 39,712 RAC: 0 ![]() ![]() |
Another couple of oddities to report. Firstly, WU #2755228 ended with a "Compute Error" on my host, though the next cruncher completed it without issue. Secondly, WU #1545214 is causing problems for every host it's been assigned to. For most of us it's showing as a "No reply". I notice it's name has a corrupted character in it, which might have something to do with it. TTFN - Pete. ![]() ![]() |
![]() ![]() Send message Joined: 12 Nov 07 Posts: 2425 Credit: 524,164 RAC: 0 ![]() ![]() |
I have had a few of those that error for everybody. They really do need to be pulled out. |
![]() Send message Joined: 30 Aug 07 Posts: 2046 Credit: 26,480 RAC: 0 ![]() ![]() |
I have had a few of those that error for everybody. They really do need to be pulled out. i'll try and remove them from the database - hopefully that wont cause other problems. |
©2025 Astroinformatics Group