And these ones:
http://setiathome.berkeley.edu/result.php?resultid=98887373
http://setiathome.berkeley.edu/result.php?resultid=98839602

-Dave

---

http://setiathome.berkeley.edu/workunit.php?wuid=114483798

Can this one be explained? A minimum quorem of 3, but only two are obviously real results. Another one has been granted zero credit and only requested almost zero credit, while the 4th one is still being processed. It would make sense if the rule has been shifted to two results in agreement.

---

May this Farce be with You

http://setiathome.berkeley.edu/workunit.php?wuid=114483798

Can this one be explained? A minimum quorem of 3, but only two are obviously real results. Another one has been granted zero credit and only requested almost zero credit, while the 4th one is still being processed. It would make sense if the rule has been shifted to two results in agreement.

For quite a long time the rule has been two strongly similar results. The quorum of three is clients which reported "success", and a -9 overflow meets that criteria.

                                                               Joe

The quick look would be this is normal

Sorted in the order the results return:
1. 478079654 2741429 17 Feb 2007 19:06:14 UTC 17 Feb 2007 19:12:32 UTC Over Success Done 98.01 0.07 0.00 "Simon r1.3 ended in -9"
2. 478079655 1484521 17 Feb 2007 19:06:08 UTC 18 Feb 2007 5:24:51 UTC Over Success Done 26,175.98 62.43 62.43 "Standard 5.15"
3. 478079653 1667930 17 Feb 2007 19:06:18 UTC 18 Feb 2007 11:18:49 UTC Over Success Done 11,530.25 62.43 62.43 "Simons r2.2"

Having three results evoke a quorum request... Items 2 and 3 are strongly similar inspite of the error (ignored) and result in granting credit...

4. 478079652 2474920 17 Feb 2007 19:06:09 UTC 18 Feb 2007 13:53:55 UTC Over Success Done 37,785.11 62.43 62.43 "Standard 5.15"

http://setiathome.berkeley.edu/workunit.php?wuid=114483798

Can this one be explained? A minimum quorem of 3, but only two are obviously real results. Another one has been granted zero credit and only requested almost zero credit, while the 4th one is still being processed. It would make sense if the rule has been shifted to two results in agreement.

---

Please consider a Donation to the Seti Project.

validate error
http://setiathome.berkeley.edu/result.php?resultid=478210980
http://setiathome.berkeley.edu/result.php?resultid=478210963

---

http://setiathome.berkeley.edu/workunit.php?wuid=114091792

http://setiathome.berkeley.edu/workunit.php?wuid=113865216

http://setiathome.berkeley.edu/workunit.php?wuid=114648114

As I have been looking at a few of the Result Errors see that we have a mix. I or Eric really do not have time to click on everyones name and go look at thousands of returned results to see what is what. So Please help to identify the real "validate errors"

Examples:
This is a Bad Workunit
http://setiathome.berkeley.edu/workunit.php?wuid=106274218

You will see that something happened to cause a compute error... It has been mentioned that "iffy" workunits are being produced from the remaining tapes from the old receiver. As the new application for Multibeam shows up here, some of these workunit related errors will go away.

This is a Validate Error
http://setiathome.berkeley.edu/workunit.php?wuid=108456895 This is the information that is needed.

This happens on the Server Side.

So things like over clocking or just noisy workunits cause a large part of the "compute errors" (not to leave out the famous -9 error which on takes a few seconds)...

If you would like someone to look and see if something can be done about the specific validate errors. Please post them here...

Unofficial BOINC Wiki has more information or you can search for most of the errors at error message

The last part of this is Matt has stated that the web servers are overloaded and need replacement. Kryten handles Uploads/Downloads and Validation, currently it has taken to losing its NFS Mount to the Database and causing issues. That is part of the Operations Budget or part of the current Fund Drive...

Thank You

Pappa

