| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
 |
World Community Grid Forums
Category: Active Research
Forum: Mapping Cancer Markers Forum
Thread: Workunits with only one Valid result |
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 10
|
|
| Author |
|
|
adriverhoef
Master Cruncher The Netherlands Joined: Apr 3, 2009 Post Count: 2346 Status: Offline Project Badges: 
|
Saw these two just an hour ago:
----------------------------------------workunit 772171335 App: Mapping Cancer Markers workunit 772171419 App: Mapping Cancer Markers Also, it seems that the 'No Reply' device has received credit. UPDATE: Point is, my designated tasks are still in the queue on that device, they have finished and the results have been uploaded, but they are not yet reported back. Adri [Edit 2 times, last edit by adriverhoef at Nov 18, 2025 6:06:19 PM] |
||
|
|
bfmorse
Senior Cruncher US Joined: Jul 26, 2009 Post Count: 442 Status: Offline Project Badges: 
|
Resemds issued AFTER quorum reached??
----------------------------------------In first case, Credit had already been awarded to valid WU's and in second case WU's are still PENDING VALIDATION. https://www.worldcommunitygrid.org/contribution/workunit/772189949 MCM1_0241952_2283 Project name: Mapping Cancer Markers Created: Nov. 2, 2025 - 07:30 UTC Name: MCM1_0241952_2283 Minimum Quorum: 2 Replication: 2 Result name OS type OS version Status Sent time Time due/ Return time Cpu time/ Elapsed time Claimed credit/ Granted credit MCM1_0241952_2283_0 Microsoft Windows 11 Core x64 Edition, (10.00.26200.00) Valid 2025-11-12 15:08:10 UTC 2025-11-14 08:09:11 UTC 2.43 / 2.46 134.7 / 108.7 MCM1_0241952_2283_1 Microsoft Windows 10 Core x64 Edition, (10.00.19045.00) Valid 2025-11-12 15:07:37 UTC 2025-11-18 16:24:48 UTC 2.77 / 2.78 82.7 / 108.7 MCM1_0241952_2283_2 Microsoft Windows 10 Core x64 Edition, (10.00.19045.00) In Progress 2025-11-18 17:31:49 UTC 2025-11-21 17:31:49 UTC https://www.worldcommunitygrid.org/contribution/workunit/772209752 Project name: Mapping Cancer Markers Created: Nov. 2, 2025 - 07:50 UTC Name: MCM1_0241954_1515 Minimum Quorum: 2 Replication: 2 Result name OS type OS version Status Sent time Time due/ Return time Cpu time/ Elapsed time Claimed credit/ Granted credit MCM1_0241954_1515_0 Microsoft Windows 11 Professional x64 Edition, (10.00.26100.00) Pending Validation 2025-11-12 15:24:58 UTC 2025-11-13 03:51:39 UTC 1.13 / 1.13 114.8 / 0 MCM1_0241954_1515_1 Microsoft Windows 10 Professional x64 Edition, (10.00.26100.00) Pending Validation 2025-11-12 15:24:15 UTC 2025-11-18 15:56:53 UTC 1.31 / 1.31 66.9 / 0 MCM1_0241954_1515_2 Microsoft Windows 11 Professional x64 Edition, (10.00.26200.00) In Progress 2025-11-18 16:28:11 UTC 2025-11-21 16:28:11 UTC p.s. No PROHIBITED messages! Edit to add: First occurance now shows my WU as ABORTED. (I realized after the fact, that this message may not have been posted in the correct forum - sorry) [Edit 1 times, last edit by bfmorse at Nov 18, 2025 6:09:05 PM] |
||
|
|
Grumpy Swede
Master Cruncher Svíþjóð Joined: Apr 10, 2020 Post Count: 2493 Status: Offline Project Badges: 
|
Saw these two just an hour ago: @adriverhoef workunit 772171335 App: Mapping Cancer Markers workunit 772171419 App: Mapping Cancer Markers Also, it seems that the 'No Reply' device has received credit. UPDATE: Point is, my designated tasks are still in the queue on that device, they have finished and the results have been uploaded, but they are not yet reported back. Adri I've made Igor Jurisica aware of this post of yours, and asked him to forward the issue to Dylan. |
||
|
|
adriverhoef
Master Cruncher The Netherlands Joined: Apr 3, 2009 Post Count: 2346 Status: Offline Project Badges:
|
After 10 hours, my device is still having 70 tasks in status Downloading, Grumpy Swede. One of them is looking like this.
----------------------------------------workunit 776200668 MCM1_0242353_7078_0 Fedora Linux Error 2025-11-18T15:04:53 2025-11-18T15:37:50 The _0 copy failed to download its txt-file "MCM1_0242353_7078_MCM1_0242353_7078.txt". Mine is the _1 copy, showing as In Progress, but it is still trying to download that copy. Below is my queue. Showing are two (of the 40) results here that have already been uploaded (.), but not yet reported, four running (R) tasks, three that aren't running yet (-) and 70 that are still trying to get downloaded (D). * Output of 'wcgresults -NCDRPS': Deadline---------------- CPUtime Remaining Percentage Status Name---------------- Also note, for the downloading ones, that "Remaining" = 0:00:00 and Percentage = 100%. Is that normal? UPDATE: Apparently, the BOINC server says that my queue on that device is shrinking, the number of tasks on it is dropping, while my device says that the number hasn't changed since the arrival of 70 tasks that are trying to get downloaded. Adri [Edit 1 times, last edit by adriverhoef at Nov 19, 2025 1:19:58 AM] |
||
|
|
Grumpy Swede
Master Cruncher Svíþjóð Joined: Apr 10, 2020 Post Count: 2493 Status: Offline Project Badges:
|
Hmm, strange with your download problems adriverhoef. I just got over 30 new tasks, and they all downloaded immediately, without any problems. All of them 0242357 and 0242358 tasks.
----------------------------------------Edit: And afaik, tasks being downloaded really shouldn't show up as 100% percentage finished. Something looks very strange there. If BOINC client or server views them as finished, then it's not so odd that they refuse to download. Maybe time to shut down BOINC, and remove them from the client_state.xml file. [Edit 7 times, last edit by Grumpy Swede at Nov 19, 2025 2:30:39 AM] |
||
|
|
adriverhoef
Master Cruncher The Netherlands Joined: Apr 3, 2009 Post Count: 2346 Status: Offline Project Badges:
|
Another case, where someone else's device also seems to get crediit for doing nothing:
workunit 772170954 MCM1_0241950_8356_0 Linuxmint No Reply 2025-11-12T14:53:57 2025-11-18T14:53:57 0.00/0.00 0.0/56.7 The Error-status of the _1-task was - according to the API - due to ’having not started and already past the deadline’. The _1-task vanished from my queue indeed, eight minutes before the 70 still downloading tasks arrived. Adri PS Will have physical access to that device probably tomorrow. |
||
|
|
adriverhoef
Master Cruncher The Netherlands Joined: Apr 3, 2009 Post Count: 2346 Status: Offline Project Badges:
|
Saw a request somewhere else on the forums.
How do I retrieve the data? I use the API (and crontab) to find the tasks that have been validated using "wcgresults -daf LOGFILE". Then I use wcglog -W0f to follow the LOGFILE (NB: wcglog -f uses the command tail -f). By using the workunit-ID (e.g. 772765562) from the output of wcglog -W I can use wcgstats -w= 772765562 to view that workunit and wcgstats -f= 772765562 -r to post the data from that same workunit here: workunit 772765562 MCM1_0242009_6131_0 Fedora Linux Valid 2025-11-13T05:38:56 2025-11-19T15:06:07 2.07/2.08 136.0/12.7 Adri PS You can find the Linux-programs that I use here: WCGtools |
||
|
|
adriverhoef
Master Cruncher The Netherlands Joined: Apr 3, 2009 Post Count: 2346 Status: Offline Project Badges:
|
The 70 'still' downloading tasks have finally cleared - they disappeared completely from my queue on that device - with error code -186 ("Error while downloading task"), while the Error Log was showing "<error_code>-224 (permanent HTTP error)</error_code>". To anyone who helped resolving the problem, thanks!
Adri |
||
|
|
SpekAal
Cruncher Nederland Joined: Apr 17, 2009 Post Count: 10 Status: Offline Project Badges: 
|
MCM1_0241655_3114_2 DOWS-7 Pending validation 2025-11-11 17:32:10 UTC 2025-11-14 17:32:10 UTC 2025-11-11 18:23:56 UTC 0.68 / 0.68 71.5 / 0
----------------------------------------Still nothing happened? [Edit 1 times, last edit by SpekAal at Nov 24, 2025 3:46:36 PM] |
||
|
|
Speedy51
Veteran Cruncher New Zealand Joined: Nov 4, 2005 Post Count: 1326 Status: Offline Project Badges:
|
November 21, 2025
----------------------------------------Volunteers have reported that the API sometimes shows an invalid state for multiple results, where only one result is marked valid, which should be impossible. Preliminary investigation points to the new MCM1 assimilation procedure interacting with the transitioner. The new MCM1 assimilation procedure acts to validate and credit all in progress results for a workunit as soon as it has consumed any pair/quorum of files, whether original 0 and 1 results or resends 2 and up, that have passed validation. We will review this issue in full and report our findings, whether a bug in the assimilator, or poorly modeled interaction between assimilator transactions and the transitioner, which is where we expect to find an explanation.  |
||
|
|
|