Output file exceeds size limit.


Advanced search

Message boards : Number crunching : Output file exceeds size limit.

Sort
Author Message
moebicat
Volunteer tester

Joined: Sep 14 06
Posts: 10
ID: 106
Credit: 214,889
RAC: 0
Message 267 - Posted 16 Sep 2006 15:21:52 UTC

My MacPro has been reporting the following messages while processsing work units:

Fri Sep 15 21:22:54 2006|Docking@Home|Computation for task 1tng_mod0001_203_254679_3 finished
Fri Sep 15 21:22:54 2006|Docking@Home|Output file 1tng_mod0001_203_254679_3_2 for task 1tng_mod0001_203_254679_3 exceeds size limit.
Fri Sep 15 21:22:54 2006|Docking@Home|File size: 1622632.000000 bytes. Limit: 1000000.000000 bytes
Fri Sep 15 21:22:54 2006|Docking@Home|Starting task 1tng_mod0001_117_105026_3 using charmm version 501
Fri Sep 15 21:22:55 2006|Docking@Home|Unrecoverable error for result 1tng_mod0001_203_254679_3 (<file_xfer_error> <file_name>1tng_mod0001_203_254679_3_2</file_name> <error_code>-131</error_code></file_xfer_error>)
Fri Sep 15 21:22:55 2006|Docking@Home|Deferring scheduler requests for 1 minutes and 0 seconds
Fri Sep 15 21:22:56 2006|Docking@Home|Started upload of file 1tng_mod0001_203_254679_3_0
Fri Sep 15 21:22:56 2006|Docking@Home|Started upload of file 1tng_mod0001_203_254679_3_1
Fri Sep 15 21:22:58 2006|Docking@Home|Finished upload of file 1tng_mod0001_203_254679_3_0
Fri Sep 15 21:22:58 2006|Docking@Home|Throughput 8981 bytes/sec
Fri Sep 15 21:22:58 2006|Docking@Home|Finished upload of file 1tng_mod0001_203_254679_3_1
Fri Sep 15 21:22:58 2006|Docking@Home|Throughput 8096 bytes/sec
Fri Sep 15 21:22:58 2006|Docking@Home|Started upload of file 1tng_mod0001_203_254679_3_3
Fri Sep 15 21:23:00 2006|Docking@Home|Finished upload of file 1tng_mod0001_203_254679_3_3

Do I need to change one of my preference settings to prevent the MacPro from truncating large files?

Profile Rebirther
Volunteer tester
Avatar

Joined: Sep 13 06
Posts: 63
ID: 52
Credit: 69,033
RAC: 0
Message 269 - Posted 16 Sep 2006 16:32:19 UTC

No, the WU max_nbytes setting is faulty.

moebicat
Volunteer tester

Joined: Sep 14 06
Posts: 10
ID: 106
Credit: 214,889
RAC: 0
Message 276 - Posted 16 Sep 2006 19:48:07 UTC

Thanks. I'll up the value of max_nbytes for the Docking@home project.

Odd, this was only an issue with the Mac Pro. The Mac Mini worked fine with the original value.

Profile Rebirther
Volunteer tester
Avatar

Joined: Sep 13 06
Posts: 63
ID: 52
Credit: 69,033
RAC: 0
Message 279 - Posted 16 Sep 2006 20:33:44 UTC - in response to Message ID 276 .

Thanks. I'll up the value of max_nbytes for the Docking@home project.

Odd, this was only an issue with the Mac Pro. The Mac Mini worked fine with the original value.


Normally the app causes the problem. 1,6MB file with limit of 1MB!
moebicat
Volunteer tester

Joined: Sep 14 06
Posts: 10
ID: 106
Credit: 214,889
RAC: 0
Message 281 - Posted 16 Sep 2006 21:25:02 UTC

Changed all the max_nbytes from 1000000 to 10000000 in file sched_request_docking.utep.edu.xml, yet I still the same error message.

Profile Rebirther
Volunteer tester
Avatar

Joined: Sep 13 06
Posts: 63
ID: 52
Credit: 69,033
RAC: 0
Message 283 - Posted 16 Sep 2006 21:55:22 UTC - in response to Message ID 281 .

Changed all the max_nbytes from 1000000 to 10000000 in file sched_request_docking.utep.edu.xml, yet I still the same error message.


Ouch, wrong file, you must change this in client_state.xml file!
moebicat
Volunteer tester

Joined: Sep 14 06
Posts: 10
ID: 106
Credit: 214,889
RAC: 0
Message 286 - Posted 16 Sep 2006 22:43:00 UTC - in response to Message ID 283 .
Last modified: 16 Sep 2006 22:46:07 UTC

Changed all the max_nbytes from 1000000 to 10000000 in file sched_request_docking.utep.edu.xml, yet I still the same error message.


