I'm not tech illiterate, but I thought everything was running smoothly for me here after S@H shut down, until I just started getting error messages about "Binary Radio Pulsar Search (Arecibo)" not being available.
Is there no CPU app for that or something? Or just not 64-bit linux?
2020-07-09 03:58:26.3870 [PID=6120 ] [version] no app version available: APP#19 (einsteinbinary_BRP4) PLATFORM#7 (x86_64-pc-linux-gnu) min_version 0 2020-07-09 03:58:26.3871 [PID=6120 ] [version] Checking plan class 'FGRPopencl-ati' 2020-07-09 03:58:26.3897 [PID=6120 ] [version] reading plan classes from file '/BOINC/projects/EinsteinAtHome/plan_class_spec.xml' 2020-07-09 03:58:26.3897 [PID=6120 ] [version] parsed project prefs setting 'gpu_util_fgrp': 0.000000 2020-07-09 03:58:26.3897 [PID=6120 ] [version] No ATI devices found 2020-07-09 03:58:26.3898 [PID=6120 ] [version] Checking plan class 'FGRPopencl-nvidia' 2020-07-09 03:58:26.3898 [PID=6120 ] [version] parsed project prefs setting 'gpu_util_fgrp': 0.000000 2020-07-09 03:58:26.3898 [PID=6120 ] [version] No CUDA devices found 2020-07-09 03:58:26.3898 [PID=6120 ] [version] Checking plan class 'FGRPopencl1K-ati' 2020-07-09 03:58:26.3898 [PID=6120 ] [version] parsed project prefs setting 'gpu_util_fgrp': 0.000000 2020-07-09 03:58:26.3898 [PID=6120 ] [version] No ATI devices found 2020-07-09 03:58:26.3898 [PID=6120 ] [version] Checking plan class 'FGRPopencl1K-nvidia' 2020-07-09 03:58:26.3898 [PID=6120 ] [version] parsed project prefs setting 'gpu_util_fgrp': 0.000000 2020-07-09 03:58:26.3898 [PID=6120 ] [version] No CUDA devices found 2020-07-09 03:58:26.3898 [PID=6120 ] [version] Checking plan class 'FGRPopenclTV-nvidia' 2020-07-09 03:58:26.3898 [PID=6120 ] [version] parsed project prefs setting 'gpu_util_fgrp': 0.000000 2020-07-09 03:58:26.3898 [PID=6120 ] [version] No CUDA devices found 2020-07-09 03:58:26.3898 [PID=6120 ] [version] no app version available: APP#40 (hsgamma_FGRPB1G) PLATFORM#7 (x86_64-pc-linux-gnu) min_version 0 2020-07-09 03:58:26.3975 [PID=6120 ] [debug] [HOST#xxxxxxxx] MSG(high) No work sent 2020-07-09 03:58:26.3976 [PID=6120 ] [debug] [HOST#xxxxxxxx] MSG(high) Binary Radio Pulsar Search (Arecibo) is not available for your type of computer. 2020-07-09 03:58:26.3976 [PID=6120 ] [debug] [HOST#xxxxxxxx] MSG(high) see scheduler log messages on https://einsteinathome.org/host/xxxxxxxx/log 2020-07-09 03:58:26.3976 [PID=6120 ] Sending reply to [HOST#xxxxxxxx]: 0 results, delay req 60.00 2020-07-09 03:58:26.3977 [PID=6120 ] Scheduler ran 0.106 seconds
Is there something I can do to fix that? Unlike on S@H when I was using anonymous platform and third-party apps, I just left this one on automatic defaults, so.. I thought if it needed a new app, it would have downloaded it.
Copyright © 2024 Einstein@Home. All rights reserved.
No, there isn't an app for
)
No, there isn't an app for your platform.
Appplications
Mostly just for ARM and Android. The BPR4 search is mostly mothballed. Why don't you try one of the other searches like the FGRP5 Gamma Ray search.
That is the only other cpu search running currently and unfortunately even that is out of work now because they have turned off the splitters.
Server status
I'm looking now and it's on
)
I'm looking now and it's on the default of every task type there is.
I guess I could just uncheck BPR4 since I won't be able to do anything with that anyway, but if that's all the scheduler wants to send, then there's not much I can do about that.
At the time I joined, I was doing a mixture of two different task types, but in the past 3-4 weeks or so, I've gotten nothing but FGRP5. Not complaining, just an observation.
The BOINC client is a bit
)
The BOINC client is a bit funny when dealing with all apps allowed in the project configuration. Even when it is not possible to run an app because of incompatible hardware, the client still thinks it has to give every app a chance to run to get the application APR computed to eventually decide which app is best to run on the host.
And both FGRP5 and BRP4 tasks are available again. The splitters are running again. Seems the admins take them down occasionally for some hidden reason without mentioning they are doing so.
But they usually re-appear in a few days normally and work flows again.