upload errors


Advanced search

Message boards : Number crunching : upload errors

Sort
Author Message
Professor Ray

Joined: Dec 5 09
Posts: 12
ID: 22473
Credit: 35,100
RAC: 0
Message 6634 - Posted 2 Apr 2012 19:35:31 UTC

What up w/ these? I've lost 10 hours of crunch time on these last two WU:

4/1/2012 10:57:35 PM | Docking | Finished upload of 1ebw1d4h_mod0014crossdockinghiv1_24471_43159_0_2
4/1/2012 10:57:35 PM | Docking | [error] Error reported by file upload server: nbytes missing or negative
4/1/2012 10:57:35 PM | Docking | Giving up on upload of 1ebw1d4h_mod0014crossdockinghiv1_24471_43159_0_3: permanent upload error

4/2/2012 7:12:09 AM | Docking | Finished upload of 1ebz1d4h_mod0014crossdockinghiv1_28403_466959_0_1
4/2/2012 7:12:09 AM | Docking | Finished upload of 1ebz1d4h_mod0014crossdockinghiv1_28403_466959_0_2
4/2/2012 7:12:09 AM | Docking | Started upload of 1ebz1d4h_mod0014crossdockinghiv1_28403_466959_0_3
4/2/2012 7:12:11 AM | Docking | [error] Error reported by file upload server: nbytes missing or negative
4/2/2012 7:12:11 AM | Docking | Giving up on upload of 1ebz1d4h_mod0014crossdockinghiv1_28403_466959_0_3: permanent upload error

Professor Ray

Joined: Dec 5 09
Posts: 12
ID: 22473
Credit: 35,100
RAC: 0
Message 6636 - Posted 3 Apr 2012 5:45:14 UTC

I'm going to stop crunching.

I desire a response.

I will NOT crunch any more Docking WU's...

Professor Ray

Joined: Dec 5 09
Posts: 12
ID: 22473
Credit: 35,100
RAC: 0
Message 6637 - Posted 3 Apr 2012 5:47:20 UTC

I aborted all existing WU's.

Professor Ray

Joined: Dec 5 09
Posts: 12
ID: 22473
Credit: 35,100
RAC: 0
Message 6638 - Posted 3 Apr 2012 5:48:12 UTC

No further WU' will be processed w/out a response.

Team_Kwakende_kip~DPCKippie

Joined: Apr 3 12
Posts: 3
ID: 53762
Credit: 567,864
RAC: 0
Message 6639 - Posted 3 Apr 2012 12:13:29 UTC

I just started on this project.
Noticed a few problems earlier this morning but systems seem to be running fine now :)
Try crunchin 1 wu and have it uploaded again, hopefully it works again.

Professor Ray

Joined: Dec 5 09
Posts: 12
ID: 22473
Credit: 35,100
RAC: 0
Message 6683 - Posted 7 Apr 2012 2:22:08 UTC
Last modified: 7 Apr 2012 2:24:19 UTC

Tried 'nother WU (and lost some 6+ HOURS of crunch time).

This project is now on DOUBLE Secret ULTRA Probation and is suspended from processing / communication until its learned how to fly right.

Ananas

Joined: Aug 29 09
Posts: 56
ID: 17736
Credit: 2,500,425
RAC: 0
Message 6686 - Posted 7 Apr 2012 10:24:33 UTC - in response to Message ID 6683 .
Last modified: 7 Apr 2012 10:30:15 UTC

Tried 'nother WU ...

As your Tualatin box has similar trouble on SETI but does run on SIMAP without trouble, it might be an optimizer issue, some SSE command that The King doesn't support yet. Otoh. 0xc0000005 isn't a typical error for a command set problem.

RAM problems (SD-RAM ages too), overclocking issues (all single PIIIs/1400 run on liquid nitrogen, right?) - as soon as it's more than one project causing problems you should do some checks on your box or at least try to reset the FSB from 140+ to 133MHz for the next attempt.

p.s.: I'm aware that those CPUs can handle higher FSBs but often RAM is the limiting factor.
Professor Ray

Joined: Dec 5 09
Posts: 12
ID: 22473
Credit: 35,100
RAC: 0
Message 6687 - Posted 7 Apr 2012 11:26:48 UTC

