Minirosetta 3.73-3.78

Message boards : Number crunching : Minirosetta 3.73-3.78

To post messages, you must log in.

Previous · 1 . . . 4 · 5 · 6 · 7 · 8 · 9 · 10 . . . 14 · Next

AuthorMessage
rjs5

Send message
Joined: 22 Nov 10
Posts: 272
Credit: 19,755,483
RAC: 682
Message 79953 - Posted: 27 Apr 2016, 23:19:20 UTC - in response to Message 79950.  

I'm seeing a lot of robetta tasks crash immediately : the relevant line in the task log seems to be:

ERROR: Unable to open weights/patch file. None of (./)beta_cart or (./)beta_cart.wts or minirosetta_database/scoring/weights/beta_cart or minirosetta_database/scoring/weights/beta_cart.wts exist
ERROR:: Exit from: src/core/scoring/ScoreFunction.cc line: 2884
[0x4485e82]

Sample tasks:

815715361
815591894

Boinc 7.2.42
Ubuntu 14.04


I think the error happens earlier than where you have pointed. The actual error is happening right at startup where Boinc is initializing the "slot" directory.

The source code seems to point to a missing *.xml file that it is expecting which has the CDATA string and Rosetta then prints the "message".

My guess would be .... out of disk space or a malformed rb* job.

You might do an "ldd" on the rosetta graphics binary "minirosetta_graphics_3.73_x86_64-pc-linux-gnu" and make sure that it finds all the dynamic libraries.

A "not found" would be a problem.
sh-4.3$ ldd minirosetta_graphics_3.73_x86_64-pc-linux-gnu
linux-vdso.so.1 (0x00007ffd343c0000)
libGLU.so.1 => /lib64/libGLU.so.1 (0x00007fdcfa617000)
libGL.so.1 => /lib64/libGL.so.1 (0x00007fdcfa37f000)




YOUR JOB....

