Contact me offline and I'll let you know where to send it.

----- Rom

---

----- Rom
My Blog

All work units sent out since Friday have a maximum time limit of roughly 24 hours, so no computers should be getting stuck much longer than this

Not so I today have just aborted 3 that were at 1% for 28 to 38 Hrs. Your self abort is Not working I hope it at least sends you back data as to Why it did not abort and why it got stuck

---

If You Want The Best You Must forget The Rest
---------------And Join Free-DC----------------

Not so I today have just aborted 3 that were at 1% for 28 to 38 Hrs. Your self abort is Not working I hope it at least sends you back data as to Why it did not abort and why it got stuck

If you look at the WU ID page (NOT the result ID) it gives a creation date for the WU. What are the creation dates for those stuck WUs? The "All work units sent out since Friday" would refer to the creation date, not when you actually got the WU.

Your computers are hidden, so I couldn't figure out which WUs you are talking about.

https://boinc.bakerlab.org/rosetta/workunit.php?wuid=12293043
https://boinc.bakerlab.org/rosetta/result.php?resultid=15133540

---

dag
--Finding aliens is cool, but understanding the structure of proteins is useful.

I have one stuck at 1% (7:50:25) that was creates on the 25th (Sat) at 22:19 UTC... I suspect the fix is unfixed...

(Oooops! I just noticed Davids comment about 24 hours)

Result ID 14982362
Name HB_BARCODE_30_5croA_351_22702_0
Workunit 12161077
Created 25 Mar 2006 22:19:20 UTC
Sent 26 Mar 2006 8:33:29 UTC
Received ---
Server state In Progress
Outcome Unknown
Client state New
Exit status 0 (0x0)
Computer ID 159713
Report deadline 9 Apr 2006 8:33:29 UTC
CPU time 0
stderr out

Validate state Initial

I have one stuck at 1% (7:50:25) that was creates on the 25th (Sat) at 22:19 UTC... I suspect the fix is unfixed...

(Oooops! I just noticed Davids comment about 24 hours)

Result ID 14982362
Name HB_BARCODE_30_5croA_351_22702_0
Workunit 12161077
Created 25 Mar 2006 22:19:20 UTC
Sent 26 Mar 2006 8:33:29 UTC
Received ---
Server state In Progress
Outcome Unknown
Client state New
Exit status 0 (0x0)
Computer ID 159713
Report deadline 9 Apr 2006 8:33:29 UTC
CPU time 0
stderr out

Validate state Initial

Jobs beginning HB_BARCODE... were queued before we reduced the maximum cpu time, and we can't change the time limit retroactively. if you are having a lot of trouble with stuck WU, you can delete these work units.

---

Still having WU's stuck everyday at 1%. Computers range from Duron800 to T2300 (most of them are AMD) and no difference between them. Sometimes I notice the problem after about 50 hours, so this problem is very bad.
Is there a solution in the horizon?

Still having WU's stuck everyday at 1%. Computers range from Duron800 to T2300 (most of them are AMD) and no difference between them. Sometimes I notice the problem after about 50 hours, so this problem is very bad.
Is there a solution in the horizon?

The new work units should not be getting stuck at 1%. Could you try removing all pre 4.83 (on windows) work units and let us know what happens?

---

Got the same 1% problem over here.
Killing the WU didn't help, the next one also got the 1% problem.
Then I reset the project. ( I've a dutch version so I don't know exactly the English name for the button)

After resetting the project all WU's were deleted and new ones were downloaded.
Now the system runs perfectly and since then no 1% errors occurred.

The new work units should not be getting stuck at 1%. Could you try removing all pre 4.83 (on windows) work units and let us know what happens?

This really seems to have solved the problem! Big thanks David!

Nicely done, except there is a one little flaw. It may be called 1.042% bug. (The last number can be found in graphics). WU stopped after about fifteen minutes of crunching. Rebooting the client or suspending and resuming the WU doesn't help. Now aborting. There went 9 hours of crunching...

Stage: Full atom relax
Model: 1 Step: 320044

Program version is 4.83

https://boinc.bakerlab.org/rosetta/result.php?resultid=16235196

Hope this was the only one.

---

The 042 in the 1.042% is supposed to give the programmers a much better idea of where the program is getting stuck. But there's a few other numbers being passed around - so .042 may not be the only sticking point. By reporting the whole number of where the WU was stuck, they'll hopefully kill off the last traces of this bug.