Can somebody explain again with an example what is a real validate error?
Please not with a link to the error... because after a short time the WU is away... ;-)
With a copy of the screen... (COPY + INSERT)
Or screenshot...

THANX!

---

Can somebody explain again with an example what is a real validate error?
Please not with a link to the error... because after a short time the WU is away... ;-)
With a copy of the screen... (COPY + INSERT)
Or screenshot...

THANX!
[/quote]

Like this? I put time in for this unit and got 0 credit although everyone else got credit. There are a few like this the last couple days...


Result ID 478298189
Name 19au03aa.16709.5474.248564.3.252_1
Workunit 114534676
Created 17 Feb 2007 8:55:16 UTC
Sent 18 Feb 2007 1:45:55 UTC
Received 19 Feb 2007 6:55:24 UTC
Server state Over
Outcome Success
Client state Done
Exit status 0 (0x0)
Computer ID 2620256
Report deadline 16 Mar 2007 11:51:55 UTC
CPU time 5394.484375
stderr out <core_client_version>5.9.0</core_client_version>
<![CDATA[
<stderr_txt>
Optimized SETI@Home Enhanced application
Optimizers: Ben Herndon, Josef Segur, Alex Kan, Simon Zadra
Version: Windows SSE2 32-bit based on seti V5.15 'Noo? No - Ni!'
Revision: R-2.2|xN|FFT:IPP_SSE2|Ben-Joe
CPUID: AMD Opteron DC 1 'Denmark'
CPUs: 1, cores: 2, threads: 1 cache: L1=64K, L2=1024K, L3=0K
Features: MMX, 3DNow!, 3DNow!+, SSE, SSE3, SSE3,
speed: 2574 MHz -- read MB/s: L1=15505, L2=7400, RAM=3279

Work Unit Info
True angle range: 0.406085
SETI@Home Informational message -9 result_overflow
NOTE: The number of results detected exceeds the storage space allocated.

Spikes Pulses Triplets Gaussians Flops
3 24 1 3 12961639782551

</stderr_txt>
]]>


Validate state Invalid
Claimed credit 50.2563579531794
Granted credit 0
application version 5.17

---

Official Abuser of Boinc Buttons...
And no good credit hound!

Here are my Validate errors with 2.2
http://setiathome.berkeley.edu/workunit.php?wuid=113612137
http://setiathome.berkeley.edu/workunit.php?wuid=113612189
http://setiathome.berkeley.edu/workunit.php?wuid=113477610
http://setiathome.berkeley.edu/workunit.php?wuid=113612214
http://setiathome.berkeley.edu/workunit.php?wuid=113612214

---

Can somebody explain again with an example what is a real validate error?
Please not with a link to the error... because after a short time the WU is away... ;-)
With a copy of the screen... (COPY + INSERT)
Or screenshot...

THANX!

Like this? I put time in for this unit and got 0 credit although everyone else got credit. There are a few like this the last couple days...


Result ID 478298189
Name 19au03aa.16709.5474.248564.3.252_1
Workunit 114534676
Created 17 Feb 2007 8:55:16 UTC
Sent 18 Feb 2007 1:45:55 UTC
Received 19 Feb 2007 6:55:24 UTC
Server state Over
Outcome Success
Client state Done
Exit status 0 (0x0)
Computer ID 2620256
Report deadline 16 Mar 2007 11:51:55 UTC
CPU time 5394.484375
stderr out <core_client_version>5.9.0</core_client_version>
<![CDATA[
<stderr_txt>
Optimized SETI@Home Enhanced application
Optimizers: Ben Herndon, Josef Segur, Alex Kan, Simon Zadra
Version: Windows SSE2 32-bit based on seti V5.15 'Noo? No - Ni!'
Revision: R-2.2|xN|FFT:IPP_SSE2|Ben-Joe
CPUID: AMD Opteron DC 1 'Denmark'
CPUs: 1, cores: 2, threads: 1 cache: L1=64K, L2=1024K, L3=0K
Features: MMX, 3DNow!, 3DNow!+, SSE, SSE3, SSE3,
speed: 2574 MHz -- read MB/s: L1=15505, L2=7400, RAM=3279

Work Unit Info
True angle range: 0.406085
SETI@Home Informational message -9 result_overflow
NOTE: The number of results detected exceeds the storage space allocated.

Spikes Pulses Triplets Gaussians Flops
3 24 1 3 12961639782551

</stderr_txt>
]]>


