Now it's one of the other machines. This is the host I had the problem with when I inserted a Card BOINC didn't recognize correctly. It has never given an 'Invalid', except when it tried to run two tasks at once, that was also caused by the 'other' card a while back. I've been keeping an eye on it, especially after BOINC decided to send it 100 APs when it averages about 4 a day. Must be the other card again...

...
I'm trying to download the task using the instructions from this post, WOW! Where on earth did that come from?. I can't seem to get the fanout correct. The name is ap_20jl12aa_B0_P1_00201_20130325_22943.wu, I get, 65ded978f0f467e770370f8a526415da from here http://www.miraclesalad.com/webtools/md5.php. That's as far as I get, the next step goes over my head "by taking 'modulo 4' of the first character"? Whut?
...

Modulo 4 means the remainder when you divide by 4. The 9 has a remainder of 1 when divided by 4, so the fanout is 178.

Any ideas? On the 404 as well the extreme differences in the results? It's almost as if I ran a different task. If you look at the Application details on that Host, they are completely borked. That Host is closing in on 1 Million, and a good percentage came from that card running around 4 APs a day since November. You wouldn't know it by looking at the Applications page.

That's the right filepath. Or rather is was the right filepath. Checking the WU link you quoted, I see that the last task was handed in and validated 8 Apr 2013, 2:52:43 UTC. It will have been purged from the download dir shortly afterwards, which is why your are getting a 404 - file not found. It's already been deleted.
If you want to run tasks offline you need to get them (at least here on main) before they validate.
____________
A person who won't read has no advantage over one who can't read. (Mark Twain)

If the server loses the detail for that app_version and starts guesstimating from scratch and estimates far too small (for whatever reason) you may well end up with a far too large work request.
Are you running with <flops>? How closely do the estimates match the real runtimes? Or rather was there a large difference between the two when you got those 100 tasks?
____________
A person who won't read has no advantage over one who can't read. (Mark Twain)

If the server loses the detail for that app_version and starts guesstimating from scratch and estimates far too small (for whatever reason) you may well end up with a far too large work request.
Are you running with <flops>? How closely do the estimates match the real runtimes? Or rather was there a large difference between the two when you got those 100 tasks?

There is a flops setting, and it is close to reality, 6.7 hours. It has been close for a very long time. What didn't take very long was for BOINC to send those tasks after the second card was inserted, basically shortly after I allowed new tasks. Even between both cards, it shouldn't have sent tasks bringing the total to 100. The card was a trooper though, between Mar 26th & April 8th it had completed 75 AP tasks, most of them overflows though. It still takes around 6.4 hours on the normal ones. Only one of those 75 was an Invalid, and that one is highly questionable.

One host found 30/30 and the other two find 1/0? Like I said, most of those prior 75 were overflows, and it didn't seem to have a problem with those. It has just found another overflow that is being listed as 'Inconclusive', just as many overflows are listed. This one seems to be normal though, the other host also found 30/30.

The only logical explanation is that the three hosts worked a different task. The other host sent the task when it was issued got a 'Download error'. The two after that apparently worked a different task. I decided to run a Project reset, only way to be sure another task isn't what it seems. After the reset, BOINC decided to send me all ATI APs and then run an ATI AP on my CPU. Run an ATI AP on my CPU? Something wrong with that picture. I did another Reset. Same thing, this time I noticed the ATI AP being run by the CPU had a 'Normal' CPU run-time of 8.5 hours instead of the ATI 6.7 hour time. Another Reset, then Exit BOINC and let it think about it. I decided to try BOINC 7.0.60 since 7.0.58 seemed to be acting strange. After restarting, I was sent the two different classes, 601 & 604. The correct devices were assigned the correct class task. Progress. Then, BOINC started sending more ATI APs, even though I already had more than enough. I set it to NNT, as it stands at this moment.

I guess I might as well make a backup of the Project folder since I will be running the existing tasks for a while. Seems to be the only way to obtain a copy of the WU if something else goes wrong. Deleted in less than an hour, even if the results seem questionable...okay.

Replaced the bad 580 today with a 690. not sure the problem has gone away as it now seems the other 580 is throwing up a few invalids. Maybe PSU or ram? I will sit on it for a couple of days to see what happens

Once a WU has a canonical result, assimilation and file deletion normally happen as quickly as possible. Game over. An exception is when there's another unfinished task not past deadline. Of course if the Transitioner, Assimilator, or File Deleter is not keeping up as happens sometimes there may be a delay.

Purging of the database is one day after file deletion (the BOINC default is 7 days). That's why you can see the WU and Task details even after the files are gone.

