Well looking at my previously stuck APs I don't see the pattern that you describe. Oh well the data base is going to be a bit better.

Here are two example of what I described on your machine 6897787
http://setiathome.berkeley.edu/workunit.php?wuid=1277186269
http://setiathome.berkeley.edu/workunit.php?wuid=1260942382

---

SETI@home classic workunits: 93,865 CPU time: 863,447 hours
Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[

Up to 23 Error while downloading. Starting to get a little frustrated that there's nothing I can do to help these work units to download. All other work units download fine.

And here are 2 I don't understand.
http://setiathome.berkeley.edu/workunit.php?wuid=1277186269
http://setiathome.berkeley.edu/workunit.php?wuid=1260942382

---

They're DOA. Might as well give up on them I suppose;

6/9/2014 23:34:35 | SETI@home | Sending scheduler request: To fetch work.
6/9/2014 23:34:35 | SETI@home | Requesting new tasks for CPU and NVIDIA and ATI
6/9/2014 23:34:37 | SETI@home | Scheduler request completed: got 8 new tasks
6/9/2014 23:34:39 | SETI@home | Started download of 10jl12ab.19392.27553.6.11.212
6/9/2014 23:34:39 | SETI@home | Started download of 01jn10ab.7746.226989.14.11.92
6/9/2014 23:34:41 | SETI@home | Giving up on download of 10jl12ab.19392.27553.6.11.212: permanent HTTP error
6/9/2014 23:34:41 | SETI@home | Giving up on download of 01jn10ab.7746.226989.14.11.92: permanent HTTP error
6/9/2014 23:34:41 | SETI@home | Started download of 27se11ai.3134.3514.9.11.231
6/9/2014 23:34:41 | SETI@home | Started download of 27se11ab.14167.21917.10.11.23
6/9/2014 23:34:43 | SETI@home | Giving up on download of 27se11ai.3134.3514.9.11.231: permanent HTTP error
6/9/2014 23:34:43 | SETI@home | Giving up on download of 27se11ab.14167.21917.10.11.23: permanent HTTP error
6/9/2014 23:34:43 | SETI@home | Started download of 04ap10ad.31695.3925.4.11.177
6/9/2014 23:34:43 | SETI@home | Started download of 01jn10ab.7746.224126.14.11.151
6/9/2014 23:34:44 | SETI@home | Giving up on download of 04ap10ad.31695.3925.4.11.177: permanent HTTP error
6/9/2014 23:34:44 | SETI@home | Giving up on download of 01jn10ab.7746.224126.14.11.151: permanent HTTP error
6/9/2014 23:34:44 | SETI@home | Started download of 04ap10ad.22459.15786.6.11.248
6/9/2014 23:34:44 | SETI@home | Started download of 08dc12aa.31800.12514.6.11.102
6/9/2014 23:34:46 | SETI@home | Giving up on download of 04ap10ad.22459.15786.6.11.248: permanent HTTP error
6/9/2014 23:34:46 | SETI@home | Giving up on download of 08dc12aa.31800.12514.6.11.102: permanent HTTP error
6/9/2014 23:37:44 | SETI@home | Computation for task 18ap08aj.21633.18072.438086664198.12.144_1 finished
6/9/2014 23:37:44 | SETI@home | Starting task 19ja09ac.20750.18477.438086664196.12.126_0
6/9/2014 23:37:47 | SETI@home | Started upload of 18ap08aj.21633.18072.438086664198.12.144_1_0
6/9/2014 23:37:50 | SETI@home | Finished upload of 18ap08aj.21633.18072.438086664198.12.144_1_0

And here are 2 I don't understand.
http://setiathome.berkeley.edu/workunit.php?wuid=1277186269
http://setiathome.berkeley.edu/workunit.php?wuid=1260942382

You were sent the work unit after 1 of the 2 other persons didn't return the result by the deadline. After it was sent to you, that person that missed the deadline returned the result and it matched the other person's result so they were both given credit. Unfortunately, once that happen even if your result matched both persons, you won't be given credit. Happen to me a couple of times as well.


To TBar.. I saw that Permanent HTTP failure as well on the event log, but didn't know what it meant. Oh well, nothing I can do then. Thanks


Zalster

Well it's morning now and overnight 66 S@H enhanced tasks errored out. Now BOINC tells me (logical response to the errors) the rig has hit a daily quota of 2... Not so happy about that one

edit : never mind, I get tasks manually after unchecking V6 MB's

---

And here are 2 I don't understand.
http://setiathome.berkeley.edu/workunit.php?wuid=1277186269
http://setiathome.berkeley.edu/workunit.php?wuid=1260942382

You were sent the work unit after 1 of the 2 other persons didn't return the result by the deadline. After it was sent to you, that person that missed the deadline returned the result and it matched the other person's result so they were both given credit. Unfortunately, once that happen even if your result matched both persons, you won't be given credit. Happen to me a couple of times as well.


To TBar.. I saw that Permanent HTTP failure as well on the event log, but didn't know what it meant. Oh well, nothing I can do then. Thanks


Zalster

Here are a couple that did grant credit, I ask what is the difference?

http://setiathome.berkeley.edu/workunit.php?wuid=975816323
http://setiathome.berkeley.edu/workunit.php?wuid=1061250627
http://setiathome.berkeley.edu/workunit.php?wuid=1417755972
http://setiathome.berkeley.edu/workunit.php?wuid=1419359551

---

With thanks to Eric to restart the Seti Enhanced database then, to get rid of all the old work that was still showing in people's computer lists. I asked about a clean up option for old APs, primarily because of one person being unable to remove an old computer of his as old APs from 2012 were stuck in limbo on it.

I immediately also asked about the old Seti Enhanced results that were still stuck in people's lists, due to its database being disabled.

So I guess Eric restarted things, temporarily, to get all that dust out of the woodworks. And that it'll be disabled again when it's all done. :)

