One of my hosts (269106) is running a couple of day's now, and has completed some work. But if i look at the results on the website, they are not there? The wu's still are with server status 'in progress' and newer download wu's are not in the list.
Same thing happend with an other host (157286), which i have taken from the project because it never got any credit for work done.
Do i have to change something or is it just a server which is behind with processing data?

---

If they show as Ready to Report on your work Tab then you need to Update to get them to register.

---

> If they show as Ready to Report on your work Tab then you need to Update to
> get them to register.
>

I'm running CLI versions, so i don't have tab's, but the WU's get send back, so berkeley should have those somewhere? All systems are running the same boinc version, so there is no differance there.

---

> I'm running CLI versions, so i don't have tab's, but the WU's get send back,
> so berkeley should have those somewhere? All systems are running the same
> boinc version, so there is no differance there.
>
When restarting the client this morning, i started the client on this host (269106) with an '-update_prefs'. Now all work is registerd, and some even got credited imidately.
So what would happen if i did't do the update, all processing time would be lost???? This sounds like a bug to me.

---

> When restarting the client this morning, i started the client on this host
> (269106) with an '-update_prefs'. Now all work is registerd, and some even got
> credited imidately.
> So what would happen if i did't do the update, all processing time would be
> lost???? This sounds like a bug to me.
>

try adding the parameter -return_results_immediately to your command line and all results shoud be uploaded and the sceduler called as soon as each work unit completes.

---

I would point you to Paul's website but he seems to have changed this particular part and it doesn't really give an answer at the moment...

Anyway, returning work is a 2 step proces. After a work unit finishes, the result file is immediatly uploaded. But the work unit isn't "reported" to the scheduler automatically. The scheduler is what initiates the credit granting process. Your client will automatically contact the scheduler if 1) there are work units within 24 hours of their report deadline in your queue or 2) your cache 'low water mark' has been reached and your client requests more work. The -return_results_immediately switch causes the client to contact the scheduler every time a work unit finishes to avoid the possible delay.

---

A member of The Knights Who Say NI!
For rankings, history graphs and more, check out:
My BOINC stats site

> So what would happen if i did't do the update, all processing time would be
> lost???? This sounds like a bug to me.
>

No not a bug, a system design flaw. By making it a 2 step process it increases the chances of something going wrong. But thats the Programmer/System Designer in me talking.

Anyways Toby is correct it would have reported the results when it contacted the scheduler for more work.

Try using BoincView it will allow you to see all the computers on your network and control BOINC from one computer.

---

> I would point you to Paul's website but he seems to have changed this
> particular part and it doesn't really give an answer at the moment...

Who? Me? ... What did I do? What did I do?

The site is still up and running (or at least it was when I touched it ...

*I*, however, was off line for nearly 3 days because of an issue with my cable modem. That got fixed yesterday and I have been back since then.

> Anyway, returning work is a 2 step proces. After a work unit finishes, the
> result file is immediatly uploaded. But the work unit isn't "reported" to the
> scheduler automatically. The scheduler is what initiates the credit granting
> process. Your client will automatically contact the scheduler if 1) there are
> work units within 24 hours of their report deadline in your queue or 2) your
> cache 'low water mark' has been reached and your client requests more work.
> The -return_results_immediately switch causes the client to contact the
> scheduler every time a work unit finishes to avoid the possible delay.

And you filled in very well ...

---

@Paul
I noticed over at BoincStats that you where trying to setup one of their sigs. I like their sigs too. Here is your sig. You help us enough, now I help you. :)



P.S. Hope you are doing better. :)

---

98SE XP2500+ @ 2.1 GHz Boinc v5.8.8

And God said"Let there be light."But then the program crashed because he was trying to access the 'light' property of a NULL universe pointer.