Except for one thing: Prime95, Memtest86 & HDAT2 pass w/out issue.

Professor Ray

Joined: Dec 5 09
Posts: 12
ID: 22473
Credit: 35,100
RAC: 0
Message 6691 - Posted 9 Apr 2012 0:25:05 UTC
Last modified: 9 Apr 2012 0:27:49 UTC

So the upload error by the BOINC server is a misdirect?

So Docking will complete processing - apparently successfully - and then notify the user that computation was unsuccessful - maybe after the first second r two - through notification by the upload server.

That is so bass ackwards on so many different levels I don't even know where to begin refuting that sort of logic.

You mean to tell me that I can crunch 1.5 million sec of Lattice and have some piddlpe-squeak project tell me there's a prollem?

Profile TheFiend

Joined: Apr 7 09
Posts: 70
ID: 9482
Credit: 20,705,527
RAC: 0
Message 6692 - Posted 9 Apr 2012 1:37:33 UTC - in response to Message ID 6691 .

So the upload error by the BOINC server is a misdirect?

So Docking will complete processing - apparently successfully - and then notify the user that computation was unsuccessful - maybe after the first second r two - through notification by the upload server.

That is so bass ackwards on so many different levels I don't even know where to begin refuting that sort of logic.

You mean to tell me that I can crunch 1.5 million sec of Lattice and have some piddlpe-squeak project tell me there's a prollem?


Nobody else has reported suffering this problem so it points towards your system/s having a problem with this project.
Professor Ray

Joined: Dec 5 09
Posts: 12
ID: 22473
Credit: 35,100
RAC: 0
Message 6693 - Posted 9 Apr 2012 8:22:20 UTC

I've detached from this project.

Professor Ray

Joined: Dec 5 09
Posts: 12
ID: 22473
Credit: 35,100
RAC: 0
Message 6705 - Posted 19 Apr 2012 5:42:28 UTC
Last modified: 19 Apr 2012 6:20:18 UTC

Not so fast!

I believe I've ascertained the root of my prollems - chagrinned while scuffin' the dirt - and I've re-'ttached.

It would appear that my TUV4X mobo is particular WHICH particular SDRAM stick is in slot 1.

Despite ALL three 512MB PC-133 SDRAM sticks mfg'd by Crucial, the two 2008 mfg'd sticks caused "issues" if they were on the mobo in either slot 1 or 2 along with the 2004 SDRAM (in either slot 2 or three).

When I put the 2004 mfg'd 512MB PC-133 SDRAM into slot 1 (and the 2008 mfg'd SDRAM sticks into slot 2 & 3), the BIOS reported mem-timing (2-2-2-5) remain constant. I could never finger out why the BIOS reported RAM timings varied between 2-2-2-5 & 2-2-2-6. Not such a big deal in that the system ran 99% of the time. I always attributed this to "latency" on the SDRAM circuit.

One thing I ascertained with MemTest86 - after running test #8 for 2.5 hrs each test - was that if either of the 2008 mfg'd 512 2-2-2-5 sticks where in slot 1, the 2004 mfg 2-2-2-5 PC-133 512MB SDRAM in slot 2 would cause HDAT2 R-W-R-C to FAIL r-w-r-COMPARE - at random cluster/block/sectors.

When each stick individually was tested with HDAT2 R-W-R-C ALWAYS passed with the flying colors. Incidently, I'd already ran Prime95 for 2.5 hrs, and ran MemTest86 - test 1 thru 5 - for as many.

It wasn't until I ran MemTest86 test #8 specifically - taking 2.5hr to complete 1 pass of THAT test - that I discerned that a problem existed.

When I put the 2004 mfg'd Crucial 2-2-2-5 PC-133 SDRAM into slot one that my prllem's were solved.

One qualifier: the 2004 mfg'd SDRAM was purchaseded from Crucial directly. The 2008 Crucial SDRAM was "retail" packaged SDRAM marketed as 2-2-2-5 that I bought "new" - unopened package - from eBay.

Profile TheFiend

Joined: Apr 7 09
Posts: 70
ID: 9482
Credit: 20,705,527
RAC: 0
Message 6707 - Posted 19 Apr 2012 13:28:08 UTC