<core_client_version>7.2.42</core_client_version>
<![CDATA[
<message>
process exited with code 1 (0x1, -255) <<<<<<<<<<<<<<<<<<<<<< THE ACTUAL ERROR
</message>
<stderr_txt>
[2016- 4-27 8: 5:32:] :: BOINC:: Initializing ... ok.
[2016- 4-27 8: 5:32:] :: BOINC :: boinc_init()
BOINC:: Setting up shared resources ... ok.
BOINC:: Setting up semaphores ... ok.
BOINC:: Updating status ... ok.
BOINC:: Registering timer callback... ok.
BOINC:: Worker initialized successfully.
command: ../../projects/boinc.bakerlab.org_rosetta/minirosetta_3.73_x86_64-pc-linux-gnu @flags_rb_04_26_64750_109092__t000__ab_robetta -in:file:boinc_wu_zip input_rb_04_26_64750_109092__t000__ab_robetta.zip -in:file:fasta t000_.fasta -frag3 t000_.200.3mers.index.gz -fragB t000_.200.3mers.index.gz -fragA t000_.200.9mers.index.gz -nstruct 10000 -cpu_run_time 10800 -checkpoint_interval 120 -mute all -database minirosetta_database -in::file::zip minirosetta_database.zip -boinc::watchdog -run::rng mt19937 -constant_seed -jran 1109089
Registering options..
Registered extra options.
Initializing broker options ...
Registered extra options.
Initializing core...
Initializing options.... ok
Options::initialize()
Options::adding_options()
Options::initialize() Check specs.
Options::initialize() End reached
Loaded options.... ok
Processed options.... ok

ERROR: Unable to open weights/patch file. None of (./)beta_cart or (./)beta_cart.wts or minirosetta_database/scoring/weights/beta_cart or minirosetta_database/scoring/weights/beta_cart.wts exist
ERROR:: Exit from: src/core/scoring/ScoreFunction.cc line: 2884
[0x4485e82]
[0x3457456]
[0x34579d8]
[0x346a47c]




An rb* from one of my systems.

Task ID 814246795
Name rb_04_23_64912_108999__t000__ab_robetta_IGNORE_THE_REST_347209_9056_0



<core_client_version>7.2.42</core_client_version>
<![CDATA[
<stderr_txt>
[2016- 4-24 13:38:42:] :: BOINC:: Initializing ... ok.
[2016- 4-24 13:38:42:] :: BOINC :: boinc_init()
BOINC:: Setting up shared resources ... ok.
BOINC:: Setting up semaphores ... ok.
BOINC:: Updating status ... ok.
BOINC:: Registering timer callback... ok.
BOINC:: Worker initialized successfully.
command: ../../projects/boinc.bakerlab.org_rosetta/minirosetta_3.73_x86_64-pc-linux-gnu @rb_04_22_64328_108946_ab_stage0_t000___robetta_FLAGS -psipred_ss2 t000_.psipred_ss2 -in::file::fasta t000_.fasta -kill_hairpins t000_.nobuformat.psipred_ss2 -in:file:boinc_wu_zip rb_04_22_64328_108946_ab_stage0_t000___robetta.zip -frag3 rb_04_22_64328_108946_ab_stage0_t000___robetta_t000_.200.3mers.index.gz -fragA rb_04_22_64328_108946_ab_stage0_t000___robetta_t000_.200.5mers.index.gz -fragB rb_04_22_64328_108946_ab_stage0_t000___robetta_t000_.200.3mers.index.gz -nstruct 10000 -cpu_run_time 10800 -checkpoint_interval 120 -mute all -database minirosetta_database -in::file::zip minirosetta_database.zip -boinc::watchdog -run::rng mt19937 -constant_seed -jran 2103181
Registering options..
Registered extra options.
Initializing broker options ...
Registered extra options.
Initializing core...
Initializing options.... ok
Options::initialize()
Options::adding_options()
Options::initialize() Check specs.
Options::initialize() End reached
Loaded options.... ok
Processed options.... ok
Initializing random generators... ok
Initialization complete.
Setting WU description ...
Unpacking zip data: ../../projects/boinc.bakerlab.org_rosetta/minirosetta_database_d0bf94b.zip
Unpacking WU data ...
Unpacking data: ../../projects/boinc.bakerlab.org_rosetta/rb_04_22_64328_108946_ab_stage0_t000___robetta.zip
Setting database description ...
Setting up checkpointing ...
Setting up graphics native ...
Setting up folding (abrelax) ...
Beginning folding (abrelax) ...
BOINC:: Worker startup.
Starting watchdog...
Watchdog active.
Starting work on structure: _00001
# cpu_run_time_pref: 86400
Starting work on structure: _00002
Starting work on structure: _00003
Starting work on structure: _00004
ID: 79953 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
svincent

Send message
Joined: 30 Dec 05
Posts: 219
Credit: 11,537,396
RAC: 3
Message 79954 - Posted: 28 Apr 2016, 0:28:32 UTC - in response to Message 79953.  

Thanks for the suggestions.

I don't think it's disk space: I'm using 1.5GB out of 100GB available to Boinc.

In fact I don't think it's anything local to my machine at all since those tasks were given out again to a couple of wingmen: they failed in what seems to be the same fashion.

(I tried the ldd command you suggested: output below)

svincent@svincent-desktop:~/BOINC/projects/boinc.bakerlab.org_rosetta$ ldd minirosetta_graphics_3.73_x86_64-pc-linux-gnu
linux-vdso.so.1 => (0x00007ffc460a5000)
libGLU.so.1 => /usr/lib/x86_64-linux-gnu/libGLU.so.1 (0x00007f102c488000)
libGL.so.1 => /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 (0x00007f102c222000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f102bf1e000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f102bc18000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f102ba02000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f102b63d000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f102b308000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f102b0ea000)
libglapi.so.0 => /usr/lib/x86_64-linux-gnu/libglapi.so.0 (0x00007f102aec3000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f102acb1000)
libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f102aaae000)
libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f102a8a8000)
libX11-xcb.so.1 => /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x00007f102a6a6000)
libxcb-glx.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 (0x00007f102a48f000)
libxcb-dri2.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri2.so.0 (0x00007f102a28a000)
libxcb-dri3.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 (0x00007f102a087000)
libxcb-present.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-present.so.0 (0x00007f1029e84000)
libxcb-sync.so.1 => /usr/lib/x86_64-linux-gnu/libxcb-sync.so.1 (0x00007f1029c7e000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f1029a5f000)
libxshmfence.so.1 => /usr/lib/x86_64-linux-gnu/libxshmfence.so.1 (0x00007f102985d000)
libXxf86vm.so.1 => /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x00007f1029657000)
libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 (0x00007f102944a000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f1029246000)
/lib64/ld-linux-x86-64.so.2 (0x00007f102c6f6000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f1029042000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f1028e3c000)
ID: 79954 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
rjs5