---

Other than 2 SETI@home Enhanced w/u's that made it to me, all the rest keep coming up as download errors with similar outputs to this,

<message>
WU download error: couldn't get input files:
<file_xfer_error>
  <file_name>24my10ad.25878.60025.8.11.173</file_name>
  <error_code>-224</error_code>
  <error_message>file not found</error_message>
</file_xfer_error>

</message>

I think that someone had better see what's going on here with them.

Cheers.

Other than 2 SETI@home Enhanced w/u's that made it to me, all the rest keep coming up as download errors with similar outputs to this,

<message>
WU download error: couldn't get input files:
<file_xfer_error>
  <file_name>24my10ad.25878.60025.8.11.173</file_name>
  <error_code>-224</error_code>
  <error_message>file not found</error_message>
</file_xfer_error>

</message>

I think that someone had better see what's going on here with them.

Cheers.

Well, that's WU 1249897571. It's already been 'validated', so one would expect the data file to have been deleted from the online disk storage as no longer needed. But I'm a bit doubtful about the status of that 'validation', and all those resends won't be doing the database any good (until the WU hits max_errors and gets cancelled).

Jord, I'm not 100% convinced that this is a deliberate staff-initiated cleanup process - it seems a funny way of going about it if it is. There have been reports at CPDN of dead WUs being spontaneously resurrected by BOINC 15 months or so after they were marked 'don't re-submit': some ultimate BOINC timeout buried deep in the code, they think. Could be something like that here.

Other than 2 SETI@home Enhanced w/u's that made it to me, all the rest keep coming up as download errors with similar outputs to this,

<message>
WU download error: couldn't get input files:
<file_xfer_error>
  <file_name>24my10ad.25878.60025.8.11.173</file_name>
  <error_code>-224</error_code>
  <error_message>file not found</error_message>
</file_xfer_error>

</message>

I think that someone had better see what's going on here with them.

Cheers.

Well, that's WU 1249897571. It's already been 'validated', so one would expect the data file to have been deleted from the online disk storage as no longer needed. But I'm a bit doubtful about the status of that 'validation', and all those resends won't be doing the database any good (until the WU hits max_errors and gets cancelled).

Jord, I'm not 100% convinced that this is a deliberate staff-initiated cleanup process - it seems a funny way of going about it if it is. There have been reports at CPDN of dead WUs being spontaneously resurrected by BOINC 15 months or so after they were marked 'don't re-submit': some ultimate BOINC timeout buried deep in the code, they think. Could be something like that here.

It looks that way Richard, but the first w/u has a "CUFFT error in file 'd:/Projects/SETI/seti_boinc/client/cuda/cudaAcc_fft.cu' in line 62." to it so it's actually not a valid return.

Cheers

