workunit that reached the max # of error
Message boards : Number crunching : workunit that reached the max # of error
| Author | Message | |
|---|---|---|
suguruhirahara
Forum moderator Volunteer tester 
Joined: Sep 13 06 Posts: 282 ID: 15 Credit: 56,614 RAC: 0 |
||
|
How does the server deal with the workunit that reached the maximum number of error?
47266 Client error Compute error 977.96 1.06 --- The belowest one is an unsent result. How will be workunits like that treated? Either another copy of each will be issued or they will be canceled? thanks for reading, suguruhirahara ____________ 
I'm a volunteer participant; my views are not necessarily those of Docking@Home or its participating institutions. |
||
ID:
1495 | Rating: 0
| rate:
/
|
||
|
Andre Kerstens
Forum moderator Project tester Volunteer tester 
Joined: Sep 11 06 Posts: 749 ID: 1 Credit: 15,199 RAC: 0 |
||
|
I think the server will wait for that last one to be sent out and returned and then close that workunit.
How does the server deal with the workunit that reached the maximum number of error? ____________ D@H the greatest project in the world... a while from now! |
||
|
ID:
1502 | Rating: 0
| rate:
/
|
||
|
David Ball
Forum moderator Volunteer tester 
Joined: Sep 18 06 Posts: 274 ID: 115 Credit: 1,634,401 RAC: 0 |
||
|
Hello Suguruhirahara,
|
||
|
ID:
1503 | Rating: 0
| rate:
/
|
||
|
Andre Kerstens
Forum moderator Project tester Volunteer tester
Joined: Sep 11 06 Posts: 749 ID: 1 Credit: 15,199 RAC: 0 |
||
|
Hi David,
Does anyone know how many OS/CPU combinations are being grouped for work units now. Is it just Linux / Intel Mac / Windows ? ____________ D@H the greatest project in the world... a while from now! |
||
|
ID:
1507 | Rating: 0
| rate:
/
|
||
|
David Ball
Forum moderator Volunteer tester
Joined: Sep 18 06 Posts: 274 ID: 115 Credit: 1,634,401 RAC: 0 |
||
|
Hi David, Thanks for the info. I can see why you might have trouble on the Intel Macs. From what I can tell, some are Xeons, some are the older Core Solo/Duo (upgraded Pentium-M on 65 nm process), and some are the new Core 2 Duo (not sure if they're the desktop or mobile version). When looking through the Mac results a few weeks ago, I noticed a Mac system with very low benchmarks. IIRC, Measured FP and Integer speed for that Mac were both "10 million ops/sec", while even my Celeron 2.4 gets FP: "645.16 million ops/sec" and Integer: "1214.19 million ops/sec". I figured that had to be either an emulator or a really weird boinc client. The Mac's speed was shown as "10" and not "10.00". BTW, It's my Windows/Intel (Celeron 2.3 GHz) and my Linux/AMD (Socket A Sempron 2500+) box that haven't been able to get work for a couple of days. I'm trying to think of something new to try on the RedHat RHEL3 (Celeron 2.4 GHz) box since the unlimited stack doesn't seem to have fixed it. Is there any way of making available debug info about what the app was doing when it failed? -- David EDIT: noted RHEL3 box is Celeron. BTW, work fetch is suspended on that box until I can setup for trying something different. |
||
|
ID:
1513 | Rating: 0
| rate:
/
|
||
|
suguruhirahara
Forum moderator Volunteer tester
Joined: Sep 13 06 Posts: 282 ID: 15 Credit: 56,614 RAC: 0 |
||
|
Hi andre,
I think the server will wait for that last one to be sent out and returned and then close that workunit. I've regarded the system that when the number of the error result reached 3, the workunit will be canceled. But in fact does it mean that when the number of the error 'exceed' 3, the workunit will be canceled? I'm afraid there will be a kind of trouble with the workunit since another copy of the result is unsent yet. Otherwise does it result from that a few hosts crunch results so far? [Edit2: Also I noticed that the result unsent isn't sent and passed, while further results are distributed...Will they be really distributed in future? (I question though I'm not familiar with results producing and distributing system)] thanks for reading, suguruhirahara Edit: to dave Actually some call me as suguru. Of course it's no problem:) Who could imagine a reallly long given / family name like that? lol ____________
I'm a volunteer participant; my views are not necessarily those of Docking@Home or its participating institutions. |
||
|
ID:
1515 | Rating: 0
| rate:
/
|
||
|
suguruhirahara
Forum moderator Volunteer tester
Joined: Sep 13 06 Posts: 282 ID: 15 Credit: 56,614 RAC: 0 |
||
|
BTW, It's my Windows/Intel (Celeron 2.3 GHz) and my Linux/AMD (Socket A Sempron 2500+) box that haven't been able to get work for a couple of days. I'm trying to think of something new to try on the RedHat RHEL3 (Celeron 2.4 GHz) box since the unlimited stack doesn't seem to have fixed it. Is there any way of making available debug info about what the app was doing when it failed? I could get work for my linux on virtual machines (Linux/Intel). Both Vine Linux, based on Red Hat, and SUSE have got several ten results. However I couldn't get work for Windows. I'm not sure whether unlimited stack cannot work or not, but I assume it has been discussed in this forum. ____________
I'm a volunteer participant; my views are not necessarily those of Docking@Home or its participating institutions. |
||
|
ID:
1516 | Rating: 0
| rate:
/
|
||
Message boards : Number crunching : workunit that reached the max # of error
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)#12 (2) {
["db_conn"]=>
resource(66) 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=104"
}
}
[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)#12 (2) {
["db_conn"]=>
resource(66) of type (mysql link persistent)
["db_name"]=>
string(7) "docking"
}
["type"]=>
string(2) "->"
["args"]=>
array(3) {
[0]=>
object(BoincThread)#3 (16) {
["id"]=>
string(3) "104"
["forum"]=>
string(1) "2"
["owner"]=>
string(2) "15"
["status"]=>
string(1) "0"
["title"]=>
string(40) "workunit that reached the max # of error"
["timestamp"]=>
string(10) "1164019417"
["views"]=>
string(3) "820"
["replies"]=>
string(1) "6"
["activity"]=>
string(19) "6.786518141169e-128"
["sufferers"]=>
string(1) "0"
["score"]=>
string(1) "0"
["votes"]=>
string(1) "0"
["create_time"]=>
string(10) "1163915040"
["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) "104"
["forum"]=>
string(1) "2"
["owner"]=>
string(2) "15"
["status"]=>
string(1) "0"
["title"]=>
string(40) "workunit that reached the max # of error"
["timestamp"]=>
string(10) "1164019417"
["views"]=>
string(3) "820"
["replies"]=>
string(1) "6"
["activity"]=>
string(19) "6.786518141169e-128"
["sufferers"]=>
string(1) "0"
["score"]=>
string(1) "0"
["votes"]=>
string(1) "0"
["create_time"]=>
string(10) "1163915040"
["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=104