First error also on Windows platform
4923240

194 (0x000000C2) EXIT_ABORTED_BY_CLIENT
Watchdog active.
======================================================
DONE :: 22 starting structures 7118.89 cpu seconds
This process generated 22 decoys from 22 attempts
======================================================
BOINC :: WS_max 4.05647e+08

BOINC :: Watchdog shutting down...
10:47:52 (10496): called boinc_finish(0)

</stderr_txt>
<message>
finish file present too long</message>

Windows version seems good for me: 110 valid wus, only 2 errors

Is it possible to run it on Odroid XU4 with Ubuntu 18.04.4 LTS? At the moment the log says:


45 ralph@home 28.03.2020 09:26:46 Requesting new tasks for CPU and Mali-T628 and Mali-T628
46 ralph@home 28.03.2020 09:26:49 Scheduler request completed: got 0 new tasks
47 ralph@home 28.03.2020 09:26:49 This project doesn't support computers of type arm-unknown-linux-gnueabihf


System:

4.14.165-172 #1 SMP PREEMPT Wed Jan 15 20:20:27 -03 2020 armv7l armv7l armv7l GNU/Linux
Operating System: Ubuntu 18.04.4 LTS
Kernel: Linux 4.14.165-172
Architecture: arm

Windows version seems good for me as well: 127 valid WUs, 0 errors

Are there any Ubuntu work units?


Host Project Date Message
fah01 ralph@home 29/03/2020 6:36:55 AM No tasks sent
fah01 ralph@home 29/03/2020 6:36:55 AM Scheduler request completed: got 0 new tasks
fah01 ralph@home 29/03/2020 6:36:52 AM Requesting new tasks for CPU
fah01 ralph@home 29/03/2020 6:36:52 AM Sending scheduler request: To fetch work.
fah01 ralph@home 28/03/2020 11:16:43 PM project resumed by user
fah01 ralph@home 28/03/2020 11:16:32 PM No tasks sent
fah01 ralph@home 28/03/2020 11:16:32 PM Scheduler request completed: got 0 new tasks
fah01 ralph@home 28/03/2020 11:16:30 PM Requesting new tasks for CPU
fah01 ralph@home 28/03/2020 11:16:30 PM Sending scheduler request: Requested by user.
fah01 ralph@home 28/03/2020 11:16:28 PM update requested by user
fah01 ralph@home 28/03/2020 11:15:45 PM work fetch resumed by user
fah01 ralph@home 28/03/2020 10:59:57 PM No tasks sent
fah01 ralph@home 28/03/2020 10:59:57 PM Scheduler request completed: got 0 new tasks
fah01 https://ralph.bakerlab.org/ 28/03/2020 10:59:55 PM Requesting new tasks for CPU
fah01 https://ralph.bakerlab.org/ 28/03/2020 10:59:55 PM Sending scheduler request: Project initialization.
fah01 https://ralph.bakerlab.org/ 28/03/2020 10:59:49 PM Master file download succeeded
fah01 --- 28/03/2020 7:25:38 AM Internet access OK - project servers may be temporarily down.
fah01 --- 28/03/2020 7:25:36 AM Project communication failed: attempting access to reference site
fah01 --- 28/03/2020 2:41:24 AM Internet access OK - project servers may be temporarily down.
fah01 --- 28/03/2020 2:41:21 AM Project communication failed: attempting access to reference site
fah01 --- 27/03/2020 8:48:50 PM Internet access OK - project servers may be temporarily down.
fah01 --- 27/03/2020 8:48:49 PM Project communication failed: attempting access to reference site
fah01 --- 27/03/2020 4:54:53 PM Internet access OK - project servers may be temporarily down.
fah01 --- 27/03/2020 4:54:51 PM Project communication failed: attempting access to reference site
fah01 --- 27/03/2020 3:02:45 PM Internet access OK - project servers may be temporarily down.
fah01 --- 27/03/2020 3:02:43 PM Project communication failed: attempting access to reference site
fah01 --- 27/03/2020 2:16:48 PM Internet access OK - project servers may be temporarily down.
fah01 --- 27/03/2020 2:16:47 PM Project communication failed: attempting access to reference site
fah01 --- 27/03/2020 1:46:06 PM Internet access OK - project servers may be temporarily down.
fah01 --- 27/03/2020 1:46:02 PM Project communication failed: attempting access to reference site
fah01 --- 27/03/2020 1:27:21 PM Internet access OK - project servers may be temporarily down.
fah01 --- 27/03/2020 1:27:18 PM Project communication failed: attempting access to reference site
fah01 --- 27/03/2020 1:15:31 PM Internet access OK - project servers may be temporarily down.
fah01 --- 27/03/2020 1:15:28 PM Project communication failed: attempting access to reference site
fah01 --- 27/03/2020 1:06:21 PM Internet access OK - project servers may be temporarily down.
fah01 --- 27/03/2020 1:06:20 PM Project communication failed: attempting access to reference site
fah01 --- 26/03/2020 3:29:25 PM Checking presence of 65 project files
fah01 --- 26/03/2020 3:29:25 PM Setting up GUI RPC socket
fah01 --- 26/03/2020 3:29:25 PM Checking active tasks
fah01 --- 26/03/2020 3:29:25 PM Setting up project and slot directories
fah01 --- 26/03/2020 3:29:25 PM (to change preferences, visit a project web site or select Preferences in the Manager)
fah01 --- 26/03/2020 3:29:25 PM suspend work if non-BOINC CPU load exceeds 25%
fah01 --- 26/03/2020 3:29:25 PM don't use GPU while active
fah01 --- 26/03/2020 3:29:25 PM max CPUs used: 20
fah01 --- 26/03/2020 3:29:25 PM max disk usage: 11.19 GB
fah01 --- 26/03/2020 3:29:21 PM max memory usage when idle: 43463.84 MB
fah01 --- 26/03/2020 3:29:21 PM max memory usage when active: 24146.58 MB
fah01 --- 26/03/2020 3:29:21 PM Preferences:
fah01 --- 26/03/2020 3:29:21 PM Reading preferences override file


