0.00 granted credit
Message boards : Number crunching : 0.00 granted credit
Author | Message | |
---|---|---|
Hi: I just noticed that 1 of my wu's got 0 credit - even though it seemed to complete properly. Please check it out and let me know why I did not get credit. The task took over 1.98 hours to complete.
|
||
ID: 3805 | Rating: 0 | rate: / | ||
May be a HR issue. This project used to require some pretty complicated HR rules. But I don't think this last batch was sent out using HR.
|
||
ID: 3807 | Rating: 0 | rate: / | ||
Yeah, something seems to have gone wrong with the HR here. It should have been on, but for some reason it didn't. The config file on the server definitely has the option enabled. Might be some new boinc code that we aren't aware of yet; I noticed some new HR stuff in the latest checkout.
May be a HR issue. This project used to require some pretty complicated HR rules. But I don't think this last batch was sent out using HR. ____________ D@H the greatest project in the world... a while from now! |
||
ID: 3813 | Rating: 0 | rate: / | ||
Hi: Just noticed a 2nd WU without any credit:
|
||
ID: 3815 | Rating: 0 | rate: / | ||
Is anybody else having this problem also? I have two results with "0" credits awarded so far. I think we can expect this to happen occasionally until the HR issues get straightened out. ____________ Dublin, CA Team SETI.USA |
||
ID: 3819 | Rating: 0 | rate: / | ||
It seems that different OS give different results, at least according to the validator. I'm the only Linux puter for
my 5 results
, and if the validator doesn't behave a bit more lenient towards this issue, I expect no credits for my probably valid results.
|
||
ID: 3862 | Rating: 0 | rate: / | ||
We went through all of this before. The app requires very strict/complicated HR rules. More than on any project. Therefore rules were implemented, and all was good. Since the move, the server was updated (yes!), but broke the HR implementation. So the last batch was sent out without HR. So we will all have to wait until they re-implement HR with new WUs to get back to where we were before.
|
||
ID: 3863 | Rating: 0 | rate: / | ||
To remember what was going on in this project;
|
||
ID: 3864 | Rating: 0 | rate: / | ||
We are working on the new HR code and will test again when the changes are in. It turns out to be quite tricky to integrate our previous HR changes in the new boinc code.
We went through all of this before. The app requires very strict/complicated HR rules. More than on any project. Therefore rules were implemented, and all was good. Since the move, the server was updated (yes!), but broke the HR implementation. So the last batch was sent out without HR. So we will all have to wait until they re-implement HR with new WUs to get back to where we were before. ____________ If you are interested in working on Docking@Home in a great group at UDel, contact me at 'taufer at acm dot org'! |
||
ID: 3867 | Rating: 0 | rate: / | ||
I've noticed that Walmart is actually selling a Vista system with the Via C7-D cpu. I guess that means another HR class needs to be added.
|
||
ID: 3874 | Rating: 0 | rate: / | ||
Oh fun! Hope Michela will make some inroads in the next years to make charmm less platform-specific.
I've noticed that Walmart is actually selling a Vista system with the Via C7-D cpu. I guess that means another HR class needs to be added. ____________ D@H the greatest project in the world... a while from now! |
||
ID: 3876 | Rating: 0 | rate: / | ||
Message boards : Number crunching : 0.00 granted credit
Database Error: The MySQL server is running with the --read-only option so it cannot execute this statement
array(3) { [0]=> array(7) { ["file"]=> string(47) "/boinc/projects/docking/html_v2/inc/db_conn.inc" ["line"]=> int(97) ["function"]=> string(8) "do_query" ["class"]=> string(6) "DbConn" ["object"]=> object(DbConn)#16 (2) { ["db_conn"]=> resource(90) of type (mysql link persistent) ["db_name"]=> string(7) "docking" } ["type"]=> string(2) "->" ["args"]=> array(1) { [0]=> &string(51) "update DBNAME.thread set views=views+1 where id=291" } } [1]=> array(7) { ["file"]=> string(48) "/boinc/projects/docking/html_v2/inc/forum_db.inc" ["line"]=> int(60) ["function"]=> string(6) "update" ["class"]=> string(6) "DbConn" ["object"]=> object(DbConn)#16 (2) { ["db_conn"]=> resource(90) of type (mysql link persistent) ["db_name"]=> string(7) "docking" } ["type"]=> string(2) "->" ["args"]=> array(3) { [0]=> object(BoincThread)#3 (16) { ["id"]=> string(3) "291" ["forum"]=> string(1) "2" ["owner"]=> string(3) "225" ["status"]=> string(1) "0" ["title"]=> string(19) "0.00 granted credit" ["timestamp"]=> string(10) "1205016423" ["views"]=> string(4) "1232" ["replies"]=> string(2) "10" ["activity"]=> string(23) "1.3327819064288001e-107" ["sufferers"]=> string(1) "0" ["score"]=> string(1) "0" ["votes"]=> string(1) "0" ["create_time"]=> string(10) "1203975160" ["hidden"]=> string(1) "0" ["sticky"]=> string(1) "0" ["locked"]=> string(1) "0" } [1]=> &string(6) "thread" [2]=> &string(13) "views=views+1" } } [2]=> array(7) { ["file"]=> string(63) "/boinc/projects/docking/html_v2/user/community/forum/thread.php" ["line"]=> int(184) ["function"]=> string(6) "update" ["class"]=> string(11) "BoincThread" ["object"]=> object(BoincThread)#3 (16) { ["id"]=> string(3) "291" ["forum"]=> string(1) "2" ["owner"]=> string(3) "225" ["status"]=> string(1) "0" ["title"]=> string(19) "0.00 granted credit" ["timestamp"]=> string(10) "1205016423" ["views"]=> string(4) "1232" ["replies"]=> string(2) "10" ["activity"]=> string(23) "1.3327819064288001e-107" ["sufferers"]=> string(1) "0" ["score"]=> string(1) "0" ["votes"]=> string(1) "0" ["create_time"]=> string(10) "1203975160" ["hidden"]=> string(1) "0" ["sticky"]=> string(1) "0" ["locked"]=> string(1) "0" } ["type"]=> string(2) "->" ["args"]=> array(1) { [0]=> &string(13) "views=views+1" } } }query: update docking.thread set views=views+1 where id=291