Ouch, wrong file, you must change this in client_state.xml file!


Doh! Will do! I wonder how many things that brilliant move broke.

Nicolas
Volunteer tester
Avatar

Joined: Sep 13 06
Posts: 66
ID: 17
Credit: 29,510
RAC: 0
Message 339 - Posted 18 Sep 2006 14:02:18 UTC - in response to Message ID 286 .

Changed all the max_nbytes from 1000000 to 10000000 in file sched_request_docking.utep.edu.xml, yet I still the same error message.


Ouch, wrong file, you must change this in client_state.xml file!


Doh! Will do! I wonder how many things that brilliant move broke.


Don't worry, as far as I know, the sched_request_* and sched_reply_* are saved on each RPC, maybe for some internal reason or maybe only to help debugging. If you delete all of them (as long as BOINC is not in the middle of a request), nothing will go wrong. As far as I know :)
moebicat
Volunteer tester

Joined: Sep 14 06
Posts: 10
ID: 106
Credit: 214,889
RAC: 0
Message 482 - Posted 19 Sep 2006 19:31:24 UTC - in response to Message ID 339 .

Changed all the max_nbytes from 1000000 to 10000000 in file sched_request_docking.utep.edu.xml, yet I still the same error message.


Ouch, wrong file, you must change this in client_state.xml file!


Doh! Will do! I wonder how many things that brilliant move broke.


Don't worry, as far as I know, the sched_request_* and sched_reply_* are saved on each RPC, maybe for some internal reason or maybe only to help debugging. If you delete all of them (as long as BOINC is not in the middle of a request), nothing will go wrong. As far as I know :)


Phew! That is good news. I do need to go to school on the internals of BOINC.

Haven't seen this problem since I reset the project. The Intel Mac Mini and Intel Mac Pro are crunching away on Docking@Home work units, in their copious spare time.
Profile Andre Kerstens
Forum moderator
Project tester
Volunteer tester
Avatar

Joined: Sep 11 06
Posts: 749
ID: 1
Credit: 15,199
RAC: 0
Message 489 - Posted 19 Sep 2006 20:59:46 UTC - in response to Message ID 482 .

You don't need to set these values manually anymore. That problem has been fixed some days ago.

Andre

Changed all the max_nbytes from 1000000 to 10000000 in file sched_request_docking.utep.edu.xml, yet I still the same error message.


Ouch, wrong file, you must change this in client_state.xml file!


Doh! Will do! I wonder how many things that brilliant move broke.


Don't worry, as far as I know, the sched_request_* and sched_reply_* are saved on each RPC, maybe for some internal reason or maybe only to help debugging. If you delete all of them (as long as BOINC is not in the middle of a request), nothing will go wrong. As far as I know :)


Phew! That is good news. I do need to go to school on the internals of BOINC.

Haven't seen this problem since I reset the project. The Intel Mac Mini and Intel Mac Pro are crunching away on Docking@Home work units, in their copious spare time.


____________
D@H the greatest project in the world... a while from now!

Message boards : Number crunching : Output file exceeds size limit.

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)#15 (2) {
      ["db_conn"]=>
      resource(72) of type (mysql link persistent)
      ["db_name"]=>
      string(7) "docking"
    }
    ["type"]=>
    string(2) "->"
    ["args"]=>
    array(1) {
      [0]=>
      &string(50) "update DBNAME.thread set views=views+1 where id=38"
    }
  }
  [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)#15 (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(2) "38"
        ["forum"]=>
        string(1) "2"
        ["owner"]=>
        string(3) "106"
        ["status"]=>
        string(1) "0"
        ["title"]=>
        string(31) "Output file exceeds size limit."
        ["timestamp"]=>
        string(10) "1158699586"
        ["views"]=>
        string(4) "1057"
        ["replies"]=>
        string(1) "9"
        ["activity"]=>
        string(20) "1.8350014395045e-130"
        ["sufferers"]=>
        string(1) "0"
        ["score"]=>
        string(1) "0"
        ["votes"]=>
        string(1) "0"
        ["create_time"]=>
        string(10) "1158420112"
        ["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(2) "38"
      ["forum"]=>
      string(1) "2"
      ["owner"]=>
      string(3) "106"
      ["status"]=>
      string(1) "0"
      ["title"]=>
      string(31) "Output file exceeds size limit."
      ["timestamp"]=>
      string(10) "1158699586"
      ["views"]=>
      string(4) "1057"
      ["replies"]=>
      string(1) "9"
      ["activity"]=>
      string(20) "1.8350014395045e-130"
      ["sufferers"]=>
      string(1) "0"
      ["score"]=>
      string(1) "0"
      ["votes"]=>
      string(1) "0"
      ["create_time"]=>
      string(10) "1158420112"
      ["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=38