Validate state Invalid
Claimed credit 50.2563579531794
Granted credit 0
application version 5.17

O.K. then...
for example this WU:

http://setiathome.berkeley.edu/workunit.php?wuid=114534676

This is the info what they need?!
(Because in the first post of Pappa it was the WU- and not the result- link)

But when you look to this result, it's not a application problem?

http://setiathome.berkeley.edu/result.php?resultid=478298189

Because here are the three results in the WU- overview: OUTCOME: Success

Because I think Pappa and the others, need WUs with a real invalid result, or?
In the overview of the 4 WUs in the split: OUTCOME: Validate error

http://setiathome.berkeley.edu/workunit.php?wuid=114534676


I'm wrong, or what is correct now?


In the last time, I used the SSE4-Core2 Rev. 1.41 I had sometimes invalid results.
But now with the SSE3-Core2 Rev. 2.2 I have only (up to now! ;-) invalid results with the:
SETI@Home Informational message -9 result_overflow
NOTE: The number of results detected exceeds the storage space allocated.- WUs...
And to now I thought it is/was because of a little bug in the opt. app. ...


I had understand it correct...
If you/I post my (maybe "only the real") invalid results here, the nice people from Berkeley will give me my Credits?

---

In the overview of the 4 WUs in the split: OUTCOME: Validate error

Yes, that is the condition for which this thread was created. Invalid results for other reasons are a different topic.

                                                              Joe

I hope this is correct...
http://setiathome.berkeley.edu/workunit.php?wuid=114783869

http://setiathome.berkeley.edu/workunit.php?wuid=114741470

http://setiathome.berkeley.edu/workunit.php?wuid=114678659

http://setiathome.berkeley.edu/workunit.php?wuid=114533012

http://setiathome.berkeley.edu/workunit.php?wuid=114611408

http://setiathome.berkeley.edu/workunit.php?wuid=114549615

http://setiathome.berkeley.edu/workunit.php?wuid=114534676

http://setiathome.berkeley.edu/workunit.php?wuid=113110527

http://setiathome.berkeley.edu/workunit.php?wuid=113061450

---

Official Abuser of Boinc Buttons...
And no good credit hound!

My invalidated work unit
http://setiathome.berkeley.edu/workunit.php?wuid=114515786

---

Heres some from a couple other of my machines.

http://setiathome.berkeley.edu/workunit.php?wuid=114377811

http://setiathome.berkeley.edu/workunit.php?wuid=114392486

http://setiathome.berkeley.edu/workunit.php?wuid=114167046

http://setiathome.berkeley.edu/workunit.php?wuid=113937611

---

Official Abuser of Boinc Buttons...
And no good credit hound!

I found on the S@H-Beta-side an overview with a real Validate error for this thread... (an example :-)

http://setiweb.ssl.berkeley.edu/beta/workunit.php?wuid=146169

Maybe somebody can make a "Screenshot" from this and post it here in this thread before the WU (-side) will be deleted?
I don't know how... :-)

---

I found on the S@H-Beta-side an overview with a real Validate error for this thread... (an example :-)
http://setiweb.ssl.berkeley.edu/beta/workunit.php?wuid=146169
Maybe somebody can make a "Screenshot" from this and post it here in this thread before the WU (-side) will be deleted?
I don't know how... :-)

Not a problem: Beta results persist for a very long time. None of mine have been deleted yet AFAICT, and I’ve been participating for about a year.

---

