For the first time, four recently downloaded workunits were processing normally for about 15 seconds until a computational error arose. Then these work units were marked as 'complete' and sent back to the server when the next communication was made.

What is the cause of this computational error?

For the first time, four recently downloaded workunits were processing normally for about 15 seconds until a computational error arose. Then these work units were marked as 'complete' and sent back to the server when the next communication was made.

What is the cause of this computational error?

in making the new search there was a problem with the new volume.txt file not being read by the application correctly. there might be a few more broken wus out there - but this should be fixed for newer ones.

I just ran into abunch of them:

11/10/2007 2:02:43 PM|Milkyway@home|Starting gs_4_1194764359_92_0
11/10/2007 2:02:43 PM|Milkyway@home|Starting task gs_4_1194764359_92_0 using astronomy version 107
11/10/2007 2:03:05 PM|Milkyway@home|Output file gs_4_1194764359_92_0_0 for task gs_4_1194764359_92_0 absent

G^R

---

in making the new search there was a problem with the new volume.txt file not being read by the application correctly. there might be a few more broken wus out there - but this should be fixed for newer ones.

Yes. After a bunch of error-out tasks, I see successful completions now.

---

I have had three errors like this in a row, I will reset the project so I can get new WU's.

I run a AMD 3000+ with WinXP.

Ni

If you check in your results list, you will see that most of then that are erroring out now are the re-issues of the ones that errored earlier.

Most that I have seen have almost reached the error limit, so they should be almost gone.

Hopefully.

---

Calm Chaos Forum...Join Calm Chaos Now

This seems to be the case, earlier i had several computation errors but got a batch of new work units in the last 30 minutes or so and these are crunching away without any errors.

---

10/11/2007 5:10:32 PM|Milkyway@home|Starting gs_5_1194773887_24_1
10/11/2007 5:10:32 PM|Milkyway@home|Starting task gs_5_1194773887_24_1 using astronomy version 107
10/11/2007 5:10:55 PM|Milkyway@home|Computation for task gs_5_1194773887_24_1 finished
10/11/2007 5:10:55 PM|Milkyway@home|Output file gs_5_1194773887_24_1_0 for task gs_5_1194773887_24_1 absent
10/11/2007 5:10:55 PM|Milkyway@home|Starting gs_4_1194786143_828_0
10/11/2007 5:10:55 PM|Milkyway@home|Starting task gs_4_1194786143_828_0 using astronomy version 107


Only seems to be the units named "gs_5..." that I am getting the error with.

I'm getting them with Gs4 and GS5.. but if it's only for a certian number i'll let them run through.

gs 4's are erroring on mine.

---

gs 4's are erroring on mine.

the errors should be fixed for new work units, theres probably a few that need to be worked through but it shouldn't happen after that.

So the errors are just g5 WU's since I just got one g5 right now, probably won't crunch until after all the g4's I have.


Ni

So the errors are just g5 WU's since I just got one g5 right now, probably won't crunch until after all the g4's I have.


Ni

I know from other projects that there is a way for the project administrator to delete them from the system so they do not "recycle" again and again, but I do not believe they have looked into that here yet.

---

Regards,
Bob P.

So the errors are just g5 WU's since I just got one g5 right now, probably won't crunch until after all the g4's I have.


Ni

I know from other projects that there is a way for the project administrator to delete them from the system so they do not "recycle" again and again, but I do not believe they have looked into that here yet.

ok i'm gonna see if i can find a way to get rid of these work units.

Past few hours have seen alot less bad work units, And alot more stable ones running in the 7 Minute a work unit area. Hope it stays like that for awhile. :)

G^R

---

Hopefully all the g5's are gone now since I just got one more that decided that it would error out. Hopefully that is the last one.

Ni