Send message
Joined: 22 Nov 10
Posts: 272
Credit: 19,755,483
RAC: 682
Message 79955 - Posted: 28 Apr 2016, 2:31:45 UTC - in response to Message 79954.  

Thanks for the suggestions.

I don't think it's disk space: I'm using 1.5GB out of 100GB available to Boinc.

In fact I don't think it's anything local to my machine at all since those tasks were given out again to a couple of wingmen: they failed in what seems to be the same fashion.

(I tried the ldd command you suggested: output below)

svincent@svincent-desktop:~/BOINC/projects/boinc.bakerlab.org_rosetta$ ldd minirosetta_graphics_3.73_x86_64-pc-linux-gnu
linux-vdso.so.1 => (0x00007ffc460a5000)
libGLU.so.1 => /usr/lib/x86_64-linux-gnu/libGLU.so.1 (0x00007f102c488000)
libGL.so.1 => /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 (0x00007f102c222000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f102bf1e000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f102bc18000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f102ba02000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f102b63d000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f102b308000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f102b0ea000)
libglapi.so.0 => /usr/lib/x86_64-linux-gnu/libglapi.so.0 (0x00007f102aec3000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f102acb1000)
libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f102aaae000)
libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f102a8a8000)
libX11-xcb.so.1 => /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x00007f102a6a6000)
libxcb-glx.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 (0x00007f102a48f000)
libxcb-dri2.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri2.so.0 (0x00007f102a28a000)
libxcb-dri3.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-dri3.so.0 (0x00007f102a087000)
libxcb-present.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-present.so.0 (0x00007f1029e84000)
libxcb-sync.so.1 => /usr/lib/x86_64-linux-gnu/libxcb-sync.so.1 (0x00007f1029c7e000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f1029a5f000)
libxshmfence.so.1 => /usr/lib/x86_64-linux-gnu/libxshmfence.so.1 (0x00007f102985d000)
libXxf86vm.so.1 => /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x00007f1029657000)
libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 (0x00007f102944a000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f1029246000)
/lib64/ld-linux-x86-64.so.2 (0x00007f102c6f6000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f1029042000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f1028e3c000)


Looks fine. I think you are probably correct.
ID: 79955 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
sow-8

Send message
Joined: 23 Dec 14
Posts: 2
Credit: 591,945
RAC: 0
Message 79957 - Posted: 28 Apr 2016, 11:38:16 UTC - in response to Message 79931.  

I'm seeing the same issue that's been reported above: an intermittent failure to get new workunits accompanied by this message in the event log.

Rosetta Mini for Android is not available for your type of computer.

Do Network Communication successfully reports the task.

I'm running 2 R@h workunits/Ubuntu 14.04 LTS/Boinc 7.2.42/No workbuffer

I just discovered the same thing in a machine I just assembled. I have a hunch while I am waiting for the Volunteer at BOINC to get back to me: My box has only one 'new' component: the SSD. I purchased an economy SSD at Amazon which works perfectly otherwise. This is just a hunch. Could the memory chips in the SSD somehow be marked as for use in a cellphone? Forgive me if that is stupid. All my other components have crunched Rosetta before (all the other parts I used in this build.) I also have NO gripes pending on this SSD.
ID: 79957 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Profile robertmiles

Send message
Joined: 16 Jun 08
Posts: 1218
Credit: 13,366,970
RAC: 44
Message 79958 - Posted: 28 Apr 2016, 12:26:50 UTC - in response to Message 79957.  

I'm seeing the same issue that's been reported above: an intermittent failure to get new workunits accompanied by this message in the event log.

Rosetta Mini for Android is not available for your type of computer.