It looks that way Richard, but the first w/u has a "CUFFT error in file 'd:/Projects/SETI/seti_boinc/client/cuda/cudaAcc_fft.cu' in line 62." to it so it's actually not a valid return.

Cheers

That's why I put 'validated' in quotation marks. I think that we already knew that the old cuda_fermi v6.10 app would do that on a GTX 660 Ti, if the user didn't pay attention. He's got another 50 where that one came from.

It looks that way Richard, but the first w/u has a "CUFFT error in file 'd:/Projects/SETI/seti_boinc/client/cuda/cudaAcc_fft.cu' in line 62." to it so it's actually not a valid return.

Cheers

That's why I put 'validated' in quotation marks. I think that we already knew that the old cuda_fermi v6.10 app would do that on a GTX 660 Ti, if the user didn't pay attention. He's got another 50 where that one came from.

All the download errors I've got are from when Eric ran that script back in May 2013 that produced a lot of bad validations so I expect that this maybe where the current problem has arisen from (I did notice last week that all V7 work from that same period that was hung in limbo is now gone from my task list).

Cheers.

Here are a couple that did grant credit, I ask what is the difference?

http://setiathome.berkeley.edu/workunit.php?wuid=975816323
http://setiathome.berkeley.edu/workunit.php?wuid=1061250627
http://setiathome.berkeley.edu/workunit.php?wuid=1417755972
http://setiathome.berkeley.edu/workunit.php?wuid=1419359551

Well since I can't see what it said before you returned your result, I'm going to guess based on what I've seen in the past. Again, the second person didn't return their result in time and it was sent to you. However, when they did return it before your result, it didn't match with the first. It was close but not close enough to validate. So when your result came in, the first 2 were compared to your result and they match in enough places to both that all 3 were granted credit. Again, this is a guess since we don't know if when the late one came in they were both marked as inconclusive waiting validation.

Sorry didn't go through all of them. For the last 2, that refers back to my previous statement about the late person returning his result late but validating before the 3rd person did, which is why they don't get credit and it says awaiting validation.

Happy Crunching...

Zalster

The two last units in this list still have a task that is waiting for validation while returned back in March ...
I guess someone needs to run a script to clean things up.

Tom

Here are a couple that did grant credit, I ask what is the difference?

http://setiathome.berkeley.edu/workunit.php?wuid=975816323
http://setiathome.berkeley.edu/workunit.php?wuid=1061250627
http://setiathome.berkeley.edu/workunit.php?wuid=1417755972
http://setiathome.berkeley.edu/workunit.php?wuid=1419359551

Well since I can't see what it said before you returned your result, I'm going to guess based on what I've seen in the past. Again, the second person didn't return their result in time and it was sent to you. However, when they did return it before your result, it didn't match with the first. It was close but not close enough to validate. So when your result came in, the first 2 were compared to your result and they match in enough places to both that all 3 were granted credit. Again, this is a guess since we don't know if when the late one came in they were both marked as inconclusive waiting validation.

Happy Crunching...

Zalster

---

Here are a couple that did grant credit, I ask what is the difference?

http://setiathome.berkeley.edu/workunit.php?wuid=975816323
http://setiathome.berkeley.edu/workunit.php?wuid=1061250627
http://setiathome.berkeley.edu/workunit.php?wuid=1417755972
http://setiathome.berkeley.edu/workunit.php?wuid=1419359551

Well since I can't see what it said before you returned your result, I'm going to guess based on what I've seen in the past. Again, the second person didn't return their result in time and it was sent to you. However, when they did return it before your result, it didn't match with the first. It was close but not close enough to validate. So when your result came in, the first 2 were compared to your result and they match in enough places to both that all 3 were granted credit. Again, this is a guess since we don't know if when the late one came in they were both marked as inconclusive waiting validation.

Sorry didn't go through all of them. For the last 2, that refers back to my previous statement about the late person returning his result late but validating before the 3rd person did, which is why they don't get credit and it says awaiting validation.

Happy Crunching...

Zalster

However, The differing credit amount seems a bit odd.

---