I found on the S@H-Beta-side an overview with a real Validate error for this thread... (an example :-)
http://setiweb.ssl.berkeley.edu/beta/workunit.php?wuid=146169
Maybe somebody can make a "Screenshot" from this and post it here in this thread before the WU (-side) will be deleted?
I don't know how... :-)

Not a problem: Beta results persist for a very long time. None of mine have been deleted yet AFAICT, and I’ve been participating for about a year.

And in S@H- main, how long exist the WU-overview with a real Validate error?

---

And in S@H- main, how long exist the WU-overview with a real Validate error?

If nobody does anything about them: long enough for three more results to be created, sent out, crunched, and returned. But IIRC the last couple of times it happened, the developers ran a script to recheck the results from the period in question, at which point the WUs for which all the results were accounted for would have the usual retention time, only a day or so.

---

Odysseus

As I have been watching and pointing then when I look at my Pening Credit here Before and After Eric ran the script to indentify zombies and validate errors. I sse that things have cleared... Seti Beta is not as Important as keeping Seti Main Running... So things in progress go to Seti Main, and Seti Beta Testers are still waiting to get new work for the MultiBeam that Eric found a problem with...

So that you know, You would have hated the problem that was found... If You thought your RAC was bad, then this problem would have ruined what you thought you had... But then You can go read Eric's Blog about Eric's Weekly Post #3. Or over the Seti Beta NC Forum and his post about somewhere the code he spent a large part of the weekned working on is now missing... Or Matt's Blog about the changes in the ISP and what did not happen with getting the Server replacement built and why (Donate Hardware II)... We are all human and have a maximum limit!

I enjoy the fact that we are getting information! I Love the fact that the Seti staff can say this or that went wrong... A year ago, someone would have been beating them about the head and sholders... Now there is Intelligent Discussion... A very hard fought progress/process!

So as things wind down, will redirect Eric here once again to run the script and see what can be found... It would only mean that there is less cr@p hanging around that slows things down...

So as of my last phone conversation with Eric and a quick search we are looking for a case to house the "kryten replacement"... Yes this fixes a ton of isues... See Donate Hardware II, currently unless someone has one hanging around doing nothing, the least cost I can find is SR2300 2U-RM 8BAY 6HS EATX 500W KSWNA $600 with shipping... Right now I can not afford, I know that multiple people can... You are more than welcome to email me al.setiboinc (at) gmail.com replace the (at) with @ symbol...

So if you have not, then please take a moment to consider a Donation

Thank You!

Pappa

And in S@H- main, how long exist the WU-overview with a real Validate error?

If nobody does anything about them: long enough for three more results to be created, sent out, crunched, and returned. But IIRC the last couple of times it happened, the developers ran a script to recheck the results from the period in question, at which point the WUs for which all the results were accounted for would have the usual retention time, only a day or so.

---

Please consider a Donation to the Seti Project.

Is this a validate error - I get 0.00 credit even tho my computer came up with 46.96 in 8,288.03?

application SETI@home Enhanced
created 22 Feb 2007 4:51:23 UTC
name 15au03aa.20522.18721.379824.3.40
canonical result 482105310
granted credit 46.95
minimum quorum 3
initial replication 4
max # of error/total/success results 5, 10, 5

482105308 3017065 22 Feb 2007 17:45:04 UTC 23 Feb 2007 3:42:46 UTC Over Success Done 8,288.03 46.96 0.00
482105309 3063377 22 Feb 2007 17:44:55 UTC 9 Mar 2007 21:55:47 UTC In Progress Unknown New --- --- ---
482105310 2694018 22 Feb 2007 17:44:54 UTC 22 Feb 2007 20:34:47 UTC Over Success Done 5,603.06 46.95 46.95
482105311 2922470 22 Feb 2007 17:44:55 UTC 23 Feb 2007 3:13:25 UTC Over Success Done 8,629.90 46.95 46.95

---