Do Network Communication successfully reports the task.

I'm running 2 R@h workunits/Ubuntu 14.04 LTS/Boinc 7.2.42/No workbuffer

I just discovered the same thing in a machine I just assembled. I have a hunch while I am waiting for the Volunteer at BOINC to get back to me: My box has only one 'new' component: the SSD. I purchased an economy SSD at Amazon which works perfectly otherwise. This is just a hunch. Could the memory chips in the SSD somehow be marked as for use in a cellphone? Forgive me if that is stupid. All my other components have crunched Rosetta before (all the other parts I used in this build.) I also have NO gripes pending on this SSD.


What operating system did you see this under? Windows, Linux, Android, or something else?

I've had many Rosetta Mini workunits complete on one of my computers, which came with an SSD as its main drive. It uses Windows 10.
ID: 79958 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Sid Celery

Send message
Joined: 11 Feb 08
Posts: 1916
Credit: 35,478,949
RAC: 665
Message 79975 - Posted: 30 Apr 2016, 3:01:11 UTC - in response to Message 79958.  

I'm seeing the same issue that's been reported above: an intermittent failure to get new workunits accompanied by this message in the event log.

Rosetta Mini for Android is not available for your type of computer.

Do Network Communication successfully reports the task.

I'm running 2 R@h workunits/Ubuntu 14.04 LTS/Boinc 7.2.42/No workbuffer

I just discovered the same thing in a machine I just assembled. I have a hunch while I am waiting for the Volunteer at BOINC to get back to me: My box has only one 'new' component: the SSD. I purchased an economy SSD at Amazon which works perfectly otherwise. This is just a hunch. Could the memory chips in the SSD somehow be marked as for use in a cellphone? Forgive me if that is stupid. All my other components have crunched Rosetta before (all the other parts I used in this build.) I also have NO gripes pending on this SSD.


What operating system did you see this under? Windows, Linux, Android, or something else?

I've had many Rosetta Mini workunits complete on one of my computers, which came with an SSD as its main drive. It uses Windows 10.

It's happening everywhere, Win7 and no SSD here. Manually updating often fixes it, but in the meantime Boinc puts in a 24hr delay before retrying, which is very annoying if you don't notice.

ID: 79975 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Profile robertmiles

Send message
Joined: 16 Jun 08
Posts: 1218
Credit: 13,366,970
RAC: 44
Message 79976 - Posted: 30 Apr 2016, 3:48:15 UTC - in response to Message 79975.  

I'm seeing the same issue that's been reported above: an intermittent failure to get new workunits accompanied by this message in the event log.

Rosetta Mini for Android is not available for your type of computer.

Do Network Communication successfully reports the task.

I'm running 2 R@h workunits/Ubuntu 14.04 LTS/Boinc 7.2.42/No workbuffer

I just discovered the same thing in a machine I just assembled. I have a hunch while I am waiting for the Volunteer at BOINC to get back to me: My box has only one 'new' component: the SSD. I purchased an economy SSD at Amazon which works perfectly otherwise. This is just a hunch. Could the memory chips in the SSD somehow be marked as for use in a cellphone? Forgive me if that is stupid. All my other components have crunched Rosetta before (all the other parts I used in this build.) I also have NO gripes pending on this SSD.


What operating system did you see this under? Windows, Linux, Android, or something else?

I've had many Rosetta Mini workunits complete on one of my computers, which came with an SSD as its main drive. It uses Windows 10.

It's happening everywhere, Win7 and no SSD here. Manually updating often fixes it, but in the meantime Boinc puts in a 24hr delay before retrying, which is very annoying if you don't notice.


Something you might want to try: Check if restarting Win7, with no updates, fixes the problem, with a possible exception for the 24hr delay.

Also, you might want to check for a problem I've seen in my last three completed workunits: For two of them, the application apparently completed with no problem seen. But then, the upload process for the output files gave a compute error of the upload error type. For the third one, a wingmate had this upload error, but then my computer got the workunit, completed it properly, then uploaded the output properly, then had one more validated workunit. The computer appears to about 5 hours into a 24hr delay; the other 19 hours should be more than enough to finish the other three Rosetta@home task it currently has.
ID: 79976 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
sinspin