SETI@home classic workunits: 93,865 CPU time: 863,447 hours
Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[

I've never got into figuring out how they determine how much credit. I just take whatever they give me..Holding out for that toaster......

Here are a couple that did grant credit, I ask what is the difference?

http://setiathome.berkeley.edu/workunit.php?wuid=975816323
http://setiathome.berkeley.edu/workunit.php?wuid=1061250627
http://setiathome.berkeley.edu/workunit.php?wuid=1417755972
http://setiathome.berkeley.edu/workunit.php?wuid=1419359551

Well since I can't see what it said before you returned your result, I'm going to guess based on what I've seen in the past. Again, the second person didn't return their result in time and it was sent to you. However, when they did return it before your result, it didn't match with the first. It was close but not close enough to validate. So when your result came in, the first 2 were compared to your result and they match in enough places to both that all 3 were granted credit. Again, this is a guess since we don't know if when the late one came in they were both marked as inconclusive waiting validation.

Sorry didn't go through all of them. For the last 2, that refers back to my previous statement about the late person returning his result late but validating before the 3rd person did, which is why they don't get credit and it says awaiting validation.

Happy Crunching...

Zalster

However, The differing credit amount seems a bit odd.

Or we could go the other way with validated, but no credit for some.

http://setiathome.berkeley.edu/workunit.php?wuid=1310827896
http://setiathome.berkeley.edu/workunit.php?wuid=1309312251
http://setiathome.berkeley.edu/workunit.php?wuid=1280378195
http://setiathome.berkeley.edu/workunit.php?wuid=1263268374

Cheers.

Here are a couple that did grant credit, I ask what is the difference?

http://setiathome.berkeley.edu/workunit.php?wuid=975816323
http://setiathome.berkeley.edu/workunit.php?wuid=1061250627
http://setiathome.berkeley.edu/workunit.php?wuid=1417755972
http://setiathome.berkeley.edu/workunit.php?wuid=1419359551

Well since I can't see what it said before you returned your result, I'm going to guess based on what I've seen in the past. Again, the second person didn't return their result in time and it was sent to you. However, when they did return it before your result, it didn't match with the first. It was close but not close enough to validate. So when your result came in, the first 2 were compared to your result and they match in enough places to both that all 3 were granted credit. Again, this is a guess since we don't know if when the late one came in they were both marked as inconclusive waiting validation.

Sorry didn't go through all of them. For the last 2, that refers back to my previous statement about the late person returning his result late but validating before the 3rd person did, which is why they don't get credit and it says awaiting validation.

Happy Crunching...

Zalster

However, The differing credit amount seems a bit odd.

Or we could go the other way,

http://setiathome.berkeley.edu/workunit.php?wuid=1310827896
http://setiathome.berkeley.edu/workunit.php?wuid=1309312251
http://setiathome.berkeley.edu/workunit.php?wuid=1280378195
http://setiathome.berkeley.edu/workunit.php?wuid=1263268374

Cheers.

Nah, zero credit make sense. As we were discussing earlier. It is because the first results were already validated.

---

SETI@home classic workunits: 93,865 CPU time: 863,447 hours
Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[

Here are a couple that did grant credit, I ask what is the difference?

http://setiathome.berkeley.edu/workunit.php?wuid=975816323
http://setiathome.berkeley.edu/workunit.php?wuid=1061250627
http://setiathome.berkeley.edu/workunit.php?wuid=1417755972
http://setiathome.berkeley.edu/workunit.php?wuid=1419359551

Well since I can't see what it said before you returned your result, I'm going to guess based on what I've seen in the past. Again, the second person didn't return their result in time and it was sent to you. However, when they did return it before your result, it didn't match with the first. It was close but not close enough to validate. So when your result came in, the first 2 were compared to your result and they match in enough places to both that all 3 were granted credit. Again, this is a guess since we don't know if when the late one came in they were both marked as inconclusive waiting validation.

Sorry didn't go through all of them. For the last 2, that refers back to my previous statement about the late person returning his result late but validating before the 3rd person did, which is why they don't get credit and it says awaiting validation.

Happy Crunching...

Zalster

However, The differing credit amount seems a bit odd.

Or we could go the other way,

http://setiathome.berkeley.edu/workunit.php?wuid=1310827896
http://setiathome.berkeley.edu/workunit.php?wuid=1309312251
http://setiathome.berkeley.edu/workunit.php?wuid=1280378195
http://setiathome.berkeley.edu/workunit.php?wuid=1263268374

Cheers.

Nah, zero credit make sense. As we were discussing earlier. It is because the first results were already validated.

But then you see this 1, http://setiathome.berkeley.edu/workunit.php?wuid=1061250627, and the 3rd does get credit after the other 2 have validated, very inconsistent results if you ask me.

Cheers.