What to do with probably errouness WUs (5.01)?


Advanced search

Message boards : Number crunching : What to do with probably errouness WUs (5.01)?

Sort
Author Message
Profile Saenger
Volunteer tester
Avatar

Joined: Sep 13 06
Posts: 125
ID: 79
Credit: 411,959
RAC: 0
Message 176 - Posted 14 Sep 2006 15:59:06 UTC
Last modified: 14 Sep 2006 16:01:42 UTC

I'm no puter wizz, I won't fiddle in some 36x4 entries somewhere in a cryptic xml, so what's the solution for my 36 WUs still in cache?
I've suspended the project for now, and plan to reset it, to get rid of this bunch of WUs. Is this a suitable solution? Or is there any other way to keep them and crunch them (besides the improbability to get them back within deadline)?
I would DL some single file and put it somewhere, even 2 or three would be fine, but not manually changing several dozend of numbers.
I run several other projects, including 2 climate (CPDN and SAP), and those long WUs must not be effected in any way.

Edit:
As long as the forum is as unreadable as it is now, please refrain from any listings, the chance is 50-50 that they are unreadable.
Edit2:
It's solved (the awful layout, not the WU-problem ;) so start inserting lists if needed.

Profile Rebirther
Volunteer tester
Avatar

Joined: Sep 13 06
Posts: 63
ID: 52
Credit: 69,033
RAC: 0
Message 177 - Posted 14 Sep 2006 16:12:14 UTC

The best way is waiting for a fix, on the other site you can edit your client_state.xml and looking after <max_nbytes>1000000.000000</max_nbytes>
I have changed it to <max_nbytes>3000000.000000</max_nbytes> and waiting for finish the WU (test).

Profile Saenger
Volunteer tester
Avatar

Joined: Sep 13 06
Posts: 125
ID: 79
Credit: 411,959
RAC: 0
Message 178 - Posted 14 Sep 2006 16:16:26 UTC - in response to Message ID 177 .

The best way is waiting for a fix, on the other site you can edit your client_state.xml and looking after <max_nbytes>1000000.000000</max_nbytes>
I have changed it to <max_nbytes>3000000.000000</max_nbytes> and waiting for finish the WU (test).

There are hundreds of this lines in the xml, I won't do anything about that manually.
Profile scsimodo
Volunteer tester

Joined: Sep 13 06
Posts: 13
ID: 99
Credit: 73,635
RAC: 0
Message 183 - Posted 14 Sep 2006 17:44:32 UTC - in response to Message ID 177 .
Last modified: 14 Sep 2006 17:57:20 UTC

The best way is waiting for a fix, on the other site you can edit your client_state.xml and looking after <max_nbytes>1000000.000000</max_nbytes>
I have changed it to <max_nbytes>3000000.000000</max_nbytes> and waiting for finish the WU (test).


Strange! "max_nbytes" is 0 for all WUs except docking@home's and they upload fine. Only docking WUs have a "max_nbytes" of 1000000.000000. I guess a value of 0 means "no upload limit". True?

Who sets this value? The project? If yes, wouldn't it be a good advise to set it to 0? After all we're testing here. Broken WUs or excessive up/downloads are part of the game...

BTW: My WUs run fine so far. But estimated time is waaaaaaay wrong. Currently I'm at approx 19min/15%, estimated total time is approx 9 minutes (Mac Mini Core Duo 1.66GHz, 2 GB RAM, OSX Tiger, latest patch level)

Will change the value though :D


[EDIT] Didn't look closely enough, SIMAP sets a limit of 100,000,000 Bytes [/EDIT]
Profile Andre Kerstens
Forum moderator
Project tester
Volunteer tester
Avatar

Joined: Sep 11 06
Posts: 749
ID: 1
Credit: 15,199
RAC: 0
Message 184 - Posted 14 Sep 2006 18:13:08 UTC - in response to Message ID 183 .

yes, the project sets this value. Normally our files are only a couple of kilobytes, but now with the bug we experience one of them goes way over a megabyte. I've set the value to 100MB to make sure there are no upload errors because of size anymore. Glad we had it set to 1MB, because we would've never found the bug without it :-)
The new workunits we'll create in a couple of hours after we've tested them won't have this problem anymore.

Andre

The best way is waiting for a fix, on the other site you can edit your client_state.xml and looking after <max_nbytes>1000000.000000</max_nbytes>
I have changed it to <max_nbytes>3000000.000000</max_nbytes> and waiting for finish the WU (test).