Send message
Joined: 30 Jan 06
Posts: 29
Credit: 6,574,585
RAC: 0
Message 79980 - Posted: 30 Apr 2016, 7:46:24 UTC

I have the same problem here on my Win7 Ultimate, no updates / changes from my side. Everything works fine up to now.

30.04.2016 11:19:55 | rosetta@home | Sending scheduler request: To fetch work.
30.04.2016 11:19:55 | rosetta@home | Requesting new tasks for CPU and NVIDIA GPU and Intel GPU
30.04.2016 11:19:58 | rosetta@home | Scheduler request completed: got 0 new tasks
30.04.2016 11:19:58 | rosetta@home | No work sent
30.04.2016 11:19:58 | rosetta@home | Rosetta Mini for Android is not available for your type of computer.

Wtf, since when have i a Android? What comes next? A Alien? A Zombie?
ID: 79980 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Profile robertmiles

Send message
Joined: 16 Jun 08
Posts: 1218
Credit: 13,366,970
RAC: 44
Message 79982 - Posted: 30 Apr 2016, 12:05:29 UTC - in response to Message 79980.  

I have the same problem here on my Win7 Ultimate, no updates / changes from my side. Everything works fine up to now.

30.04.2016 11:19:55 | rosetta@home | Sending scheduler request: To fetch work.
30.04.2016 11:19:55 | rosetta@home | Requesting new tasks for CPU and NVIDIA GPU and Intel GPU
30.04.2016 11:19:58 | rosetta@home | Scheduler request completed: got 0 new tasks
30.04.2016 11:19:58 | rosetta@home | No work sent
30.04.2016 11:19:58 | rosetta@home | Rosetta Mini for Android is not available for your type of computer.

Wtf, since when have i a Android? What comes next? A Alien? A Zombie?


Looks like someone with access to the source code for the Windows application should add a check at the end for whether the operating system setting still indicates Windows.
ID: 79982 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
sinspin

Send message
Joined: 30 Jan 06
Posts: 29
Credit: 6,574,585
RAC: 0
Message 79983 - Posted: 30 Apr 2016, 13:51:52 UTC

There are no changes at my side. No new Boinc version, etc.
I think they have made something wrong at the past server downtime. Maybe some checking which kind of tasks can be send to a certain client.

My computers list at my profile shows the right information about my machines.
ID: 79983 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Link
Avatar

Send message
Joined: 4 May 07
Posts: 327
Credit: 381,587
RAC: 0
Message 79985 - Posted: 30 Apr 2016, 22:45:49 UTC - in response to Message 79975.  


I just discovered the same thing in a machine I just assembled. I have a hunch while I am waiting for the Volunteer at BOINC to get back to me: My box has only one 'new' component: the SSD. I purchased an economy SSD at Amazon which works perfectly otherwise. This is just a hunch. Could the memory chips in the SSD somehow be marked as for use in a cellphone? Forgive me if that is stupid. All my other components have crunched Rosetta before (all the other parts I used in this build.) I also have NO gripes pending on this SSD.


What operating system did you see this under? Windows, Linux, Android, or something else?

I've had many Rosetta Mini workunits complete on one of my computers, which came with an SSD as its main drive. It uses Windows 10.

It's happening everywhere, Win7 and no SSD here. Manually updating often fixes it, but in the meantime Boinc puts in a 24hr delay before retrying, which is very annoying if you don't notice.

And here it happened few times already on WinXP (and HDD). It must be a server side thing, since it's the server that's considering the possibility of sending Android stuff to a Windows PC.

And no, it can't have anything to do with the chips on SSD. I strongly doubt even Windows would know, if they were originaly produced for smartphones (I doubt that, since completely other requirements), the OS just sees an SSD or HDD, it knows pretty much nothing about what's inside the drive since it does not need to know it.

And even if we consider this highly unlikely possibility, that you have a SSD with smartphone chips AND Windows knows it, this information is for sure not passed to the servers (sched_request xml human readable, you can see there what information about your system is passed to the server). All the server gets is <platform_name>windows_intelx86</platform_name> and based on that it should send the application.
.
ID: 79985 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Sid Celery

