what casued this error?
Message boards : Number crunching : what casued this error?
Author | Message | |
---|---|---|
http://docking.utep.edu/result.php?resultid=192582
|
||
ID: 3373 | Rating: 0 | rate: / | ||
Do you have a lot of projects attached to this client? or anything else that might help us to reproduce this error at the lab?
|
||
ID: 3377 | Rating: 0 | rate: / | ||
@Memo
|
||
ID: 3378 | Rating: 0 | rate: / | ||
I had several projects attached at the time, including:
|
||
ID: 3379 | Rating: 0 | rate: / | ||
I notice the machine has 8 cores. In your general preferences, what do you have for the percentage of memory to use while running and the percentage of memory to use while idle?
|
||
ID: 3386 | Rating: 0 | rate: / | ||
I notice the machine has 8 cores. In your general preferences, what do you have for the percentage of memory to use while running and the percentage of memory to use while idle? 99% (of 4gb) How much swap space does the machine have and what percentage of swap does your general preferences say BOINC can use? In the general preferences, do you have "Leave applications in memory while suspended?" set to YES or NO? VM = 16gb. Yes, leave in memory. I'm not sure if the ulimit command exists on Macs (it does on linux) but can you go to a command prompt for the same user that you have BOINC running as on your machine and type the command % ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) 6144 file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 256 pipe size (512 bytes, -p) 1 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 266 virtual memory (kbytes, -v) unlimited Is there any chance that your machine uses a really slow server for DNS lookups? I use the normal comcast DNS servers. Could you look at some results from other projects (Besides Docking) and see if they got the "No heartbeat from core client for 31 sec" error. The other projects might have gotten that error and recovered from it and still validated and gotten credit. It would be helpful to know if they got the error though. I'm not seeing anything with SETI. That is the only other project that has any results to look at. ____________ Dublin, CA Team SETI.USA |
||
ID: 3388 | Rating: 0 | rate: / | ||
stack size (kbytes, -s) 8192 That would cause the error. I'm not sure how the BOINC core client is being started on a MAC, but you need to issue the command ulimit -s unlimited either in the script just before it starts the boinc core client or manually before you start the boinc core client. If you're letting the BOINC manager start the BOINC core client, then stop the run manager AND the core client, issue that command, and start the core client from the same command line or start the run manager from the same command line and let it start the core client. I'm sorry I can't be more specific, but I don't have a Mac. Happy Crunching, -- David ____________ The views expressed are my own. Facts are subject to memory error :-) Have you read a good science fiction novel lately? |
||
ID: 3389 | Rating: 0 | rate: / | ||
stack size (kbytes, -s) 8192 Something doesn't sound right. None of my other macs have this problem, and they have the same value for the stack size. However, they are all PPCs. Perhaps it is a PPC vs. Intel thing. I just attached another Intel machine to see if it also has the same problem. Also, I thought the "ulimit" issue had been resolved with the newer versions of BOINC. Am I mis-remembering? ____________ Dublin, CA Team SETI.USA |
||
ID: 3390 | Rating: 0 | rate: / | ||
Something doesn't sound right. None of my other macs have this problem, and they have the same value for the stack size. However, they are all PPCs. Perhaps it is a PPC vs. Intel thing. I just attached another Intel machine to see if it also has the same problem. Duh, no need to wait. That other intel machine has over 400 results returned without ever having the problem. Additionally, it just successfully returned anther. It is a Core Duo, with 2gb RAM, running RCN and Climate Prediction at the same time. It has the following settings: % ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) 6144 file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 256 pipe size (512 bytes, -p) 1 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 266 virtual memory (kbytes, -v) unlimited I really don't think the stack size is causing the problem....unless it has something to do with the number of cores. ____________ Dublin, CA Team SETI.USA |
||
ID: 3391 | Rating: 0 | rate: / | ||
*scratches head*
|
||
ID: 3392 | Rating: 0 | rate: / | ||
I think zombie has another problem, but I also don't know what causes it. The mac app doesn't have the ulimit problem; that one only caused problems on the Linux side and has been fixed. I'm currently looking into the issue that charmm uses so much system time (opposed to user time) on linux and macs. Hope I will figure out soon what's going on there.
|
||
ID: 3401 | Rating: 0 | rate: / | ||
Okay, I finally had a chance to try the machine again on D@H. A thought occurred to me. Macs often have a shared memory error running BOINC, which is easily solved by following the directions here:
|
||
ID: 3403 | Rating: 0 | rate: / | ||
w00t!
|
||
ID: 3404 | Rating: 0 | rate: / | ||
That's Great.
|
||
ID: 3405 | Rating: 0 | rate: / | ||
That's great news!
w00t! ____________ D@H the greatest project in the world... a while from now! |
||
ID: 3407 | Rating: 0 | rate: / | ||
Message boards : Number crunching : what casued this 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)#20 (2) { ["db_conn"]=> resource(72) 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=260" } } [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)#20 (2) { ["db_conn"]=> resource(72) of type (mysql link persistent) ["db_name"]=> string(7) "docking" } ["type"]=> string(2) "->" ["args"]=> array(3) { [0]=> object(BoincThread)#3 (16) { ["id"]=> string(3) "260" ["forum"]=> string(1) "2" ["owner"]=> string(3) "114" ["status"]=> string(1) "0" ["title"]=> string(23) "what casued this error?" ["timestamp"]=> string(10) "1182223802" ["views"]=> string(4) "1084" ["replies"]=> string(2) "14" ["activity"]=> string(20) "7.2190218881162e-119" ["sufferers"]=> string(1) "0" ["score"]=> string(1) "0" ["votes"]=> string(1) "0" ["create_time"]=> string(10) "1180428155" ["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) "260" ["forum"]=> string(1) "2" ["owner"]=> string(3) "114" ["status"]=> string(1) "0" ["title"]=> string(23) "what casued this error?" ["timestamp"]=> string(10) "1182223802" ["views"]=> string(4) "1084" ["replies"]=> string(2) "14" ["activity"]=> string(20) "7.2190218881162e-119" ["sufferers"]=> string(1) "0" ["score"]=> string(1) "0" ["votes"]=> string(1) "0" ["create_time"]=> string(10) "1180428155" ["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=260