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

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>
]]>

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.

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

core_client_version>7.16.1</core_client_version>
<![CDATA[
<stderr_txt>
command: ../../projects/ralph.bakerlab.org/rosetta_4.14_i686-pc-linux-gnu -run:protocol jd2_scripting -parser:protocol predictor_v11_boinc--fuse--il1r_design_boinc_v1.xml @flags_il1r2 -in:file:silent 2cl4lm5k_Mini_Protein_binds_IL1R_COVID-19_test2.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 2cl4lm5k_Mini_Protein_binds_IL1R_COVID-19_test2.zip @2cl4lm5k_Mini_Protein_binds_IL1R_COVID-19_test2.flags -nstruct 10000 -cpu_run_time 3600 -watchdog -boinc:max_nstruct 600 -checkpoint_interval 120 -database minirosetta_database -in::file::zip minirosetta_database.zip -boinc::watchdog -run::rng mt19937 -constant_seed -jran 3983067
Starting watchdog...
Watchdog active.
BOINC:: CPU time: 18365.7s, 14400s + 3600s[2020- 4- 5 19: 6:15:] :: BOINC 
WARNING! cannot get file size for default.out.gz: could not open file.
Output exists: default.out.gz Size: -1
InternalDecoyCount: 0 (GZ)
-----
0
-----
Stream information inconsistent.
Writing W_0000001
======================================================
DONE ::     1 starting structures  18365.7 cpu seconds
This process generated      1 decoys from       1 attempts
======================================================
19:06:15 (101755): called boinc_finish(0)

</stderr_txt>
]]>

Not sure about the warning at the top and the fact that it only created one decoy in the span of several hours

Signed up after the call out over on the normal Rosetta forums. Been having issues with 4.12 on my older OSX machines (everything pre-2015 it seems fails all tasks immediately as many have reported).

I'm not sure if it's lack of WU or if something changed but my newer OSX machines (that always worked on 4.12) are happily crunching 4.14 units, but I'm not getting any units for the older machines that were having 4.12 issues. Are there no test WU's or are they now being cut out on purpose on the machines that they were failing on?


Rosetta 4.09 and Rosetta Mini continue to work on all machines. (All OSX machines running Bonic 7.14.4)


/edit I should add I'm not getting any 4.14 or later tasks on Ralph@home test machines older then 2015. More recent machines are getting tasks 4.14 and crunching fine.

All my machines did not like 4.13.

/edit 2 The bulk of my machines are in my office, won't be able to force them to try and grab more work until about 12 hours from now when I'm back at work.

I'm running 4.15 on my mac and processing seems to be working. Thanks for the update.

I went ahead and posted the OSX update on R@h. We plan to update the rest of the platforms in the next day or so.

I only have my laptop here at home, 2012 MacBook Pro, latest Catalina, 2.93GHz Ivy Bridge i7 but it seems to be running normal Rosetta 4.15 tasks fine so far, whereas it would fail instantly running all 4.12 tasks.

I went ahead and posted the OSX update on R@h. We plan to update the rest of the platforms in the next day or so.

4.15 works on my three Macs where 4.12 would crash immediately. Thanks!

Any chance you can change the ARM64 version so it will run on a 2GB SBC? My 2GB Odroid C2 has a little over 1.7 GB of free RAM. The error says it needs 1.9GB. I'd like to be able to run one or two WUs on it.