Thanks! There was a change in that flag and I missed it. That work unit is disabled.

I got a few errors on lr5_combine_mods_run01_rlbn WUs.

https://boinc.bakerlab.org/rosetta/result.php?resultid=269713462
https://boinc.bakerlab.org/rosetta/result.php?resultid=269758962
https://boinc.bakerlab.org/rosetta/result.php?resultid=269787057
https://boinc.bakerlab.org/rosetta/result.php?resultid=269811876

They end after about 10 seconds with the error:

Native pose needed for OptionKeys::relax::constrain_relax_to_native_coords
ERROR:: Exit from: src/protocols/relax/ClassicRelax.cc line: 544
BOINC:: Error reading and gzipping output datafile: default.out

Is this one of the WUs tested on Ralph?

This version should solve the slowing down, and instant quitting problems.

New protocol added for predictions of changes in protein stability by mutations.

-----
DEK posted an explanation on what caused all the trouble in the last week:
https://boinc.bakerlab.org/rosetta/forum_thread.php?id=5011&nowrap=true#62640

Here are some more details on what was done so far:
1. The signature problem that initially causes massive network traffic was solved on Monday.
2. The slowing down of the program was caused by two large changes in the code. One of the changes is to allow rosetta to model large, symmetric molecules (oligomers http://en.wikipedia.org/wiki/Oligomer). And the other is to allow modeling atomic interactions with higher definition. The bug introduced in the first change was fixed. And the second change is temporarily reversed until further evaluation of the computation cost.

Now unfortunately, due to the signature error and the update of the program, the web server will be extremely busy for the next few days. So downloading/uploading errors are still expected.

---

I can no longer run Rosetta as none of my 4 machines will load minirosetta-database-rev31588.zip. This all started on the 30th of July. I have been running Rosetta since 2006 and this is the first time for this problem, however, it will run using version 5-10-45 ONLY. Is there a fix for this or do I just have to run the old version ??????????????

---

I can no longer run Rosetta as none of my 4 machines will load minirosetta-database-rev31588.zip. This all started on the 30th of July. I have been running Rosetta since 2006 and this is the first time for this problem, however, it will run using version 5-10-45 ONLY. Is there a fix for this or do I just have to run the old version ??????????????

Hello Mel,
Had the same problems:
2-8-2009 19:50:27|rosetta@home|[error] Signature verification failed for minirosetta_database_rev31588.zip
2-8-2009 19:50:27|rosetta@home|[error] Checksum or signature error for minirosetta_database_rev31588.zip
This is on a Vista laptop & BOINC 5.10.45.
I tried often to download a new WU without success.
Yet i decided to reset the project and now the download proceeded successfully.
I'm not sure whether I was just lucky or the reset did the trick.

Good luck,
Path7.

I can no longer run Rosetta as none of my 4 machines will load minirosetta-database-rev31588.zip. This all started on the 30th of July. I have been running Rosetta since 2006 and this is the first time for this problem, however, it will run using version 5-10-45 ONLY. Is there a fix for this or do I just have to run the old version ??????????????

I wasn't aware this was happening any more.

Looking at your computers:
Computer ID 1116016 has failed downloading this file using Boinc 6.2.14
Computer ID 1116076 looks ok using Boinc 5.10.45 except for those WUs reporting errors as above:

Native pose needed for OptionKeys::relax::constrain_relax_to_native_coords
ERROR:: Exit from: src/protocols/relax/ClassicRelax.cc line: 544
BOINC:: Error reading and gzipping output datafile: default.out

And

ERROR: Option matching -in:detect_disulfides not found in command line top-level context

Computer ID 1116054 has downloaded 56 files but hasn't reported anything back yet.
Computer ID 1114788 has downloaded 1 file but hasn't reported anything back yet (running XP Pro SP2 - others all run SP3).

On the machines that don't work let your failed jobs return, upgrade to 6.4.7 which seems to be the most stable released version and try again. If they don't you may have to go to 5.10.45. There don't seem to be manydifferences between your machines, so it is odd that some work and some don't.

EDIT: Also, why do you use just a 1 hour run-time? Seems like an awful lot of to-ing a fro-ing when you could get much the same results with less impact on the servers here. Is it an indication of previous problems?

---

I can no longer run Rosetta as none of my 4 machines will load minirosetta-database-rev31588.zip. This all started on the 30th of July. I have been running Rosetta since 2006 and this is the first time for this problem, however, it will run using version 5-10-45 ONLY. Is there a fix for this or do I just have to run the old version ??????????????

Hello Mel,
Had the same problems:
2-8-2009 19:50:27|rosetta@home|[error] Signature verification failed for minirosetta_database_rev31588.zip
2-8-2009 19:50:27|rosetta@home|[error] Checksum or signature error for minirosetta_database_rev31588.zip
This is on a Vista laptop & BOINC 5.10.45.
I tried often to download a new WU without success.
Yet i decided to reset the project and now the download proceeded successfully.
I'm not sure whether I was just lucky or the reset did the trick.

Good luck,
Path7.

I just change another computer in my home for more than a month, because the previous one can not turn on due to the problem of the mainboard. My current computer also has such problems, too! Its CPU is Pemtium 4 3.06GHz with hyper threading, and its RAM is 1GB DDR2 SDRAM. The OS is Windows XP SP3, and the BOINC manager version is 6.6.36. Today when my computer downloaded 2 minirosetta version 1.90 workunits (Task ID 270050079 and 270139479), then the BOINC manager also showed download error message like you previously mentioned. And the message of task details is in the following:

<core_client_version>6.6.36</core_client_version>
<![CDATA[
<message>
app_version download error: couldn't get input files:
<file_xfer_error>
<file_name>minirosetta_database_rev31588.zip</file_name>
<error_code>-120</error_code>
<error_message>signature verification failed</error_message>
</file_xfer_error>

</message>
]]>

I have reset the Rosetta@home project with BOINC manager in this compter, but such error still happened. So at last I decided to abort both workunits and let my computer not download and run Rosetta@home workunits for a while until this problem can be completely solved.

---

Hi.

Not really an error i guess but has the limit of 99 been taken off tasks

because i saw this on one of mine.

======================================================
DONE :: 109 starting structures 14284.6 cpu seconds
This process generated 109 decoys from 109 attempts
======================================================

---

looprebuild_t374_nat_rlx_A_12863_3605_1 failed with error
ERROR: Option matching -in:detect_disulfides not found in command line top-level context

---

6 failed tasks with all the same error message

Native pose needed for OptionKeys::relax::constrain_relax_to_native_coords
ERROR:: Exit from: ....srcprotocolsrelaxClassicRelax.cc line: 544
BOINC:: Error reading and gzipping output datafile: default.out
called boinc_finish


lr5_combine_mods_run01_rlbn_1tit_IGNORE_THE_REST_NATIVE_14608_97_0
lr5_combine_mods_run01_rlbn_1tul_IGNORE_THE_REST_NATIVE_14608_97_0
lr5_combine_mods_run01_rlbn_1ubi_IGNORE_THE_REST_NATIVE_14608_97_0
lr5_combine_mods_run01_rlbn_1ugh_IGNORE_THE_REST_NATIVE_14608_97_0
lr5_combine_mods_run01_rlbn_1unp_IGNORE_THE_REST_NATIVE_14608_97_0
lr5_combine_mods_run01_rlbn_1unr_IGNORE_THE_REST_NATIVE_14608_97_0

More of the same:

Incorrect function. (0x1) - exit code 1 (0x1)
lr5_combine_mods_run01_rlbn_1ttz_IGNORE_THE_REST_NATIVE_14608_21_1

Native pose needed for OptionKeys::relax::constrain_relax_to_native_coords
ERROR:: Exit from: ....srcprotocolsrelaxClassicRelax.cc line: 544
BOINC:: Error reading and gzipping output datafile: default.out
lr5_combine_mods_run01_rlbn_1ew4_IGNORE_THE_REST_NATIVE_14608_26_0
lr5_combine_mods_run01_rlbn_2ci2_IGNORE_THE_REST_NATIVE_14608_42_1
lr5_combine_mods_run01_rlbn_2hl7_IGNORE_THE_REST_NATIVE_14608_141_0

Is there a range of WUs we can abort before they even start?
A pattern's forming but I don't want to assume anything.

---

Make that 7 now: lr5_combine_mods_run01_rlbn_1pxu_IGNORE_THE_REST_NATIVE_14608_4_1

Run time is between 0-10 seconds on these errors.
Someone please check what is going on, your killing my RAC.

6 failed tasks with all the same error message

Native pose needed for OptionKeys::relax::constrain_relax_to_native_coords
ERROR:: Exit from: ....srcprotocolsrelaxClassicRelax.cc line: 544
BOINC:: Error reading and gzipping output datafile: default.out
called boinc_finish


lr5_combine_mods_run01_rlbn_1tit_IGNORE_THE_REST_NATIVE_14608_97_0
lr5_combine_mods_run01_rlbn_1tul_IGNORE_THE_REST_NATIVE_14608_97_0
lr5_combine_mods_run01_rlbn_1ubi_IGNORE_THE_REST_NATIVE_14608_97_0
lr5_combine_mods_run01_rlbn_1ugh_IGNORE_THE_REST_NATIVE_14608_97_0
lr5_combine_mods_run01_rlbn_1unp_IGNORE_THE_REST_NATIVE_14608_97_0
lr5_combine_mods_run01_rlbn_1unr_IGNORE_THE_REST_NATIVE_14608_97_0

Run time is between 0-10 seconds on these errors.
Someone please check what is going on, your killing my RAC.

How can they be killing your RAC if they only run 10 seconds each?

Granted credit is definitely low compared to claimed credit in the current batches of WUs but the failing jobs have nothing to do with that.

---

Here are 4 CPU`s waiting for work...but Rosetta doesn't download anything and just requests Tasks for GPU ?

Run time is between 0-10 seconds on these errors.
Someone please check what is going on, your killing my RAC.

How can they be killing your RAC if they only run 10 seconds each?

Granted credit is definitely low compared to claimed credit in the current batches of WUs but the failing jobs have nothing to do with that.

Well in general the RAC was diving like a dive bomber, but now I see it it going the other way. Going up like a rocket. So must have been all this server trouble and who knows what else that was causing it to drop so bad. From the graph it looks like it has climbed 40 points in the last 3 days. So never mind my statement there about killed RAC. Also looks like I finally got out of that bad batch of tasks.

lr5_combine_mods_run01_rlbn_1wdv_IGNORE_THE_REST_NATIVE_14608_112_1 failed with:

ERROR:: Exit from: ....srcprotocolsrelaxClassicRelax.cc line: 544
BOINC:: Error reading and gzipping output datafile: default.out
called boinc_finish

---

oops..duplicate to the one above.

lr5_combine_mods_run01_rlbn_1wdv_IGNORE_THE_REST_NATIVE_14608_112_1 failed with:

ERROR:: Exit from: ....srcprotocolsrelaxClassicRelax.cc line: 544
BOINC:: Error reading and gzipping output datafile: default.out
called boinc_finish

Tim, watch out on those run01 tasks.
I had that same error in most if not all of them.
They will die within 10 secs. if that error shows up.
Will you list the ones that die here? It would be nice to see how many bugged out on your system.

Tim, watch out on those run01 tasks.
I had that same error in most if not all of them.
They will die within 10 secs. if that error shows up.
Will you list the ones that die here? It would be nice to see how many bugged out on your system.

Not quite true.

The ones that start "lr5_combine_mods_run01_rlbn_" have been problematic but
I'm currently running one starting "lr5_combine_mods_run01_rlbd_" and it's going just fine.

---

Tim, watch out on those run01 tasks.
I had that same error in most if not all of them.
They will die within 10 secs. if that error shows up.
Will you list the ones that die here? It would be nice to see how many bugged out on your system.

Not quite true.

The ones that start "lr5_combine_mods_run01_rlbn_" have been problematic but
I'm currently running one starting "lr5_combine_mods_run01_rlbd_" and it's going just fine.

thanks for the clarification.

Agreed - I had this guy error out on one of my boxes:

resultid 269800139

Name matches the format noted by Sid, error matches the one posted by Tim.

---