System info:
Dell R720
2x Intel Xeon E5-2640 6C/12T CPU
64GB RAM
OS: Ubuntu Server 18.04 LTS 64-bit

Runs the Rosetta project just fine.

Linux ARM64 Memory Needs

I have an odroidc2 running Armbian for aarch64. The odroid C2 has 2 GB of RAM. I get this error message and no work units are received:

Rosetta for Portable Devices needs 1907.35 MB RAM but only 1770.35 MB is available for use.

Unless there is some work around, the ARM64 devices will need to have 4 GB of RAM to run work units. If one work unit needs this amount of memory, it will limit the usefulness of most ARM64 devices. Most don’t have much memory - Raspberry Pi 2 v1.2, 3, and 3+ only have 1 GB of RAM - many other ARM64 devices have 1 or 2 GB of RAM.

Mac 4.12 Computation Error

I started getting 4.12 work units on my Macs in Rosetta@home. They all end in computation errors:

<core_client_version>7.14.3</core_client_version>
<![CDATA[
<message>
process exited with code 1 (0x1, -255)</message>
<stderr_txt>
command: rosetta_4.12_x86_64-apple-darwin -run:protocol jd2_scripting -parser:protocol predictor_v11_boinc--fuse--covid_spike_design_boinc_v1.xml @flags_jhr_cv -in:file:silent 3xc3uf2h_Junior_HalfRoid_vs_COVID-19_design1.silent -in:file:silent_struct_type binary -silent_gz -mute all -out:file:silent_struct_type binary -out:file:silent default.out -in:file:boinc_wu_zip 3xc3uf2h_Junior_HalfRoid_vs_COVID-19_design1.zip @3xc3uf2h_Junior_HalfRoid_vs_COVID-19_design1.flags -nstruct 10000 -cpu_run_time 28800 -watchdog -boinc:max_nstruct 600 -checkpoint_interval 120 -database minirosetta_database -in::file::zip minirosetta_database.zip -boinc::watchdog -run::rng mt19937
Starting watchdog...
Watchdog active.
error: zipfile probably corrupt (illegal instruction)

</stderr_txt>
]]>

One of my other Macs is getting this error:

<core_client_version>7.14.3</core_client_version>
<![CDATA[
<message>
process got signal 4</message>
<stderr_txt>

</stderr_txt>
]]>

I have two linux boxes running Debian Buster that are working fine, so it looks like a Mac app problem.

Starting to see some rosetta 4.13 work on one of my Ubuntu servers since this afternoon.
So far all showing success.

I'm guessing 4.12 did not make it to prod then.

Rosetta work seems to have been depleted

I had few errors now with
.*Mini_Protein_binds_IL1R_COVID-19_test1_SAVE_ALL_OUT_19_4_1 and
.*Mini_Protein_binds_IL1R_COVID-19_test1_SAVE_ALL_OUT_19_3_1

Each ran for 7 and 8 seconds respectively

I had few errors now with
.*Mini_Protein_binds_IL1R_COVID-19_test1_SAVE_ALL_OUT_19_4_1 and

