I've several WUs which end with error "Error reading and gzipping output datafile: default.out".

https://boinc.bakerlab.org/rosetta/result.php?resultid=789266189
https://boinc.bakerlab.org/rosetta/result.php?resultid=789264562
https://boinc.bakerlab.org/rosetta/result.php?resultid=789264561
https://boinc.bakerlab.org/rosetta/result.php?resultid=789175516
https://boinc.bakerlab.org/rosetta/result.php?resultid=789173393

I've several WUs which end with error "Error reading and gzipping output datafile: default.out".

https://boinc.bakerlab.org/rosetta/result.php?resultid=789266189
https://boinc.bakerlab.org/rosetta/result.php?resultid=789264562
https://boinc.bakerlab.org/rosetta/result.php?resultid=789264561
https://boinc.bakerlab.org/rosetta/result.php?resultid=789175516
https://boinc.bakerlab.org/rosetta/result.php?resultid=789173393

This is occurring with the new WUs starting with 2wcd_, I do not know if any of them is finishing without this error. Moreover, these WUs have very large memory usage, this mornig I had to abort one that was over 20 GB although all the rest are below 1 GB so far

I've several WUs which end with error "Error reading and gzipping output datafile: default.out".

https://boinc.bakerlab.org/rosetta/result.php?resultid=789266189
https://boinc.bakerlab.org/rosetta/result.php?resultid=789264562
https://boinc.bakerlab.org/rosetta/result.php?resultid=789264561
https://boinc.bakerlab.org/rosetta/result.php?resultid=789175516
https://boinc.bakerlab.org/rosetta/result.php?resultid=789173393

This is occurring with the new WUs starting with 2wcd_, I do not know if any of them is finishing without this error. Moreover, these WUs have very large memory usage, this mornig I had to abort one that was over 20 GB although all the rest are below 1 GB so far

These units are definitively causing problems, cancelling them.

Thank you Trotador and B.Rothbaecher, I've informed the group about the error!

Jobs starting from 2wcd_ are intended to perform "fold and dock" simulations of a native protein forming large oligomeric complexes. These simulation should allow identification of key features responsible for oligomerization and modifications necessary to convert 12mer to higher order oligomeric states. It looks like the monomer is too big for the protocol to be run without any modification. Sorry, Trotador, for any trouble.

Jobs starting from 2wcd_ are intended to perform "fold and dock" simulations of a native protein forming large oligomeric complexes. These simulation should allow identification of key features responsible for oligomerization and modifications necessary to convert 12mer to higher order oligomeric states. It looks like the monomer is too big for the protocol to be run without any modification. Sorry, Trotador, for any trouble.

Thanks for the explanation, no issue in finding problems when crunching. The computation error ocurred in all my hosts that received these units (and all the wingmen) but I see the memory problem only in one of them and maybe it is host related and not these wus. Will you rebuilt the wus for further tests? It seems an interesting simulation.

Oddball results from this task after restarting from a checkpoint - both Outcome: Success, and error messages at the end of the log file:

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

Could you check if 3.71 restarts from checkpoints correctly, and if it reports correctly whether the task reports success properly?

The blue background is stupid and I do not like it at all. If you are going to change that then have an option for blue and black otherwise I am just not going to use it anymore.

The blue background is stupid and I do not like it at all.

Please, use other terms.

---

Not sure if this is directly due to the application upgrade or not, but seems to correlate to when I started having some issues.

I'm running a few laptops using Linux on USB sticks and now In the last few days BOINC takes an insufferably long time to start while it tells me "please wait." I took a look tonight and top showed the client and Rosetta were barely using the processor. Once in a while one of the Rosetta apps would bounce up to 100% for a bit and then subside. I have the client set to max out the processor and memory using all cores without restriction. No other processes are coming close to using a significant portion of the processor, and nothing indicates the USB bandwidth is the issue.

---

No, i will not move. I have a weak and unstable internet connection. I do not waste internet traffic with a shorter runtime and disk space as well.

@sinspin, I would just point out that if files already exist on your host as you receive new work, then they do not have to be downloaded. However, if the host completes all tasks that need a file, the file is deleted.