Strange! "max_nbytes" is 0 for all WUs except docking@home's and they upload fine. Only docking WUs have a "max_nbytes" of 1000000.000000. I guess a value of 0 means "no upload limit". True?

Who sets this value? The project? If yes, wouldn't it be a good advise to set it to 0? After all we're testing here. Broken WUs or excessive up/downloads are part of the game...

BTW: My WUs run fine so far. But estimated time is waaaaaaay wrong. Currently I'm at approx 19min/15%, estimated total time is approx 9 minutes (Mac Mini Core Duo 1.66GHz, 2 GB RAM, OSX Tiger, latest patch level)

Will change the value though :D


[EDIT] Didn't look closely enough, SIMAP sets a limit of 100,000,000 Bytes [/EDIT]

Profile scsimodo
Volunteer tester

Joined: Sep 13 06
Posts: 13
ID: 99
Credit: 73,635
RAC: 0
Message 185 - Posted 14 Sep 2006 18:13:18 UTC - in response to Message ID 178 .

The best way is waiting for a fix, on the other site you can edit your client_state.xml and looking after <max_nbytes>1000000.000000</max_nbytes>
I have changed it to <max_nbytes>3000000.000000</max_nbytes> and waiting for finish the WU (test).

There are hundreds of this lines in the xml, I won't do anything about that manually.


Stop boinc, open the client_state.xml with your favourite text editor and replace "<max_nbytes>1000000.000000</max_nbytes>" with "<max_nbytes>3000000.000000</max_nbytes>". That's it :D
Profile Rebirther
Volunteer tester
Avatar

Joined: Sep 13 06
Posts: 63
ID: 52
Credit: 69,033
RAC: 0
Message 186 - Posted 14 Sep 2006 18:33:33 UTC - in response to Message ID 185 .

The best way is waiting for a fix, on the other site you can edit your client_state.xml and looking after <max_nbytes>1000000.000000</max_nbytes>
I have changed it to <max_nbytes>3000000.000000</max_nbytes> and waiting for finish the WU (test).

There are hundreds of this lines in the xml, I won't do anything about that manually.


Stop boinc, open the client_state.xml with your favourite text editor and replace "<max_nbytes>1000000.000000</max_nbytes>" with "<max_nbytes>3000000.000000</max_nbytes>". That's it :D


http://docking.utep.edu/result.php?resultid=2460
Seems to be good but got this message from server:
14/09/2006 20:29:12|Docking@Home|Error on file upload: invalid signature
14/09/2006 20:29:12|Docking@Home|Giving up on upload of 1tng_mod0001_821_404625_1_0: server rejected file
14/09/2006 20:29:12|Docking@Home|Giving up on upload of 1tng_mod0001_821_404625_1_1: server rejected file
14/09/2006 20:29:15|Docking@Home|Giving up on upload of 1tng_mod0001_821_404625_1_3: server rejected file
[B^S] sTrey
Volunteer tester
Avatar

Joined: Sep 13 06
Posts: 26
ID: 43
Credit: 23,318
RAC: 0
Message 197 - Posted 15 Sep 2006 1:39:50 UTC - in response to Message ID 186 .


http://docking.utep.edu/result.php?resultid=2460
Seems to be good but got this message from server:
14/09/2006 20:29:12|Docking@Home|Error on file upload: invalid signature
14/09/2006 20:29:12|Docking@Home|Giving up on upload of 1tng_mod0001_821_404625_1_0: server rejected file
14/09/2006 20:29:12|Docking@Home|Giving up on upload of 1tng_mod0001_821_404625_1_1: server rejected file
14/09/2006 20:29:15|Docking@Home|Giving up on upload of 1tng_mod0001_821_404625_1_3: server rejected file


Rebirther, Honza (I think) and I got these errors also, but the results actually returned OK and claimed credit.

Though it doesn't much matter if we need to reset the project tonight anyway :)
Profile Andre Kerstens
Forum moderator
Project tester
Volunteer tester
Avatar

Joined: Sep 11 06
Posts: 749
ID: 1
Credit: 15,199
RAC: 0
Message 198 - Posted 15 Sep 2006 2:02:20 UTC - in response to Message ID 197 .

Guys and/or girls,
Don't worry too much about these workunits. They will be cancelled soon and we'll release new ones that will fix the problem (fingers crossed).
Thanks!
Andre