It's better if you link the wus here, to help developers to find these errors.
Your pc is public so, i think it is, for example, this wu 4953487

Two errors from the new 4.13 app (both me and my wingman have the errors) :
https://ralph.bakerlab.org/result.php?resultid=4953444
https://ralph.bakerlab.org/result.php?resultid=4953446

These look to be job specific errors and can be dealt with without an app update. I'm more concerned with general errors that would require an update so please keep an eye out for more general errors also. I had to push another build for the rosetta linux platforms to add a quick fix.

The COVID-19 related updates to the 4.13 rosetta and rosetta_for_devices and 4.14 rosetta linux versions include a new target clash energy and fold-tree options to improve the interface design protocol. It will allow sampling with the ACE2 binding helix motif fixed along with the target and a fast target clash energy check. Successful binders using this protocol are already being tested and optimized in the wet lab but this will allow us to design many more candidates to increase our chances of designing successful binders with the most promising binder properties.

Please spread to word to help our Ralph@home testing efforts for this app. A broad range of platforms is desired. Thanks!

Hi,

I saw a post over on the main rosetta board saying that you guys needed help testing things over here so I came over. I am running Fedora 31 system that has been fully updated so kernel 5.5.13-200.fc31.x86_64. I am running BOINC as it is in the fedora repos so version 7.16.1. I am using KDE as a DE in case that is relevant.

I grabbed a Rosetta 4.14 task and at least here within the first ten minutes it seems to be running fine except for the graphics. The option to view the graphics is available, but when I click on it the graphics window does not open at all. Is there a special dependancy that I need to be able to see the graphics for a task? Over the last couple of weeks I have run 4.07, and 4.08 tasks and could not access graphics from those either to be able to see how many decoys I was managing during the run. I will keep an eye on the WU for any other issues, but thought it odd the graphics do not show.

<core_client_version>7.14.4</core_client_version>
<![CDATA[
<message>
process got signal 6</message>
<stderr_txt>
dyld: Library not loaded: /usr/local/lib/libftgl.2.dylib
Referenced from: /Library/Application Support/BOINC Data/slots/2/../../projects/ralph.bakerlab.org/rosetta_4.13_x86_64-apple-darwin
Reason: image not found

</stderr_txt>
]]>

Think I fixed this with 4.14. Try updating to get the new app.

Supporting graphics for linux is tough. The graphics uses OpenGL and GLUT but depend on some dynamic libs that may or may not be available among different linux versions. If anyone has suggestions for more general graphics support for linux, I'm all ears.

Starting to see some rosetta 4.13 work on one of my Ubuntu servers since this afternoon.
So far all showing success.

I'm guessing 4.12 did not make it to prod then.

Rosetta work seems to have been depleted

4,12 made it over on Rosetta@home, even if it was not tested first on Ralph@home.

New users over on Rosetta@home are trying to download more tasks much faster than new tasks are created. Work over there WILL be depleted until they work out ways to generate new tasks faster.

Starting to see some rosetta 4.13 work on one of my Ubuntu servers since this afternoon.
So far all showing success.

I'm guessing 4.12 did not make it to prod then.

Rosetta work seems to have been depleted

4,12 made it over on Rosetta@home, even if it was not tested first on Ralph@home.

New users over on Rosetta@home are trying to download more tasks much faster than new tasks are created. Work over there WILL be depleted until they work out ways to generate new tasks faster.

4.12 was tested on Ralph but not thoroughly enough. We wanted to get it out anyway so that we can start working on the scaffolds. Time is important. We've been trying our best to get this next app version pushed out. But want it thoroughly tested now since we are still able to get important COVID-19 work done on R@h with 4.12.

Yes, the people behind the scenes are working hard at producing work and analyzing results but there will be plenty of work to come in the near future. This app update should help. We are also trying to recruit more researchers in the IPD to use R@h for their computing rather than relying just on our local options. This new update should allow many more researchers to work on a vast range of interesting targets not just related to COVID-19 but other important targets, but of course, COVID-19 has the highest priority. We do not want to just fill the queue with jobs that we feel already have enough samples as there are other distributed projects people can help with while we are low on work (hopefully in the near future this will not be an issue even with the amount of computing we have at hand).

Supporting graphics for linux is tough. The graphics uses OpenGL and GLUT but depend on some dynamic libs that may or may not be available among different linux versions. If anyone has suggestions for more general graphics support for linux, I'm all ears.

Ok thanks, I'm glad that it isn't an issue with my machine. So far the current 4.14 task is making good progress after 3.5 hours of running. We'll see what the results end up like when it's done