Send message
Joined: 11 Feb 08
Posts: 1916
Credit: 35,478,949
RAC: 665
Message 79987 - Posted: 1 May 2016, 4:34:23 UTC - in response to Message 79976.  

I'm seeing the same issue that's been reported above: an intermittent failure to get new workunits accompanied by this message in the event log.

Rosetta Mini for Android is not available for your type of computer.

Do Network Communication successfully reports the task.

I'm running 2 R@h workunits/Ubuntu 14.04 LTS/Boinc 7.2.42/No workbuffer

I just discovered the same thing in a machine I just assembled. I have a hunch while I am waiting for the Volunteer at BOINC to get back to me: My box has only one 'new' component: the SSD. I purchased an economy SSD at Amazon which works perfectly otherwise. This is just a hunch. Could the memory chips in the SSD somehow be marked as for use in a cellphone? Forgive me if that is stupid. All my other components have crunched Rosetta before (all the other parts I used in this build.) I also have NO gripes pending on this SSD.


What operating system did you see this under? Windows, Linux, Android, or something else?

I've had many Rosetta Mini workunits complete on one of my computers, which came with an SSD as its main drive. It uses Windows 10.

It's happening everywhere, Win7 and no SSD here. Manually updating often fixes it, but in the meantime Boinc puts in a 24hr delay before retrying, which is very annoying if you don't notice.


Something you might want to try: Check if restarting Win7, with no updates, fixes the problem, with a possible exception for the 24hr delay.

If I'm on-site I'll usually notice at the time. Trouble is, I'm away for half of every week, so there's no reliable way to give it a kick or know if my whole system goes down
ID: 79987 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
LarryMajor

Send message
Joined: 1 Apr 16
Posts: 22
Credit: 31,533,212
RAC: 1
Message 79988 - Posted: 1 May 2016, 6:35:49 UTC

Getting this on both of my Linux 3.16.0-4 machines:

Sun 01 May 2016 02:21:40 AM EDT | rosetta@home | Sending scheduler request: To report completed tasks.
Sun 01 May 2016 02:21:40 AM EDT | rosetta@home | Reporting 12 completed tasks
Sun 01 May 2016 02:21:40 AM EDT | rosetta@home | Requesting new tasks for CPU
Sun 01 May 2016 02:21:47 AM EDT | rosetta@home | Scheduler request completed: got 0 new tasks
Sun 01 May 2016 02:21:47 AM EDT | rosetta@home | No work sent
Sun 01 May 2016 02:21:47 AM EDT | rosetta@home | Rosetta Mini for Android is not available for your type of computer.

ID: 79988 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Jim1348

Send message
Joined: 19 Jan 06
Posts: 881
Credit: 52,257,545
RAC: 2
Message 79992 - Posted: 1 May 2016, 12:25:16 UTC - in response to Message 79987.  
Last modified: 1 May 2016, 12:44:37 UTC

If I'm on-site I'll usually notice at the time. Trouble is, I'm away for half of every week, so there's no reliable way to give it a kick or know if my whole system goes down

I have been gone since 20 April, and my first (of two) Haswell machines running Rosetta, both on Win7 64-bit, went down that very day, including the GPU running Einstein. The other machine went down on 29 April, which was running POEM on the GPUs. I like Rosetta for its science, but they have a lot of experimenters doing various types of work, and it is therefore not the ultimate in reliability, if I may say so.
ID: 79992 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Profile [VENETO] boboviz

Send message
Joined: 1 Dec 05
Posts: 1686
Credit: 6,629,809
RAC: 98
Message 79994 - Posted: 1 May 2016, 13:04:01 UTC

As i said in another threads, if admins don't update the server...
ID: 79994 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Sid Celery

Send message
Joined: 11 Feb 08
Posts: 1916
Credit: 35,478,949
RAC: 665
Message 79999 - Posted: 2 May 2016, 1:44:05 UTC - in response to Message 79992.  
Last modified: 2 May 2016, 1:58:37 UTC

If I'm on-site I'll usually notice at the time. Trouble is, I'm away for half of every week, so there's no reliable way to give it a kick or know if my whole system goes down

