21)
Message boards :
Number crunching :
The Server Issues / Outages Thread - Panic Mode On! (119)
(Message 2041300)
Posted 29 Mar 2020 by Link Post: According to the SSP they are not spliting at all or not very much at least. Guess this has something to do with the splitter_throttle_sah process. This is a good thing, the replica is chatching up constantly and the other processes should follow too. They should have slowed down the splitters long time ago. |
22)
Message boards :
Number crunching :
Pending tasks AFTER 31st March 2020
(Message 2041108)
Posted 28 Mar 2020 by Link Post: Well, you can highlight it also like that: On March 31, the volunteer computing part of SETI@home will stop distributing work AND will go into hibernation. But I don't think they will stop creating new work and accepting the results exactly at the same time, that would be the worst way to do it. |
23)
Message boards :
Number crunching :
NativeBOINC can't connect SETI project on some devices
(Message 2041079)
Posted 28 Mar 2020 by Link Post: Have you updated ca-bundle.crt to the current version? The one supplied with NativeBOINC stopped working for me a while ago, at least for SETI. You can use TotalCommander to view or edit cc_config or copy a new ca-bundle.crt to the device, but I think it needs to be rooted. |
24)
Message boards :
Number crunching :
CPU Computation errors
(Message 1992472)
Posted 3 May 2019 by Link Post: It wasn't really a 'computation error' - the actual processing ran to completion with no sign of errors. Interesting... I wonder if that will solve also some of the issues some people including myself have with Rosetta. Seen myself how few tasks went to error exactly when they were about to finish the work and exit. |
25)
Message boards :
Number crunching :
SSL connect error on scheduler request
(Message 1968026)
Posted 30 Nov 2018 by Link Post: Are the security certificates updated in your boinc client? Yes, to this: https://raw.githubusercontent.com/BOINC/boinc/master/curl/ca-bundle.crt Or does your install of boinc use the system certificates?... Not on Windows AFAIK. Or is the https being blocked by a firewall? I'll delete the current rules for BOINC next time I reboot the system and let the firewall create new ones when BOINC starts. I don't think so since this is outgoing connection and all other traffic over HTTPS works fine, but I'll give it a try. But IIRC the rules are just for remote access to the BOINC client... |
26)
Message boards :
Number crunching :
SSL connect error on scheduler request
(Message 1967982)
Posted 30 Nov 2018 by Link Post: OK, <dont_contact_ref_site> removes all unwanted messages, I thought it will remove just the one for internet connection test. Maybe not a perfect solution, but it works. Thank you. |
27)
Message boards :
Number crunching :
SSL connect error on scheduler request
(Message 1967727)
Posted 29 Nov 2018 by Link Post: <master_url>http://setiathome.berkeley.edu/</master_url> <scheduler_url>http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi</scheduler_url> Thanks, that's exactly what I have in my client_state.xml, so that's not the problem then. But what else can it be? |
28)
Message boards :
Number crunching :
SSL connect error on scheduler request
(Message 1967703)
Posted 29 Nov 2018 by Link Post: Well, the site actually accepts it, everything works fine, it's just the BOINC client annoying me (and the google servers) with unnecessary internet connection tests and messages in the log. On downloads and uploads there are no error messages at all, just on scheduler requests. On the Join-Page the project URL is http://setiathome.berkeley.edu/, so not https. Same on WUProp@Home, where only clients starting from version 7.2 should use https, all older versions should use http. Maybe I should try to reattach? Will try that on WUProp when the current WU finishes. |
29)
Message boards :
Number crunching :
SSL connect error on scheduler request
(Message 1967695)
Posted 29 Nov 2018 by Link Post: Hi, now that I have find a way to keep my "new" laptop at acceptable noise and temperature levels while crunching, I'm getting some SSL connect error on scheduler request. What's strange, the requests work fine, I just get the massage, that there was some problem. 29/11/2018 09:59:42 SETI@home Reporting 4 completed tasks, not requesting new tasks 29/11/2018 09:59:42 [http_debug] HTTP_OP::init_post(): http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi 29/11/2018 09:59:42 [http_debug] HTTP_OP::libcurl_exec(): ca-bundle set 29/11/2018 09:59:42 [http_debug] HTTP_OP::init_get(): http://boinc.berkeley.edu/download.php?xml=1 29/11/2018 09:59:42 [http_debug] HTTP_OP::libcurl_exec(): ca-bundle set 29/11/2018 09:59:42 [http_debug] [ID#0] info: timeout on name lookup is not supported 29/11/2018 09:59:42 [http_debug] [ID#0] info: About to connect() to setiboinc.ssl.berkeley.edu port 80 (#1) 29/11/2018 09:59:42 [http_debug] [ID#0] info: Trying 208.68.240.126... 29/11/2018 09:59:42 [http_debug] [ID#1] info: timeout on name lookup is not supported 29/11/2018 09:59:42 [http_debug] [ID#1] info: About to connect() to boinc.berkeley.edu port 80 (#2) 29/11/2018 09:59:42 [http_debug] [ID#1] info: Trying 208.68.240.115... 29/11/2018 09:59:42 [http_debug] [ID#0] info: Connected to setiboinc.ssl.berkeley.edu (208.68.240.126) port 80 (#1) 29/11/2018 09:59:42 [http_debug] [ID#0] Sent header to server: POST /sah_cgi/cgi HTTP/1.1 User-Agent: BOINC client (windows_x86_64 6.10.18) Host: setiboinc.ssl.berkeley.edu Accept: */* Accept-Encoding: deflate, gzip Content-Type: application/x-www-form-urlencoded Content-Length: 26878 Expect: 100-continue 29/11/2018 09:59:42 [http_debug] [ID#0] info: Expire cleared 29/11/2018 09:59:42 [http_debug] [ID#1] info: Connected to boinc.berkeley.edu (208.68.240.115) port 80 (#2) 29/11/2018 09:59:42 [http_debug] [ID#1] Sent header to server: GET /download.php?xml=1 HTTP/1.1 User-Agent: BOINC client (windows_x86_64 6.10.18) Host: boinc.berkeley.edu Accept: */* Accept-Encoding: deflate, gzip Content-Type: application/x-www-form-urlencoded 29/11/2018 09:59:43 [http_debug] [ID#0] Received header from server: HTTP/1.1 100 Continue 29/11/2018 09:59:43 [http_debug] [ID#1] Received header from server: HTTP/1.1 301 Moved Permanently 29/11/2018 09:59:43 [http_debug] [ID#1] Received header from server: Date: Thu, 29 Nov 2018 08:59:42 GMT 29/11/2018 09:59:43 [http_debug] [ID#1] Received header from server: Server: Apache/2.2.15 (Scientific Linux) 29/11/2018 09:59:43 [http_debug] [ID#1] Received header from server: Location: https://boinc.berkeley.edu/download.php?xml=1 29/11/2018 09:59:43 [http_debug] [ID#1] Received header from server: Content-Length: 347 29/11/2018 09:59:43 [http_debug] [ID#1] Received header from server: Connection: close 29/11/2018 09:59:43 [http_debug] [ID#1] Received header from server: Content-Type: text/html; charset=iso-8859-1 29/11/2018 09:59:43 [http_debug] [ID#1] Received header from server: 29/11/2018 09:59:43 [http_debug] [ID#1] info: Expire cleared 29/11/2018 09:59:43 [http_debug] [ID#1] info: Closing connection #2 29/11/2018 09:59:43 [http_debug] [ID#1] info: Issue another request to this URL: 'https://boinc.berkeley.edu/download.php?xml=1' 29/11/2018 09:59:43 [http_debug] [ID#1] info: timeout on name lookup is not supported 29/11/2018 09:59:43 [http_debug] [ID#1] info: About to connect() to boinc.berkeley.edu port 443 (#2) 29/11/2018 09:59:43 [http_debug] [ID#1] info: Trying 208.68.240.115... 29/11/2018 09:59:43 [http_debug] [ID#1] info: Connected to boinc.berkeley.edu (208.68.240.115) port 443 (#2) 29/11/2018 09:59:43 [http_debug] [ID#1] info: successfully set certificate verify locations: 29/11/2018 09:59:43 [http_debug] [ID#1] info: CAfile: C:\Program Files\BOINC\ca-bundle.crt CApath: none 29/11/2018 09:59:43 [http_debug] [ID#1] info: SSLv3, TLS handshake, Client hello (1): 29/11/2018 09:59:43 [http_debug] [ID#0] Received header from server: HTTP/1.1 200 OK 29/11/2018 09:59:43 [http_debug] [ID#0] Received header from server: Date: Thu, 29 Nov 2018 08:59:42 GMT 29/11/2018 09:59:43 [http_debug] [ID#0] Received header from server: Server: Apache/2.2.15 (Scientific Linux) 29/11/2018 09:59:43 [http_debug] [ID#0] Received header from server: Connection: close 29/11/2018 09:59:43 [http_debug] [ID#0] Received header from server: Transfer-Encoding: chunked 29/11/2018 09:59:43 [http_debug] [ID#0] Received header from server: Content-Type: text/xml 29/11/2018 09:59:43 [http_debug] [ID#0] Received header from server: 29/11/2018 09:59:43 [http_debug] [ID#0] info: Expire cleared 29/11/2018 09:59:43 [http_debug] [ID#0] info: Closing connection #1 29/11/2018 09:59:43 [http_debug] [ID#1] info: SSLv3, TLS handshake, Server hello (2): 29/11/2018 09:59:43 [http_debug] [ID#1] info: SSLv3, TLS handshake, CERT (11): 29/11/2018 09:59:43 [http_debug] [ID#1] info: SSLv3, TLS alert, Server hello (2): 29/11/2018 09:59:43 [http_debug] [ID#1] info: error:0D0C50A1:asn1 encoding routines:ASN1_item_verify:unknown message digest algorithm 29/11/2018 09:59:43 [http_debug] [ID#1] info: Expire cleared 29/11/2018 09:59:43 [http_debug] [ID#1] info: Closing connection #2 29/11/2018 09:59:43 [http_debug] HTTP error: SSL connect error 29/11/2018 09:59:44 Project communication failed: attempting access to reference site 29/11/2018 09:59:44 [http_debug] HTTP_OP::init_get(): http://www.google.com/ 29/11/2018 09:59:44 [http_debug] HTTP_OP::libcurl_exec(): ca-bundle set 29/11/2018 09:59:44 [http_debug] [ID#2] info: Connection #0 seems to be dead! 29/11/2018 09:59:44 [http_debug] [ID#2] info: Closing connection #0 29/11/2018 09:59:44 [http_debug] [ID#2] info: timeout on name lookup is not supported 29/11/2018 09:59:44 [http_debug] [ID#2] info: About to connect() to www.google.com port 80 (#0) 29/11/2018 09:59:44 [http_debug] [ID#2] info: Trying 216.58.207.228... 29/11/2018 09:59:44 [http_debug] [ID#2] info: Connected to www.google.com (216.58.207.228) port 80 (#0) 29/11/2018 09:59:44 [http_debug] [ID#2] Sent header to server: GET / HTTP/1.1 User-Agent: BOINC client (windows_x86_64 6.10.18) Host: www.google.com Accept: */* Accept-Encoding: deflate, gzip Content-Type: application/x-www-form-urlencoded 29/11/2018 09:59:44 [http_debug] [ID#2] Received header from server: HTTP/1.1 200 OK 29/11/2018 09:59:44 [http_debug] [ID#2] Received header from server: Date: Thu, 29 Nov 2018 08:59:43 GMT 29/11/2018 09:59:44 [http_debug] [ID#2] Received header from server: Expires: -1 29/11/2018 09:59:44 [http_debug] [ID#2] Received header from server: Cache-Control: private, max-age=0 29/11/2018 09:59:44 [http_debug] [ID#2] Received header from server: Content-Type: text/html; charset=ISO-8859-1 29/11/2018 09:59:44 [http_debug] [ID#2] Received header from server: P3P: CP="This is not a P3P policy! See g.co/p3phelp for more info." 29/11/2018 09:59:44 [http_debug] [ID#2] Received header from server: Content-Encoding: gzip 29/11/2018 09:59:44 [http_debug] [ID#2] Received header from server: Server: gws 29/11/2018 09:59:44 [http_debug] [ID#2] Received header from server: Content-Length: 5254 29/11/2018 09:59:44 [http_debug] [ID#2] Received header from server: X-XSS-Protection: 1; mode=block 29/11/2018 09:59:44 [http_debug] [ID#2] Received header from server: X-Frame-Options: SAMEORIGIN 29/11/2018 09:59:44 [http_debug] [ID#2] Received header from server: Set-Cookie: 1P_JAR=2018-11-29-08; expires=Sat, 29-Dec-2018 08:59:43 GMT; path=/; domain=.google.com 29/11/2018 09:59:44 [http_debug] [ID#2] Received header from server: Set-Cookie: NID=148=KbgYurj5D3yWqZxGYBRCgLwafDv6VrfDcrWx2Zt6MKVXphNgNo3BEFk5LfALm-tXd3st5IC8tmOIEDKjE3asItE_Jmp9BC1G0bnauhk8i0SPeXdwh50TGOLp3S1oG9AvYPzdsOPTszkEiXDSZ6wFZqV02SBOkxlQcKM2n4cQjhM; expires=Fri, 29/11/2018 09:59:44 [http_debug] [ID#2] Received header from server: 29/11/2018 09:59:44 [http_debug] [ID#2] info: Expire cleared 29/11/2018 09:59:44 [http_debug] [ID#2] info: Connection #0 to host www.google.com left intact 29/11/2018 09:59:45 Internet access OK - project servers may be temporarily down. 29/11/2018 09:59:47 SETI@home Scheduler request completed I get the same error on scheduler requests to WUProp@Home, so it's not SETI specific. All I found about SSL errors and BOINC was outdated ca-bundle.crt, so I have updated my to this one: https://raw.githubusercontent.com/BOINC/boinc/master/curl/ca-bundle.crt, but it didn't help. Is my BOINC client to old? I'm using 6.10.18 on Win10 64-bit, which is my favourite version for CPU-only hosts. |
30)
Message boards :
News :
Breakthrough Listen data now flowing.
(Message 1781672)
Posted 23 Apr 2016 by Link Post: I don't see why someone would want to do only 1/3 or 1/4 of what he can actually do for the project. From the project's point of view it doesn't matter which computer completes a particular task, they all have to be done regardless of the "quality". However, IMHO it should matter to use the resources they get from us in most efficient way possible. Not doing that slows down the processing of all "tapes". All our computers work on the same thing, assigning work in an intelligent way speeds up the progress and that's all we should be interested in. BTW, the MESSIER031 tasks are non-VLAR as far as I see and can be crunched on GPU, so no one is excluded. |
31)
Message boards :
News :
Breakthrough Listen data now flowing.
(Message 1780364)
Posted 19 Apr 2016 by Link Post: Efficient is to send a task to a processing unit, which can process it fastest compared to other type of work on the same PU. Sending a VLAR to a GPU, which could crunch 3-4 mid-AR tasks (according to message 1779961) in the same time is waisting of ressources, since a CPU does the VLAR in nearly same time as a mid-AR WU. What about 1779961? As I understand it, the performance is decreased by factor 3-4, so OpenCL is affected, but the issue is "just" performance. I don't see why someone would want to do only 1/3 or 1/4 of what he can actually do for the project. |
32)
Message boards :
News :
Breakthrough Listen data now flowing.
(Message 1780331)
Posted 19 Apr 2016 by Link Post: Since the core is going to get used anyway, why not use it the most efficient way to crunch those VLARS? Efficient is to send a task to a processing unit, which can process it fastest compared to other type of work on the same PU. Sending a VLAR to a GPU, which could crunch 3-4 mid-AR tasks (according to message 1779961) in the same time is waisting of ressources, since a CPU does the VLAR in nearly same time as a mid-AR WU. |
33)
Message boards :
News :
Article about distribution of Breakthrough data.
(Message 1779873)
Posted 17 Apr 2016 by Link Post: Posting those articles, even though it's a good thing about marketing, is a great misrepresentation of the "efficient donation of computational power"! Not to mention that it doesn't propagate some kind of program that regulates BOINC in accordance to temperature of the CPU & GPU (like Tthrottle for example)... Well, this article is written for "average" users, so they have to keep it simple, otherwise most of those users will just say "it's too complicated for me". And than if you tell them, they will burn their computer it they don't install another program, that monitors the temperatures, pretty much not one of them will try. I mean, an average user does not even know, what temperatures are OK for a CPU or a GPU. And he/she actually does not need to know it, any "modern" CPU/GPU will throttle itself, if it gets too hot. Sure, running close to max. temperature isn't optimal for 24/7 SETI crunching, but that's probably also not what the average user will do. |
34)
Message boards :
News :
Article about distribution of Breakthrough data.
(Message 1779871)
Posted 17 Apr 2016 by Link Post: My HP laptop is crunching vLHC@home, Einstein@home searching for gravitational waves and SETI@home on Green Bank data. No smoke coming out of it. My over 10 years old Pentium M based laptop is also still fine (well except for the hard drive, which has some small issues recently, but that's not because of BOINC but because of soon 52000 hours of being on). |
35)
Message boards :
Number crunching :
Panic Mode On (102) Server Problems?
(Message 1772087)
Posted 17 Mar 2016 by Link Post: OK, than I know... thanks. |
36)
Message boards :
Number crunching :
Panic Mode On (102) Server Problems?
(Message 1771964)
Posted 16 Mar 2016 by Link Post: Has the resend lost tasks feature been turned off? I have lost one WU while trying to get stock apps to run on NativeBOINC and the servers didn't send it back to me so far... |
37)
Message boards :
Number crunching :
NativeBOINC & SETI@Home v8
(Message 1771648)
Posted 14 Mar 2016 by Link Post: Rasputin42 wrote: because of the app_info That far I have come by myself. My question was "how to remove it?" This is not Windows, where I can simply navigate to the project folder with Windows Explorer or whatever. Raistmer wrote: if it's not rooted, delete SETI@home project and attach again, but this time entering URL manually as it would be unknown project. Thanks. I found now also another way to do it, for those interested it is in the "native client" menu, something like "delete project applications (from app_info.xml)". The words might be little different, I use german GUI. |
38)
Message boards :
Number crunching :
NativeBOINC & SETI@Home v8
(Message 1771592)
Posted 14 Mar 2016 by Link Post: How do I get SETI v8 to run on NativeBOINC, i.e. how do I get rid of the anonymous platform? It was pretty easy to get it to work since it was installed automatically, but how to remove it? Detaching and reataching to the project via the GUI on the phone did not help, doing that thru other computer gave me one WU, however it was than instantly deleted because of the app_info. 14/03/2016 17:43:28 SETI@home Sending scheduler request: Project initialization. 14/03/2016 17:43:28 SETI@home Requesting new tasks for CPU 14/03/2016 17:43:29 SETI@home [update_apps] dont preempt suspended (cpusched) 14/03/2016 17:43:30 SETI@home Scheduler request completed: got 1 new tasks 14/03/2016 17:43:30 SETI@home [error] App version returned from anonymous platform project; ignoring 14/03/2016 17:43:30 SETI@home [error] No app version found for app setiathome_v8 platform arm-android-linux-gnu ver 800 class armv7-vfpv3-nopie; discarding 17se10af.16619.14386.12.39.141_0 Any suggestions? |
39)
Message boards :
Number crunching :
New app?
(Message 1753596)
Posted 3 Jan 2016 by Link Post: Honestly I did not download NativeBOINC from Play, I downloaded it from Mateusz web site. And that version defaults to his app and anonymous platform in auto mode. That is, no user action required to get anonymous platform configured and best optimized app for Android to work. Device shouldn't be rooted for that. Is Play version different? No, I got there the opt app without doing anything special. |
40)
Message boards :
Number crunching :
vlars taking ages to run
(Message 1750445)
Posted 19 Dec 2015 by Link Post: 08ja11af.25606.9883.3.12.54.vlar_0 has completed and validated. 52,287 secs runtime and 21,318 cpu time. Means it has run the normal 6 hours, but in the same time something else was eating up over 50% of your CPU cycles. |
©2024 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.