Well done for sticking with it.

I recently did a BIOS update on an Asus motherboard which unfortunately resulted in some stability issues - I got quite a few "Compute errors" and despite efforts at tweaking voltages I reverted back to the earlier BIOS and stability returned.

Have also found that running other project WU's at the same time as Docking can result in errors.

My main rig runs Docking + GPUGRID 100% of the time and now have my other rigs runs projects in batches.

Professor Ray

Joined: Dec 5 09
Posts: 12
ID: 22473
Credit: 35,100
RAC: 0
Message 6710 - Posted 21 Apr 2012 11:12:51 UTC
Last modified: 21 Apr 2012 11:14:33 UTC

We are DONE with this crap.

4/21/2012 6:19:01 AM | Docking | Computation for task 1hbv1d4i_mod0014crossdockinghiv1_20231_16973_0 finished
4/21/2012 6:19:01 AM | Docking | Starting task 1hih1d4i_mod0014crossdockinghiv1_28530_473453_0 using charmm34 version 623
4/21/2012 6:19:03 AM | Docking | Started upload of 1hbv1d4i_mod0014crossdockinghiv1_20231_16973_0_0
4/21/2012 6:19:03 AM | Docking | Started upload of 1hbv1d4i_mod0014crossdockinghiv1_20231_16973_0_1
4/21/2012 6:19:11 AM | Docking | Finished upload of 1hbv1d4i_mod0014crossdockinghiv1_20231_16973_0_0
4/21/2012 6:19:11 AM | Docking | Finished upload of 1hbv1d4i_mod0014crossdockinghiv1_20231_16973_0_1
4/21/2012 6:19:11 AM | Docking | Started upload of 1hbv1d4i_mod0014crossdockinghiv1_20231_16973_0_2
4/21/2012 6:19:11 AM | Docking | Started upload of 1hbv1d4i_mod0014crossdockinghiv1_20231_16973_0_3
4/21/2012 6:19:14 AM | Docking | [error] Error reported by file upload server: nbytes missing or negative
4/21/2012 6:19:14 AM | Docking | Giving up on upload of 1hbv1d4i_mod0014crossdockinghiv1_20231_16973_0_3: permanent upload error
4/21/2012 6:19:15 AM | Docking | Finished upload of 1hbv1d4i_mod0014crossdockinghiv1_20231_16973_0_2

After 20 hrs of crunching.

I'm permanently detached.

Profile TheFiend

Joined: Apr 7 09
Posts: 70
ID: 9482
Credit: 20,705,527
RAC: 0
Message 6711 - Posted 24 Apr 2012 18:16:12 UTC

It looks like your problem is down to mismatched memory.

Docking units only require a small amount of memory, and with your problem system only having 1 CPU 512MB would be more than enough for it to run docking. Try running it with just 1 stick, perhaps the 2004 one and see what happens.

Message boards : Number crunching : upload errors

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=651"
    }
  }
  [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) "651"
        ["forum"]=>
        string(1) "2"
        ["owner"]=>
        string(5) "22473"
        ["status"]=>
        string(1) "0"
        ["title"]=>
        string(13) "upload errors"
        ["timestamp"]=>
        string(10) "1335291372"
        ["views"]=>
        string(3) "287"
        ["replies"]=>
        string(2) "14"
        ["activity"]=>
        string(19) "8.3651909303943e-43"
        ["sufferers"]=>
        string(1) "0"
        ["score"]=>
        string(1) "0"
        ["votes"]=>
        string(1) "0"
        ["create_time"]=>
        string(10) "1333395331"
        ["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) "651"
      ["forum"]=>
      string(1) "2"
      ["owner"]=>
      string(5) "22473"
      ["status"]=>
      string(1) "0"
      ["title"]=>
      string(13) "upload errors"
      ["timestamp"]=>
      string(10) "1335291372"
      ["views"]=>
      string(3) "287"
      ["replies"]=>
      string(2) "14"
      ["activity"]=>
      string(19) "8.3651909303943e-43"
      ["sufferers"]=>
      string(1) "0"
      ["score"]=>
      string(1) "0"
      ["votes"]=>
      string(1) "0"
      ["create_time"]=>
      string(10) "1333395331"
      ["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=651