I have been gone since 20 April, and my first (of two) Haswell machines running Rosetta, both on Win7 64-bit, went down that very day, including the GPU running Einstein. The other machine went down on 29 April, which was running POEM on the GPUs. I like Rosetta for its science, but they have a lot of experimenters doing various types of work, and it is therefore not the ultimate in reliability, if I may say so.

If only I was concerned about Rosetta's stability. After claiming 6 months ago I was going to stop fiddling with my PC's overclock, I've been at it again, adding a further 165MHz. I /think/ I'm stable enough to keep crunching throughout my half-week absences, but never quite know for sure until I get back home.

My previous efforts
Now at 18.0 Multiplier x 243.8MHz FSB = 4379.6MHz compared to 4214.6 back then
ID: 79999 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Jim1348

Send message
Joined: 19 Jan 06
Posts: 881
Credit: 52,257,545
RAC: 2
Message 80000 - Posted: 2 May 2016, 12:50:02 UTC - in response to Message 79999.  

If only I was concerned about Rosetta's stability. After claiming 6 months ago I was going to stop fiddling with my PC's overclock, I've been at it again, adding a further 165MHz. I /think/ I'm stable enough to keep crunching throughout my half-week absences, but never quite know for sure until I get back home.

I don't overclock either the CPUs or GPUs, and I am speculating a bit that the problem is Rosetta. But my other Haswell machine, and three Ivy Bridge machines, have no problems. They are not running Rosetta either, only Einstein, WCG, CPDN and Folding. Normally all my machines can run for months without problems. I have noticed anomalies with Rosetta before, but never quite had a smoking gun, but I think this is pretty much it.

ID: 80000 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
googloo
Avatar

Send message
Joined: 15 Sep 06
Posts: 128
Credit: 20,653,472
RAC: 176
Message 80003 - Posted: 3 May 2016, 10:42:07 UTC

Happening again on my Windows 7 Professional computer. The biggest problem is that BOINC manager puts a 24-hour "Communication deferred" on my computer, and I run out of Rosetta tasks if I don't manually update. Please do something about this. Nothing has changed on my computer.

5/3/2016 6:15:47 AM | rosetta@home | Sending scheduler request: To fetch work.
5/3/2016 6:15:47 AM | rosetta@home | Requesting new tasks for CPU and Intel GPU
5/3/2016 6:15:49 AM | rosetta@home | Scheduler request completed: got 0 new tasks
5/3/2016 6:15:49 AM | rosetta@home | No work sent
5/3/2016 6:15:49 AM | rosetta@home | Rosetta Mini for Android is not available for your type of computer.

ID: 80003 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
AMDave

Send message
Joined: 16 Dec 05
Posts: 35
Credit: 12,576,896
RAC: 0
Message 80004 - Posted: 3 May 2016, 14:24:35 UTC - in response to Message 80003.  

Happening again on my Windows 7 Professional computer. The biggest problem is that BOINC manager puts a 24-hour "Communication deferred" on my computer, and I run out of Rosetta tasks if I don't manually update. Please do something about this. Nothing has changed on my computer.

5/3/2016 6:15:47 AM | rosetta@home | Sending scheduler request: To fetch work.
5/3/2016 6:15:47 AM | rosetta@home | Requesting new tasks for CPU and Intel GPU
5/3/2016 6:15:49 AM | rosetta@home | Scheduler request completed: got 0 new tasks
5/3/2016 6:15:49 AM | rosetta@home | No work sent
5/3/2016 6:15:49 AM | rosetta@home | Rosetta Mini for Android is not available for your type of computer.

Is there an ETA for the resolution of this issue?
ID: 80004 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Profile Chilean
Avatar

Send message
Joined: 16 Oct 05
Posts: 711
Credit: 26,669,447
RAC: 0
Message 80005 - Posted: 3 May 2016, 14:49:16 UTC

+1 on the Android thing.
ID: 80005 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Previous · 1 . . . 4 · 5 · 6 · 7 · 8 · 9 · 10 . . . 14 · Next

Message boards : Number crunching : Minirosetta 3.73-3.78



©2023 University of Washington
https://www.bakerlab.org