| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
 |
World Community Grid Forums
Category: Community
Forum: Chat Room
Thread: Project Status (First Post Updated) |
| Member(s) browsing this thread: RoKKor , alanb1951 |
|
Thread Status: Active Total posts in this thread: 607
|
|
| Author |
|
|
adriverhoef
Master Cruncher The Netherlands Joined: Apr 3, 2009 Post Count: 2346 Status: Offline Project Badges: 
|
[continued from former post, thanks to the 'Forbidden' error]
So I guess you will not find any of those tasks that your device 'lost' in the file job_log_www.worldcommunitygrid.org.txt on your computer. Adri |
||
|
|
bfmorse
Senior Cruncher US Joined: Jul 26, 2009 Post Count: 448 Status: Offline Project Badges: 
|
my Events log doesn't go back that far:
11/5/2025 1:12:07 PM | World Community Grid | No tasks are available for OpenPandemics - COVID-19 - GPU 11/5/2025 1:12:07 PM | World Community Grid | No tasks are available for Africa Rainfall Project 11/5/2025 1:12:07 PM | World Community Grid | No tasks are available for Mapping Cancer Markers 11/5/2025 1:12:07 PM | World Community Grid | Project requested delay of 121 seconds 11/5/2025 1:28:34 PM | World Community Grid | Sending scheduler request: To fetch work. 11/5/2025 1:28:34 PM | World Community Grid | Requesting new tasks for CPU and Intel GPU 11/5/2025 1:29:35 PM | World Community Grid | Scheduler request to https://scheduler.worldcommunitygrid.org/boinc/wcg_cgi/fcgi failed: HTTP gateway timeout 11/5/2025 1:30:51 PM | World Community Grid | Sending scheduler request: To fetch work. The first few lines of the job_log_www.worldcommunitygrid.org.txt log file on Windows: 1761706125 ue 87497.425433 ct 9837.078000 fe 87497425433226 nm MCM1_0241330_8363_1 et 9899.187946 es 0 1761706142 ue 87497.425433 ct 9852.891000 fe 87497425433226 nm MCM1_0241330_8374_1 et 9915.439392 es 0 1761706177 ue 87497.425433 ct 9886.141000 fe 87497425433226 nm MCM1_0241330_8360_1 et 9950.811668 es 0 1761716174 ue 87497.425433 ct 9971.703000 fe 87497425433226 nm MCM1_0241339_4679_1 et 10037.222984 es 0 1761716298 ue 87497.425433 ct 9973.422000 fe 87497425433226 nm MCM1_0241340_3061_1 et 10038.285591 es 0 I am unable to find any proof of the file transfer either. |
||
|
|
alanb1951
Veteran Cruncher Joined: Jan 20, 2006 Post Count: 1327 Status: Recently Active Project Badges:
|
bfmorse,
I'm not surprised your event log didn't go back far enough -- the only reason my logs don't restart whenever there's a BOINC restart is because I've been able to adjust startup behaviour (but my logs get VERY large if I don't housekeep occasionally!) As for the job_log: the first time translates to 2025-10-29 02:48:45 UTC so if you had processed the task successfully it would've shown up in there somewhere! As I speculated and Adri highlighted, something happened at the WCG end to render those tasks moot... At least, as far as I am aware, those tasks don't count against reliable status... Cheers - Al. P.S. I had to input this as four separate Preview stages -- apart from this P.S. the text was identical in the initial attempt! Adri's not the only one Forbidden keeps biting... |
||
|
|
Unixchick
Veteran Cruncher Joined: Apr 16, 2020 Post Count: 1305 Status: Offline Project Badges: 
|
The forbidden thing on the forums is getting me too. It is usually the parenthesis for me ()
|
||
|
|
bfmorse
Senior Cruncher US Joined: Jul 26, 2009 Post Count: 448 Status: Offline Project Badges:
|
I had done a little research prior to posting my previous message. The Event Log has a configurable rolling window with a 30 day default.
Since the laptop is my daughter's I opted not to change from defaults - as she doesn't use BOINC. |
||
|
|
Grumpy Swede
Master Cruncher Svíþjóð Joined: Apr 10, 2020 Post Count: 2524 Status: Offline Project Badges: 
|
At least for me, when a new event log is started, the old log is saved as stdoutdae.old. So the data in the previous log is available much longer.
----------------------------------------Edit, added: Not much happened over night. No new work, and just a very few tasks were validated. [Edit 1 times, last edit by Grumpy Swede at Nov 11, 2025 7:05:27 AM] |
||
|
|
Garrulus glandarius
Advanced Cruncher Romania Joined: Apr 10, 2025 Post Count: 89 Status: Offline Project Badges: 
|
----------------------------------------   |
||
|
|
alanb1951
Veteran Cruncher Joined: Jan 20, 2006 Post Count: 1327 Status: Recently Active Project Badges:
|
Ah, the problems of thread pagination
 ... Unixchick had already copied the text into this thread but the discussion about lost tasks rapidly pushed it out of sight!The more often we mention the WCG Operational Status tab, the more likely it is that someone might think to look there before posting here (or elsewhere) [said he, optimistically...] Cheers - Al. |
||
|
|
alanb1951
Veteran Cruncher Joined: Jan 20, 2006 Post Count: 1327 Status: Recently Active Project Badges:
|
Something really strange about the currently available retries as seen by a Linux user -- every single retry I've processed since last weekend has been for the 32-bit application! One of my systems has been able to maintain a buffer bigger than its MCM1 thread allocation and I wondered why the CPU and elapsed times were between 25% and 50% higher :-)
----------------------------------------Some of the workunits concerned had an initial result (failed or success) that was obviously 32-bit but in a lot of cases both initial results appeared to have failed before the retries actually got teed up, so any retries should've started with a clean slate so could have gone out as 64-bit unless the homogeneous redundancy level has been tightened up for some reason... I don't know whether the same is happening on the Windows side as well. Also worth noting that recently every request for work that doesn't get anything has had the "committed to other platforms" message (rather than some just saying there's no work for MCM1) -- that suggests either a huge volume of retries now or something acting as a blocker (such as a platform where requests are less frequent, or special WU selection?) Cheers - Al. [Edited to mention homogeneous redundancy] [Edit 1 times, last edit by alanb1951 at Nov 12, 2025 11:26:50 AM] |
||
|
|
Grumpy Swede
Master Cruncher Svíþjóð Joined: Apr 10, 2020 Post Count: 2524 Status: Offline Project Badges:
|
@alanb1951
----------------------------------------Same here, only x86 resends. I previously had set <no_alt_platform>1</no_alt_platform> in cc_config.xml, so I never saw any "Tasks are committed to other platforms" message. I also never got any resends with that setting. When i changed that back to <no_alt_platform>0</no_alt_platform>, I began to see the "Tasks are committed to other platforms" message, and also almost immediately got 7 resends, all of them x86 (32-bit), some that previously had been issued to Linux, and some that had been issued to Windows computers. I did wonder too, why I only got resends for X86, and none for x86_64 (64-bit) I just noticed one resends that are finished now, where my Windows computer was paired with a Linux Ubuntu computer. That's unusual to say the least. See: https://www.worldcommunitygrid.org/contribution/workunit/769944172 Edit: Just noticed that the "Linux" computer, was also running windows_intelx86. So it's probably a Windows computer running Docker or Podman or WSL or something like that. It's way above my pay grade  [Edit 6 times, last edit by Grumpy Swede at Nov 12, 2025 3:58:46 PM] |
||
|
|
|