Anyone?
Follow BoincTasks on Twitter Facebook Visit our website here.
BoincTasks cloud login is working again
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Show posts MenuQuote from: glennaxl on April 04, 2010, 11:09:15 PMOn purpose a lot of users sort on Percentage.
Tasks percentage is quite off. BT says 2.626% while BM says 0%
Quote from: jjwhalen on April 02, 2010, 05:26:49 PMI will change the following: When status is downloading and % = 100 then status is download error with the error color.Quote from: fred on April 01, 2010, 11:18:02 PM
Ok I made a note.
They stay that way until the project is updated & the client reports them as download error. But when does the download error appear, when the project refreshes of when BoincTasks refreshes.
Any task with Status "Downloading" but Progress %=100.00 is suspect, since they are mutually exclusive. Also the color is the "Ready to report" instead of the "Upload/Download." The download failure is confirmed by looking at the client's message stream. The task never indicates on the BT Tasks tab with an error status but continues to shpw as above. When the project is Updated the task disappears from the Tasks tab. In the project server's database it shows up as a download error.
Quote from: jjwhalen on April 02, 2010, 09:05:09 PMThey are probably never really considered tasks as they never arrived on you computer.Quote from: fred on April 02, 2010, 07:32:59 PM
Hmm, somethings are handled a bit strange. I've never seen a download error, so it will be difficult to test. But I will take a closer look at it.
I tried reproducing the problem by aborting downloads in progress, but these are handled differently (as aborted by user). I also analyzed the BT History for the past couple of weeks and didn't find any listings for these WUs at all, either correctly or incorrectly annotated. Which is to say:The only Einstein tasks in my History looked like they ran an appropriate ET and completed normally.
- Einstein task AND [download error or something similar]
- Einstein task AND [Reported: OK] [Elapsed time at zero or unbelievably short]
Apparently this condition must be triggered by a CRC mismatch on a result's component file or some such. I wish I could remember the Status listing for this in BOINCManager, but I can't. That would probably tell us what the XML from the client actually says. I'll fool around with pulling the (network) plug during a download and see what I can come up with. PrimeGrid has some (sieve) applications that use really long input data files, and it shouldn't be too much trouble to break one of them during download.
Best wishes.
Quote from: Corsair on April 02, 2010, 08:12:33 PM6.10.36 is no longer the default download version It had a couple of bugs so they are back to 6.10.18.
still afloat in Venice, supposed to go on shore leaves on Monday/Tuesday.
this version, but I think is a bug from BOINC
Starting BOINC client version 6.10.36 for windows_intelx86
now I could only run in one computer, as I have no network here on board, just only the laptop.
I always run BT and sometimes I run together the BOINC Manager, sometimes happens that BOINC manager stopped working and not crunching at all, saying something that not connected. ?? if I run only BT use not to have this fix.
Quote from: jjwhalen on April 02, 2010, 05:26:49 PMHmm, somethings are handled a bit strange. I've never seen a download error, so it will be difficult to test. But I will take a closer look at it.Quote from: fred on April 01, 2010, 11:18:02 PM
Ok I made a note.
They stay that way until the project is updated & the client reports them as download error. But when does the download error appear, when the project refreshes of when BoincTasks refreshes.
Any task with Status "Downloading" but Progress %=100.00 is suspect, since they are mutually exclusive. Also the color is the "Ready to report" instead of the "Upload/Download." The download failure is confirmed by looking at the client's message stream. The task never indicates on the BT Tasks tab with an error status but continues to shpw as above. When the project is Updated the task disappears from the Tasks tab. In the project server's database it shows up as a download error.
Quote from: wicked on April 02, 2010, 05:17:45 PMThe keys would be nice to have, probably something is out of range.
I have six computers that I'm monitoring.
OK, I renamed HKEY_CURRENT_USER\Software\eFMer\BoincTasks\sorting key and looks like the crash went away. Both of them so I can now have history enabled again (which gave me back my number of tasks in Projects like you promised). Awesome, thanks for helping! Do you want the sorting registry key contents?
Quote from: wicked on April 02, 2010, 10:42:17 AMI will take a look, with the dump file I can see the exact location, sot that should be possible to fix.Quote from: fred on April 01, 2010, 11:11:38 PM
The Task column in projects is linked to the history tab. History should be enabled for this to work.
Ah! That'll explain it since I just disabled history. Thanks.Quote from: fred on April 01, 2010, 11:11:38 PM
1) Is there anything in the transfer.
2) Did you reboot your computer?
1) Yeah, I have pending Uploads in my Tasks tab. First Seti@Home Beta and now FreeHAL.
2) I've rebooted after BoincTasks update due to other patches.
Hmm, now I seem to also get a crash every time something is uploaded and History is enabled. It might be somehow related to the same crash when going to Transfers-tab.
Quote from: wicked on April 01, 2010, 03:05:35 PMMailing me the dump file would be nice.
Hi,
Here's the details for the crash (I have an User Mini Dump File collected by WER that I can send if you want to look over it yourself):
Quote from: jjwhalen on March 31, 2010, 10:48:05 PMOk I made a note.
I forgot to mention (from a previous version):
On the Tasks tab, failed downloads (checksum error or whatever), go to Progress %=100.00 & assume the "Ready to report" color. They continue to show status "Downloading" instead of an appropriate error status & the "Error" color They stay that way until the project is updated & the client reports them as download error
I was reminded of this because Einstein has been having server problems lately, with periods of extremely slow (and a few broken) downloads.