Index  | Recent Threads  | Unanswered Threads  | Who's Active  | Guidelines  | Search
 

Quick Go »
No member browsing this thread
Thread Status: Active
Total posts in this thread: 37
Posts: 37   Pages: 4   [ 1 2 3 4 | Next Page ]
[ Jump to Last Post ]
Post new Thread
Author
Previous Thread This topic has been viewed 51628 times and has 36 replies Next Thread
JEklund2
Advanced Cruncher
Finland
Joined: Aug 10, 2006
Post Count: 119
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
error in reporting tasks

Hi,

do you suffer also from this kind of error:

15/12/2013 10:24:21 | World Community Grid | Reporting 20 completed tasks
15/12/2013 10:24:21 | World Community Grid | Requesting new tasks for CPU
15/12/2013 10:24:24 | World Community Grid | [error] Can't parse file info in scheduler reply: unexpected XML tag or syntax
15/12/2013 10:24:24 | World Community Grid | [error] No close tag in scheduler reply

Is this generic error in WCG or is it MCM spesific ?

BOINC IS 7.0.62 x64, has been stable for ages :-)
----------------------------------------

----------------------------------------
[Edit 1 times, last edit by JEklund at Dec 15, 2013 8:30:45 AM]
[Dec 15, 2013 8:29:14 AM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: error in reporting tasks

No problems here.
[Dec 15, 2013 8:35:44 AM]   Link   Report threatening or abusive post: please login first  Go to top 
jonnieb-uk
Ace Cruncher
England
Joined: Nov 30, 2011
Post Count: 6105
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: error in reporting tasks

Hi JEklund

This error is reported and discussed here:
https://secure.worldcommunitygrid.org/forums/...ead,36023_offset,0#443162

Suggest you follow the instructions outlined by SekeRob in the second post.
----------------------------------------

To Join follow this link: Join the UK Team All Welcome! UK Team thread
[Dec 15, 2013 8:45:28 AM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: error in reporting tasks

Yes, on one of my rigs I have (94) completed tasks that are stuck in the "ready to report" state. Tried everything I can think of and they don't process out of the task list. I also posted in that linked thread above with a bit more info. Guess I'll just let it go and see what happens over time. Maybe it will right itself on its owm.
[Dec 15, 2013 2:27:15 PM]   Link   Report threatening or abusive post: please login first  Go to top 
ca05065
Senior Cruncher
Joined: Dec 4, 2007
Post Count: 328
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: error in reporting tasks

I can remember a recent similar problem (which I cannot find in the forums) where someone could not report 150 completed tasks. The solution was to edit the cc_config.xml file and add
<max_tasks_reported>50</max_tasks_reported>
into the options section.
[Dec 15, 2013 2:36:58 PM]   Link   Report threatening or abusive post: please login first  Go to top 
MStenholm
Advanced Cruncher
Denmark
Joined: Jan 7, 2010
Post Count: 97
Status: Offline
Project Badges:
Reply to this Post  Reply with Quote 
Re: error in reporting tasks

That worked for me (used 40 since I only had 42 task ready). Thank you.
----------------------------------------

[Dec 15, 2013 2:53:47 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: error during work requests.

ca05065, think you're right on the money... limit the concurrent reports and it will likely run through just like that. I'd try with 75 this time in a first pass to see if that takes, then reduce if not. The actual problem does not relate to the first log line v.v. the OP 20 tasks to be reported, but most likely to the work request, lines 2-4.

(Oh why Oh why can't we have message logs posted with an issue report?)
----------------------------------------
[Edit 1 times, last edit by Former Member at Dec 15, 2013 2:59:03 PM]
[Dec 15, 2013 2:54:43 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: error during work requests.

OK, here's what I discovered with one ground observation to start.

I first looked at the "cc_config.xml" file on my Win7 machine (that does not have this issue). I found that the "max_tasks..." setting was ">0<" in that file's options.

Next I went to my Ubuntu rig and first had to figure out where and how to get into the "cc_config.xml" file. For anyone else that may need to know, here's a link that tells you how (assuming you have some basic understanding of how to use the Terminal screen and commands). Pertinent area on that page it Item 4 "Editing BOINC-Client Config File..."

https://wiki.ubuntu.com/BOINC#Editing_BOINC-C...INC_6.2.12_in_Ubuntu_8.10

After getting into the cc_config.xml file, I found that it had very little in options/settings entered into the file. It was a base file with really no options included as statements. So, I had to do some editing and added this to the file:

<options>
<max_tasks_reported>50</max_tasks_reported>
</options>

I restarted Boinc, requested a "Read config file" under the "Advanced" tab.
- Restarted the World Community Grid project.
- Looked at the Tasks list and nothing had happened.
- Forced an "Update" of the project.
- Noted that I now had only (50) of the "ready to report" completed WUs (instead of 90+ WUs)

That told me that the setting of (50) in the cc_config.xml file was simply limiting that list of "ready to report" WUs to 50. I still had a pretty cluttered WU task list with 50 WUs still saying "ready to report".

I also looked in the log and noted the following statement for 46 of the 90-some-odd "ready to report" tasks that may be a concern. It said "Result MCM1_0000466_xxxx_x is no longer usable" for each of the 46 tasks that got lopped off by the change to the cc_config.xml file. The lower case x's were all the unique WU numbers for each of the 46 WUs that reported that status.

So, I went back into the cc_config.xml file and set the "max_tasks" to ">0<" as I had seen it in set my Win7 rig. I repeated the routine above and now all those remaining (50) "ready to report" tasks were cleared from the list. I checked the log again and this time the log indicated "Reporting 50 completed tasks".

Hope this helps someone else and I still don;t know why "out of the blue" this issue surfaced on a dedicated Crunching machine that has been static from any changes.

Many thanks to ca05065 (above) who shared what to do.
[Dec 15, 2013 4:16:56 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: error during work requests.

''No Longer Usable'' is a message from the server, because they were already reported on the first connect. Check on My Contribution > Result Status to see if you had 96 or whatever number reported, and what status... nothing lopped is my assessment at this time.

<max_tasks_reported>50</max_tasks_reported> is nothing more, nothing less than a concurrent reporting limit.

<max_tasks_reported>N</max_tasks_reported>
report at most N tasks per scheduler RPC. Try N=1000 if your computer has lots of tasks to report and is having trouble completing a scheduler RPC. New in 6.12

(bold my emphasis, wiki entry probably written by a small tasks project contributor given the N=1000 value :)

At some point, possibly during an server outage your device accumulated too many Ready to Report to be cleared in one go, which is when the WCG scheduler chokes. The same could happen to someone who buffers up for 7 days, goes offline and then a week later connects again. Latest clients tend to first upload the result files and then report everything in one go... which is where the issue might develop too.

Anyway, unless your lopped results are somehow listed on the Result Status page with some negative status, think you're OK now.
----------------------------------------
[Edit 1 times, last edit by Former Member at Dec 15, 2013 5:01:05 PM]
[Dec 15, 2013 4:59:42 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Former Member
Cruncher
Joined: May 22, 2018
Post Count: 0
Status: Offline
Reply to this Post  Reply with Quote 
Re: error during work requests.

Rob, I took your advice and checked my "Results Status" log. I didn't go through and find every one of the 46 WUs, but did spot check several and all were in the "Valid" status. I also sorted the Results list by "Error" status and had nothing come up for that Ubuntu rig. So, thanks for that suggestion and I feel better now that I didn't lose any work. applause

Unless there is a problem leaving the ">0<" setting in the "max_tasks_reported" setting, I'm gonna leave it that way. That is the way it was set on my Win7 machine and I have never edited the config file (or even attempted to before today). The Boinc install on my Win7 machine must have come with that setting. I'm guessing that ">0<" was the default setting?

Neither of my Ubuntu rigs have much at all in the config file by default. I now have that setting added to the config file on both of my Ubuntu rigs.

Thanks for all the help today! smile
[Dec 15, 2013 5:23:25 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Posts: 37   Pages: 4   [ 1 2 3 4 | Next Page ]
[ Jump to Last Post ]
Post new Thread