I'm still waiting for someone to attempt to explain the missing 500 AstroPulse v6 (anonymous platform, ATI GPU) tasks that disappeared from the Application details for host 6796475 page. That card had around 500 'Number of tasks completed' there the last time I checked. It now has 10 listed. It's almost as if the history for that card has been deleted. 10 is a very interesting number. At around 4 to 5 a day, that would place the deletion about the same time as that suspicious Invalid task,
2893216598 6796475 26 Mar 2013, 1:44:53 UTC 6 Apr 2013, 11:06:33 UTC Completed, marked as invalid 19,661.57 731.94 0.00 AstroPulse v6 Anonymous platform (ATI GPU)

What's up with that? Too much of a coincidence for me. The Game Continues...
:-)

That is a bit odd. Usually the "consecutive valid" count goes back to zero, but not "number of tasks completed." That is always supposed to go only up. I don't know why it would re-set back to zero. Maybe someone like Richard of Josef could have a theory for that one.
____________
Linux laptop:
Record uptime: 1484d 22h 42m
Ended due to UPS failure, as discovered 14 hours later

I'd say for some unfathonable reason that entry got deleted and a new entry was started. I find it unlikely to be linked in any way to the false overflow. False overflows just occasionally happen - something gets corrupted, the task does a false overflow, the next task is fine. If you still had the task and were to run it offline, you'd probably find it to report the 1/0 the others found. We tend to blame Eddy. Or Cosmic Rays. Or Sunspots.

You say the problem occured when you introduced a second card into the system? Looks like Boinc got itself all tangled over that one. Not much use trying to dissect the logs afterwards - if you weren't running the appropriate debug log flags at the time (e.g. work_fetch_debug).

If, however, your total estimated runtime on board exceeds your cache settings and it is still asking for work, something is fishy. That may need investigating - 7.0.60 is a release candidate, if you've found a bug it needs to be reported rather sooner than later.

Could you possibly enable work_fetch_debug and post the output? [one instance is enough]
____________
A person who won't read has no advantage over one who can't read. (Mark Twain)

I'd say for some unfathonable reason that entry got deleted and a new entry was started. I find it unlikely to be linked in any way to the false overflow. False overflows just occasionally happen - something gets corrupted, the task does a false overflow, the next task is fine. If you still had the task and were to run it offline, you'd probably find it to report the 1/0 the others found. We tend to blame Eddy. Or Cosmic Rays. Or Sunspots.

You say the problem occured when you introduced a second card into the system? Looks like Boinc got itself all tangled over that one. Not much use trying to dissect the logs afterwards - if you weren't running the appropriate debug log flags at the time (e.g. work_fetch_debug).

If, however, your total estimated runtime on board exceeds your cache settings and it is still asking for work, something is fishy. That may need investigating - 7.0.60 is a release candidate, if you've found a bug it needs to be reported rather sooner than later.

Could you possibly enable work_fetch_debug and post the output? [one instance is enough]

As of now, the AstroPulse v6 (anonymous platform, ATI GPU), Number of tasks completed, seems to be hung at 10. For all I know, it could have been stuck at 10 since I inserted the other ATI card back on the 21st. Great, 5 months worth of work has been vaporized. I also find it odd the Cosmic Ray chose to wait until this other problem developed before striking...

On a hunch - can you undo that 'excluded GPU' and with NNT set (so you don't ask for work) run WFD again? It should show how much work it would ask for. Excluding the GPUs may get in the way of properly calculating saturation.
____________
A person who won't read has no advantage over one who can't read. (Mark Twain)

Sorry guys, I'm in Windows 'ell at the moment. This is going to have to wait. The Windows 8 host is working fine at the moment with NNT. You might want to reread the thread about the two ATI cards in the meantime. The only way to keep BOINC from trying to run an AP task on the 3650 is to set it to Exclude the 3650, it'a a BOINC thing. Otherwise, I can't keep the 3650 in the machine as BOINC keeps starting tasks on it...it's in the other two threads, Continuing SETI Problems with 2 ATI Cards Installed This part,'sim_excluded_instances 2', doesn't that suggest BOINC thinks there are two OpenCL cards installed? To me, the problem is BOINC is trying to download tasks for two cards, and one of those two has never completed a task, so, BOINC doesn't have a history on it. That appears to be why the Application details on that host is Borked. Why isn't the Application details listing the actual number of ATI tasks that host is completing? It's STILL stuck at 10....

Right now I'm trying to repair the damage Ubuntu did to my Mac XP Bootcamp partition. Getting XP going again is on the front burner.

That was a pain. I had to swap the data around on three different HDs, reformat the drives, and completely reinstall XP on a new Bootcamp partition. OSX does not like what Ubuntu does to the partition maps. Works fine on my PCs. At least I now have a fresh XP, on a faster drive...