Since the change to the longer units I have been noticing a few things that are a little strange. Firstly, in my results I am seeing a lot of tasks supposedly not returned by deadline, but I have not seen any evidence of this actually happening on my machines. Indeed, one machine supposedly had 17 results not returned by deadline, but it had been set to no new work for several weeks and hasn't had anything to return! The others have all been going through work steadily and returning promptly, yet all are shown as having work not returned by deadline. I cannot work it out.

Secondly, are you removing finished results from the database very quickly now? I just completed a few tasks, and within 5 minutes went to see the credit that they received but could find no trace of ANY completed tasks in my results.

How long are you planning to leave the results in the database?
____________
Proud member of BOINC@AUSTRALIA

Since the change to the longer units I have been noticing a few things that are a little strange. Firstly, in my results I am seeing a lot of tasks supposedly not returned by deadline, but I have not seen any evidence of this actually happening on my machines. Indeed, one machine supposedly had 17 results not returned by deadline, but it had been set to no new work for several weeks and hasn't had anything to return! The others have all been going through work steadily and returning promptly, yet all are shown as having work not returned by deadline. I cannot work it out.

Secondly, are you removing finished results from the database very quickly now? I just completed a few tasks, and within 5 minutes went to see the credit that they received but could find no trace of ANY completed tasks in my results.

How long are you planning to leave the results in the database?

I'd like to see the results being available for more than a few minutes too, like many here, i run several projects and not being able to analyse the results to make the best use of my systems by assigning them to more appropriate projects is a bit of a headache at the moment.......no point having machines crunching when they'll return the work after the deadline is up!!
Surely there's a way to archive the results for more than a few minutes.
____________

I'd like to see the results being available for more than a few minutes too, like many here, i run several projects and not being able to analyse the results to make the best use of my systems by assigning them to more appropriate projects is a bit of a headache at the moment.......no point having machines crunching when they'll return the work after the deadline is up!!
Surely there's a way to archive the results for more than a few minutes.

The only problem is you don't get the Granted Credit for the tasks, be able to review the stderr data (if any and may not apply to BoincLogX.), and have no simple way to relate what's in the logs to what is shown on the Host Summary.

Alinator

I think when Travis is back he will change the purge time....the only reason it is so fast now was the load on the server when they were short.....Travis is the only person with permissions to change this and other parameters so we are just waiting for him to get back and adjust the server to the new task length ;)
____________

I have now had time to look into the first problem a little more, and I still cannot explain it. According to the host record here:

http://milkyway.cs.rpi.edu/milkyway/results.php?hostid=11188

I still have 5 tasks in cache, with the other ones listed having not been returned by deadline. But this PC actually has NO Milky Way work on it currently, and has not done so for several days.

I suspect that the database might have been corrupted and that these tasks are actually from some other host, or have in fact been completed and returned by this host but not recognised for some reason (or were listed twice).

Does anyone have any other thoughts?
____________
Proud member of BOINC@AUSTRALIA

Most likely they are just 'ghosts'.

Ghosts are tasks which the project thinks it sent to you, but the scheduler reply which would have told your host about them never makes it back to the host.

Given the severe overload the backend was experiencing recently, it's not too surprising that some tasks ended up getting ghosted.

In any event, they are pretty much harmless and there isn't very much you can do about them yourself anyway. Usually the best thing to do is just ignore them and let them timeout on deadline.

HTH,

Alinator

Thanks, I was not really worried about it from my point of view, but just wondering if anyone else was experiencing it and if in fact it needed to be checked on for reasons of data integrity.
____________
Proud member of BOINC@AUSTRALIA

Hi, I'm new to Milky Way.
I also find it peculiar that the stats for each WU are removed so quickly.
Why can't they be removed after24/48hrs?

*burp* ... erm, I mean *bump*
____________

BOINC.BE: For Belgians who love the smell of glowing red cpu's in the morning
Tutta55's Lair

I also noticed completed work disappearing from the work unit list in less than 5 min... As others have said would be nice to have them be available for 24/48 hrs.
____________

Okay, I've held off on commenting about this and a few other subjects because I figured that eventually Travis would come along, read and take care of the many outstanding issues, but...

This is getting completely rediculous. It's great that the server can seemingly run without intervention now, but good grief! Travis, we've not seen a single post addressing anything for over a MONTH now. :-P

The database is only keeping 14k-15k tasks in progress at a time right now which is a tiny, miniscule fraction of what it was before. The odds of keeping results in the database for a bit longer affecting the operation of the project at this point is virtually nil. The setting to increase the time to keep workunits in the database before purging is annoyingly simple... it would probably take you 1 minute to make the change.

If the whole project is going to take a sabbatical for a month, the least you can do is grant your volunteers the common courtesy of spending 2 minutes to make a post saying so. Otherwise, please, PLEASE get off your rear-ends and demonstrate to us that you still have a pulse and can fog a mirror. 5+ years of volunteering for BOINC projects has shown me repeatedly that NOTHING will drive volunteers away from a BOINC project faster than a sense that the project staff isn't responsive and it's bloody OBVIOUS from the posts lately that this is what your volunteers are feeling.

[edit]Sorry if this post sounds a bit overly harsh, but I'm sincerely getting sick of the projects I volunteer for just mysteriously curling up and dying lately. It's really starting to grate on my nerves. It's not just MW, so my fuse is being shortened by more than just this project. [/edit]
____________

Hi, I'm new to Milky Way.
I also find it peculiar that the stats for each WU are removed so quickly.
Why can't they be removed after24/48hrs?

So, the real problem here is the lack of admins, which is a pity as this project had very responsive admins until that moment.

Hoping this sheds some light on the situation, and that people realize that there's not much point in complaining about the problems here until there someone to respond to it.

One thing's for sure, no response will lose a lot of crunchers. I'll stay while the project works, in the hope for a return of the admins. (Good movie title that: "Return of the Admins") :)

Rod

Is this a normal policy with the admins here to just go missing? Whose minding the store when the servers go down, etc.?

Is this a normal policy with the admins here to just go missing?

Some projects are run by grad students who disappear on summer vacation.
____________

Some projects are run by grad students who disappear on summer vacation.

Wow, you're back, but so unannounced!

we're clearing results from the database quickly because the server would get overloaded and things would come to a screeching halt. it seems that having the purge running constantly was the only way to fix that.

on another note, nate and i have been pretty busy working on a new version of the application and assimilator, which will mean even more serious workunits;

there'll be more about this in the next week or two when we start it up.

But with longer WUs would it still get overloaded?

I've just set the server to keep WUs in the database for a day, mostly to figure out whats happening with a certain credit issue. If the server doesn't get overloaded i'll leave it that way.

Great. It feels like the light at the end of the tunnel has just been switched back on.

Hopefully the light isn't an oncoming train :D

Hopefully the light isn't an oncoming train :D

I've just set the server to keep WUs in the database for a day, mostly to figure out whats happening with a certain credit issue. If the server doesn't get overloaded i'll leave it that way.

shh.

school starts back up in 3 weeks or so.