http://docking.utep.edu/result.php?resultid=2460
Seems to be good but got this message from server:
14/09/2006 20:29:12|Docking@Home|Error on file upload: invalid signature
14/09/2006 20:29:12|Docking@Home|Giving up on upload of 1tng_mod0001_821_404625_1_0: server rejected file
14/09/2006 20:29:12|Docking@Home|Giving up on upload of 1tng_mod0001_821_404625_1_1: server rejected file
14/09/2006 20:29:15|Docking@Home|Giving up on upload of 1tng_mod0001_821_404625_1_3: server rejected file


Rebirther, Honza (I think) and I got these errors also, but the results actually returned OK and claimed credit.

Though it doesn't much matter if we need to reset the project tonight anyway :)

Profile Andre Kerstens
Forum moderator
Project tester
Volunteer tester
Avatar

Joined: Sep 11 06
Posts: 749
ID: 1
Credit: 15,199
RAC: 0
Message 200 - Posted 15 Sep 2006 4:01:31 UTC - in response to Message ID 197 .

All existing workunits have been cancelled and about 500 new workunits have been created. These take about 1.5 hours on a P4 3.2 GHz and 2.5 hours on a Celeron 2 GHz. Please reset your project or detach and re-attach to start crunching the new wu's. Thanks for all the help!

Andre


http://docking.utep.edu/result.php?resultid=2460
Seems to be good but got this message from server:
14/09/2006 20:29:12|Docking@Home|Error on file upload: invalid signature
14/09/2006 20:29:12|Docking@Home|Giving up on upload of 1tng_mod0001_821_404625_1_0: server rejected file
14/09/2006 20:29:12|Docking@Home|Giving up on upload of 1tng_mod0001_821_404625_1_1: server rejected file
14/09/2006 20:29:15|Docking@Home|Giving up on upload of 1tng_mod0001_821_404625_1_3: server rejected file


Rebirther, Honza (I think) and I got these errors also, but the results actually returned OK and claimed credit.

Though it doesn't much matter if we need to reset the project tonight anyway :)

Profile Saenger
Volunteer tester
Avatar

Joined: Sep 13 06
Posts: 125
ID: 79
Credit: 411,959
RAC: 0
Message 220 - Posted 15 Sep 2006 13:31:56 UTC - in response to Message ID 200 .

All existing workunits have been cancelled and about 500 new workunits have been created. These take about 1.5 hours on a P4 3.2 GHz and 2.5 hours on a Celeron 2 GHz. Please reset your project or detach and re-attach to start crunching the new wu's. Thanks for all the help!

Andre

OK, I did so, but only to get some 5.01 again. Was it supposed to be that way? Wasn't there some talk about 5.02? Or was that just for Windoze?
At least they know, that they are longer than 12min ;)
____________
Gruesse vom Saenger

For questions about Boinc look in the BOINC-Wiki

Message boards : Number crunching : What to do with probably errouness WUs (5.01)?

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(78) 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=28"
    }
  }
  [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(78) of type (mysql link persistent)
      ["db_name"]=>
      string(7) "docking"
    }
    ["type"]=>
    string(2) "->"
    ["args"]=>
    array(3) {
      [0]=>
      object(BoincThread)#3 (16) {
        ["id"]=>
        string(2) "28"
        ["forum"]=>
        string(1) "2"
        ["owner"]=>
        string(2) "79"
        ["status"]=>
        string(1) "0"
        ["title"]=>
        string(46) "What to do with probably errouness WUs (5.01)?"
        ["timestamp"]=>
        string(10) "1158327116"
        ["views"]=>
        string(4) "1237"
        ["replies"]=>
        string(2) "10"
        ["activity"]=>
        string(20) "1.5333982559896e-130"
        ["sufferers"]=>
        string(1) "0"
        ["score"]=>
        string(1) "0"
        ["votes"]=>
        string(1) "0"
        ["create_time"]=>
        string(10) "1158249546"
        ["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) "28"
      ["forum"]=>
      string(1) "2"
      ["owner"]=>
      string(2) "79"
      ["status"]=>
      string(1) "0"
      ["title"]=>
      string(46) "What to do with probably errouness WUs (5.01)?"
      ["timestamp"]=>
      string(10) "1158327116"
      ["views"]=>
      string(4) "1237"
      ["replies"]=>
      string(2) "10"
      ["activity"]=>
      string(20) "1.5333982559896e-130"
      ["sufferers"]=>
      string(1) "0"
      ["score"]=>
      string(1) "0"
      ["votes"]=>
      string(1) "0"
      ["create_time"]=>
      string(10) "1158249546"
      ["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=28