---

I've got another one. Here's a copy of all the text on the BOINC display, plus the URL of a screenshot of the same. When I ran the test from the command prompt, it stopped at exactly the same point -- 39 min+ so far at time of this posting.

FA_RLXpt_hom006_1ptq__361_426_1 (left in memory)
------------------------
1.042% Complete
CPU time: 9 hr 13 min 58 sec

Corgi - Total credit: 1064.71 - RAC: 16.7777
GasBuddy

Stage: Full atom relax
Model: 1 Step: 314653
Accepted RMSD: 10.78
Accepted Energy: -51.5163

Rosetta@home v4.83 [URL]

Screenshot: http://pics.livejournal.com/sff_corgi/pic/000k21q6 (39.6Kb)
------------------------
PC ID: 23940 'Sothis'
GenuineIntel Intel(R) Pentium(R) M processor 1500MHz
Microsoft Windows XP Home Edition, Service Pack 2, (05.01.2600.00)

---

Corgi

I've got another one. Here's a copy of all the text on the BOINC display, plus the URL of a screenshot of the same. When I ran the test from the command prompt, it stopped at exactly the same point -- 39 min+ so far at time of this posting.

FA_RLXpt_hom006_1ptq__361_426_1 (left in memory)
------------------------
1.042% Complete
CPU time: 9 hr 13 min 58 sec

Model: 1 Step: 314653
Accepted RMSD: 10.78

Apparently this is one of the "old" pre-4.83 WUs (its date is 22-Mar-06) which obviously has a problem, as it failed on another PC:

https://boinc.bakerlab.org/rosetta/workunit.php?wuid=11819500

I would just abort it.

PS: AFAIK, the only info needed when reporting a stuck WU, is just WU number e.g. #11819500 in this case (or just its name). If you just abort it, the project will also know the random-seed (it shows in stderr.txt output in resultid)

---

Best UFO Resources
Wikipedia R@h
How-To: Join Distributed Computing projects that benefit humanity

Hi All. I have a 2.4 gb pc with 256mb of ram. Running Windows XP Home with SP2. I have had no failures since I turned off all screen savers (I turn the display off) and leave unfinished WU in memory (i.e. Hard drive.) I run Rosetta,Seti and Predictor. No failures since 17/03/06.

---

PS: AFAIK, the only info needed when reporting a stuck WU, is just WU number e.g. #11819500 in this case (or just its name). If you just abort it, the project will also know the random-seed (it shows in stderr.txt output in resultid)

I believe they would like to know the exact percentage complete that the WU was stuck at.

PS: AFAIK, the only info needed when reporting a stuck WU, is just WU number e.g. #11819500 in this case (or just its name). If you just abort it, the project will also know the random-seed (it shows in stderr.txt output in resultid)

I believe they would like to know the exact percentage complete that the WU was stuck at.

yes, we need to know this. the name of the work unit is also helpful as we can then see at a glance whether particular types of work units are having the most problems.

---

PS: AFAIK, the only info needed when reporting a stuck WU, is just WU number e.g. #11819500 in this case (or just its name). If you just abort it, the project will also know the random-seed (it shows in stderr.txt output in resultid)

I believe they would like to know the exact percentage complete that the WU was stuck at.

yes, we need to know this. the name of the work unit is also helpful as we can then see at a glance whether particular types of work units are having the most problems.

Heh, I'd rather be providing too much than too little. Would you remind me where I can find the ID # and date for any suspect workunits again, please?

---

Corgi

https://boinc.bakerlab.org/rosetta/result.php?resultid=16615299

2 hours CPU time and still at 1%, i will abort it now.

---

LUE

Heh, I'd rather be providing too much than too little. Would you remind me where I can find the ID # and date for any suspect workunits again, please?

I go to the particular PC's host-page on Rosetta's Boinc server, i.e. in your case it'd be https://boinc.bakerlab.org/rosetta/results.php?hostid=23940 and click on the "Work Unit ID" to see which has the name you see on your BOINC. Obviously it's not easy to do this, if one has 50 nameless PCs and/or his PC downloads 30 WUs at a time.

Probably just reporting the WU name e.g. HBLR_1.0_1di2_425... etc along with % done (or Model/Step #s?) it got stuck, is the as useful and easier afterall, as others suggested.

---

Best UFO Resources
Wikipedia R@h
How-To: Join Distributed Computing projects that benefit humanity