Posts by Link

21) Message boards : Number crunching : The Server Issues / Outages Thread - Panic Mode On! (119) (Message 2041300)
Posted 29 Mar 2020 by Profile 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 Profile 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 Profile 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 Profile Link
Post:
It wasn't really a 'computation error' - the actual processing ran to completion with no sign of errors.

It was more of a 'housekeeping error', involving memory, disk, and the operating system. The sequence should be:

1. The SETI app writes a data file to disk for upload
2. The SETI app writes a 'finished' file to disk
3. The SETI app shuts down and removes itself from memory
[at which point, another SETI app will probably start up and load itself from disk to memory]
4. The BOINC client checks that both 2 and 3 have happened within 10 seconds

If it takes more than 10 seconds for that to happen, then the OS is thrashing. It might be memory paging as David suggests in his comment (in which case, more RAM might help). Or it might be the OS being too busy starting the next task (in which case, fewer concurrent operations requiring disk access might help). Or perhaps an SSD data disk.

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 Profile 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 Profile 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 Profile 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 Profile 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 Profile 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 Profile 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.


I estimate we have from hundreds to thousands of times greater of a chance finding ETI in a GBT work unit than an Arecibo one, because it is targeted to stars that are nearby, known to have exoplanets, and known (or thought) to have them in favourable positions for life (as we know it, Jim.)

It comes down to quality over quantity. And it's rather sadly ironic that the people who have contributed to this project the most over the years in terms of work done and time/money/effort invested in doing so are now mostly excluded from its most anticipated and promising venture.

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 Profile 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.


Again, this is only correct for CUDA. The VLAR issue does not affect OpenCL so GUPPI work units would complete in about the same time. Most people are going to have both platforms available, as far as I know. All we ask for is to be able to make the decision to run them ourselves.

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 Profile 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 Profile 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 Profile 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.
Tullio

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 Profile 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 Profile 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 Profile Link
Post:
Rasputin42 wrote:
because of the app_info


You said it yourself.
Move it or delete it. Restart boinc.

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.
This way you get stock binary.

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 Profile 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 Profile 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 Profile 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.


Previous 20 · Next 20


 
©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.