Mod.Sense, that appears to be due to a new BOINC feature that I had not noticed before. When I checked several months ago, anything downloaded to the project directory was almost always kept for YEARS, such as versions of minirosetta that had been superseded years ago, and doing a Reset project only downloaded another copy each each of the files previously in the project directory.

Also, it appears that not all BOINC projects are set up to use this feature yet; some of the other projects my computers participate in still have files in their project directories that were superseded years ago.

It's good to see this feature used; more BOINC projects should use it.

Hello!

I have error processing units of the series: if32_4_0044_r1_partial_fold_and_dock_nat_cst

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

The workunits of this batch processing are over 5 hours and haven't checkpoints

Thanks

Mod.Sense, that appears to be due to a new BOINC feature that I had not noticed before.

The project files get an additional attribute (sticky) which indicates they should be kept regardless of the current tasks. This is used for files that all tasks use. That way if all tasks for a given project are completed at some point in time, you won't have to download the always (or often) needed files with the next tasks.

My comments were more about other files that are more task specific. If you get another task later that requires the same file, a cache in a proxy or having another task on-board already that uses the same file will avoid another download.

---

Rosetta Moderator: Mod.Sense

Not sure if this is directly due to the application upgrade or not, but seems to correlate to when I started having some issues.

I'm running a few laptops using Linux on USB sticks and now In the last few days BOINC takes an insufferably long time to start while it tells me "please wait." I took a look tonight and top showed the client and Rosetta were barely using the processor. Once in a while one of the Rosetta apps would bounce up to 100% for a bit and then subside. I have the client set to max out the processor and memory using all cores without restriction. No other processes are coming close to using a significant portion of the processor, and nothing indicates the USB bandwidth is the issue.

Is it possible the tasks ran more than normal memory and the machine is swapping to death? Do you have a swap space somewhere other than the USB?

---

Rosetta Moderator: Mod.Sense

Not sure if this is directly due to the application upgrade or not, but seems to correlate to when I started having some issues.

I'm running a few laptops using Linux on USB sticks and now In the last few days BOINC takes an insufferably long time to start while it tells me "please wait." I took a look tonight and top showed the client and Rosetta were barely using the processor. Once in a while one of the Rosetta apps would bounce up to 100% for a bit and then subside. I have the client set to max out the processor and memory using all cores without restriction. No other processes are coming close to using a significant portion of the processor, and nothing indicates the USB bandwidth is the issue.

Is it possible the tasks ran more than normal memory and the machine is swapping to death? Do you have a swap space somewhere other than the USB?

No, it's all on USB because of the transitory nature of my possession of these machines. But I will look into getting some hard drives for this purpose instead of the USB sticks. Since nobody else jumped in on the problem, I must be the only one experiencing this (vs a general bug) and this must be the issue. Thanks!

---

The blue background is stupid and I do not like it at all.

Please, use other terms.

I will use whatever terms I desire to use.

I can confirm that work unit 717556481 crashes due to out of memory errors in both results, and I suspect that work units 717556482 and 717556497 will also fail due to the same reason once the computers assigned these work units return their results because my computer also had the same errors in these work units. Their names are of the form 02_2016_(one numeral and then three letters)_backrub_design_(six numerals)_(one or more numerals).

The blue background is stupid and I do not like it at all.

Please, use other terms.

I will use whatever terms I desire to use.

Fine if you then let everyone else use those same terms to describe you.

The blue background is stupid and I do not like it at all.

Please, use other terms.

I will use whatever terms I desire to use.

Fine if you then let everyone else use those same terms to describe you.

I am sure, stupid is not the right description. But, for whatever reason was it necessary to change to blue?
Screensaver background should be as dark as possible. There is no way to say, this wtfs blue is dark enough. Only black is it!

Please change back to black or give us an option to change it by ourself.

---

If I was still using screensavers, I'd want an option to choose some main color other than blue. I've read that seeing blue tends to keep people awake for at least half an hour after they see much of it, and I don't find much to do in the half hour between the time I turn the monitors of my computers off and the time I go to bed.