Project servers may be temporarily down

Anyone having same problem as below? I've been receiving this message on 4 computers since the last 40~50 minutes, any yet I find no one reporting it? Is it for me only?

08-Sep-19 19:20:18 | SETI@home | Reporting 65 completed tasks
08-Sep-19 19:20:18 | SETI@home | Requesting new tasks for CPU and NVIDIA GPU
08-Sep-19 19:21:32 | SETI@home | Scheduler request failed: Failure when receiving data from the peer
08-Sep-19 19:21:33 | | Project communication failed: attempting access to reference site
08-Sep-19 19:21:36 | | Internet access OK - project servers may be temporarily down.

---

Anyone having same problem as below? I've been receiving this message on 4 computers since the last 40~50 minutes, any yet I find no one reporting it? Is it for me only?

Actually that is what the last few post are actually discussing,

Might need to skip down (or up depending on your settings) to read from the start.

It isn't accepting or sending WUs which I thought those functions belonged to different machines.
georgem, vader, and bruno.

Misunderstanding. The upload server (Bruno) is accepting data: the download servers (georgem and vader) are sending data.

The server which has failed is Synergy (the scheduling server) which tells you which data to download, and accepts your report that you've successfully uploaded the completed data.

Looks like we are back - just got a bunch of tasks.

---

Arnie
Alberta, Canada

Eric just replied.
He said Apache was stuck on synergy.
Should be back up now.
Might take quite a bit to settle back down after the outage.
Thank you, Eric!

Meow!

---

"Freedom is just Chaos, with better lighting." Alan Dean Foster

Eric just replied.
He said Apache was stuck on synergy.
Should be back up now.
Might take quite a bit to settle back down after the outage.
Thank you, Eric!

Meow!

Thank you! At least Eric didn't have to dial in on #caturday

---

I tried my usual solution: I went out the the pub (and had a very nice Sunday roast, thank you for asking). When I got back, Synergy accepted all my completed work, and rewarded all my emptiest machines with new work. It always works...

Edit - georgem and vader are feeling a bit shell-shocked just at the moment - they must have been enjoying a nice Sunday lie-in.

I tried my usual solution: I went out the the pub (and had a very nice Sunday roast, thank you for asking). When I got back, Synergy accepted all my completed work, and rewarded all my emptiest machines with new work. It always works...

My spoofed cache holds for a lot more time, but i will follow your suggestion and go to the bar.

---

No new tasks for me yet... Uploaded finished work though...

9/8/2019 3:34:22 PM | SETI@home | Sending scheduler request: Requested by user.
9/8/2019 3:34:22 PM | SETI@home | Reporting 17 completed tasks
9/8/2019 3:34:22 PM | SETI@home | Not requesting tasks: "no new tasks" requested via Manager
9/8/2019 3:34:24 PM | SETI@home | Scheduler request completed
9/8/2019 3:36:03 PM | SETI@home | update requested by user
9/8/2019 3:36:04 PM | SETI@home | Sending scheduler request: Requested by user.
9/8/2019 3:36:04 PM | SETI@home | Not requesting tasks: "no new tasks" requested via Manager
9/8/2019 3:36:07 PM | SETI@home | Scheduler request completed
9/8/2019 3:42:36 PM | SETI@home | work fetch resumed by user
9/8/2019 3:42:40 PM | SETI@home | Sending scheduler request: To fetch work.
9/8/2019 3:42:40 PM | SETI@home | Requesting new tasks for CPU
9/8/2019 3:42:42 PM | SETI@home | Scheduler request completed: got 0 new tasks
9/8/2019 3:42:42 PM | SETI@home | Project has no tasks available

---

The clue is in the log.

9/8/2019 3:36:04 PM | SETI@home | Not requesting tasks: "no new tasks" requested via Manager

But yes, reading as far as "work fetch resumed by user" does help ;-)

I tried my usual solution: I went out the the pub (and had a very nice Sunday roast, thank you for asking). When I got back, Synergy accepted all my completed work, and rewarded all my emptiest machines with new work. It always works...

My spoofed cache holds for a lot more time, but i will follow your suggestion and go to the bar.

. . Days like this make me wish I was able, or brave enough to try, to set up the spoofed cache on these machines :(

Stephen

:(

Hello

same issue since Sep 8 and not resolved for me.

12-Sep-2019 16:59:51 [SETI@home] Fetching scheduler list
12-Sep-2019 16:59:53 [---] Project communication failed: attempting access to reference site
12-Sep-2019 16:59:54 [---] Internet access OK - project servers may be temporarily down.

i have restarted my boinc manager without success.

regards.
Michel.

Hello
same issue since Sep 8 and not resolved for me.
12-Sep-2019 16:59:51 [SETI@home] Fetching scheduler list
12-Sep-2019 16:59:53 [---] Project communication failed: attempting access to reference site
12-Sep-2019 16:59:54 [---] Internet access OK - project servers may be temporarily down.
i have restarted my boinc manager without success.
regards.
Michel.

. . The project had server issues on the 8th but they have been fixed, I cannot explain why you are still having troubles. It is very late at night here and I am not thinking that clearly. You can access the forums OK it seems so I have no explanation at the moment :(

Stephen

. .

Hello
same issue since Sep 8 and not resolved for me.
12-Sep-2019 16:59:51 [SETI@home] Fetching scheduler list
12-Sep-2019 16:59:53 [---] Project communication failed: attempting access to reference site
12-Sep-2019 16:59:54 [---] Internet access OK - project servers may be temporarily down.
i have restarted my boinc manager without success.
regards.
Michel.

. . The project had server issues on the 8th but they have been fixed, I cannot explain why you are still having troubles. It is very late at night here and I am not thinking that clearly. You can access the forums OK it seems so I have no explanation at the moment :(

Stephen

. .

It's working fine here. DL & UL ok.

Until someone give you a better answer, i suggest to check your route to the lab or the DNS and see if there are some broken link.

---

Hello

same issue since Sep 8 and not resolved for me.

12-Sep-2019 16:59:51 [SETI@home] Fetching scheduler list
12-Sep-2019 16:59:53 [---] Project communication failed: attempting access to reference site
12-Sep-2019 16:59:54 [---] Internet access OK - project servers may be temporarily down.

i have restarted my boinc manager without success.

Any recent software updates, such as your AntiVirus programme on or around that date? Configuration changes to AV/firewall software?

---

Grant
Darwin NT

As Juan alluded to, first thing I'd try is to Start>Run> CMD, then do an ipconfig /flushdns, if in fact this is still happening.

---

hello

i use boinc_7.2.42_i686-pc-linux-gnu.sh
on Centos 5.11

i tried iptables -F
i set another dns
no antivirus on this linux and no change since Sept 08

13-Sep-2019 15:19:12 [---] Starting BOINC client version 6.2.15 for i686-pc-linux-gnu
13-Sep-2019 15:19:12 [---] log flags: task, file_xfer, sched_ops
13-Sep-2019 15:19:12 [---] Libraries: libcurl/7.18.0 OpenSSL/0.9.8g zlib/1.2.3 c-ares/1.5.1
13-Sep-2019 15:19:12 [---] Data directory: /usr/local/BOINC
13-Sep-2019 15:19:12 [---] Processor: 8 AuthenticAMD AMD FX-8320E Eight-Core Processor [Family 21 Model 2 Stepping 0]
13-Sep-2019 15:19:12 [---] Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc nonstop_tsc cpb pni ssse3 cx16 sse4_1 sse4_2 popcnt lahf_lm cmp_legacy svm extapic cr8l
13-Sep-2019 15:19:12 [---] OS: Linux: 2.6.18-308.el5PAE
13-Sep-2019 15:19:12 [---] Memory: 15.83 GB physical, 4.91 GB virtual
13-Sep-2019 15:19:12 [---] Disk: 446.32 GB total, 353.07 GB free
13-Sep-2019 15:19:12 [---] Local time is UTC +2 hours
13-Sep-2019 15:19:12 [---] No coprocessors
13-Sep-2019 15:19:12 [SETI@home] URL: http://setiathome.berkeley.edu/; Computer ID: 8237426; location: home; project prefs: default
13-Sep-2019 15:19:12 [---] No general preferences found - using BOINC defaults
13-Sep-2019 15:19:12 [---] Reading preferences override file
13-Sep-2019 15:19:12 [---] Preferences limit memory usage when active to 8104.71MB
13-Sep-2019 15:19:12 [---] Preferences limit memory usage when idle to 11346.59MB
13-Sep-2019 15:19:12 [---] Preferences limit disk usage to 13.97GB
13-Sep-2019 15:22:38 [SETI@home] Fetching scheduler list
13-Sep-2019 15:22:39 [---] Project communication failed: attempting access to reference site
13-Sep-2019 15:22:40 [---] Internet access OK - project servers may be temporarily down.

regards.
Michel

---

With a client as old as that, you may be using an outdated security certificate in ca-bundle.crt

Enable <http_debug> event logging to see the server responses in detail, and if they reveal an https handshaking failure, replace the security bundle from another machine or a more modern download.

i set http_debug.
it is a SSL3 certificate error:

13-Sep-2019 16:04:10 [---] [http_debug] HTTP_OP::init_get(): http://boinc.berkeley.edu/project_list.php
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: About to connect() to boinc.berkeley.edu port 80 (#0)
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: Trying 208.68.240.115...
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: Connected to boinc.berkeley.edu (208.68.240.115) port 80 (#0)
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] Sent header to server: GET /project_list.php HTTP/1.1
User-Agent: BOINC client (i686-pc-linux-gnu 6.2.15)
Host: boinc.berkeley.edu
Accept: */*
Accept-Encoding: deflate, gzip
Content-Type: application/x-www-form-urlencoded

13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] Received header from server: HTTP/1.1 301 Moved Permanently
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] Received header from server: Date: Fri, 13 Sep 2019 14:04:10 GMT
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] Received header from server: Server: Apache/2.2.15 (Scientific Linux)
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] Received header from server: Location: https://boinc.berkeley.edu/project_list.php
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] Received header from server: Content-Length: 345
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] Received header from server: Connection: close
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] Received header from server: Content-Type: text/html; charset=iso-8859-1
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] Received header from server:
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: Closing connection #0
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: Issue another request to this URL: 'https://boinc.berkeley.edu/project_list.php'
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: About to connect() to boinc.berkeley.edu port 443 (#0)
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: Trying 208.68.240.115...
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: Connected to boinc.berkeley.edu (208.68.240.115) port 443 (#0)
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: successfully set certificate verify locations:
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: CAfile: ca-bundle.crt
CApath: none
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: SSLv2, Client hello (1):
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: SSLv3, TLS handshake, Server hello (2):
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: SSLv3, TLS handshake, CERT (11):
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: SSLv3, TLS alert, Server hello (2):
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: Expire cleared
13-Sep-2019 16:04:10 [---] [http_debug] [ID#0] info: Connection #0 to host boinc.berkeley.edu left intact
13-Sep-2019 16:04:10 [---] [http_debug] HTTP error: Peer certificate cannot be authenticated with known CA certificates

---

For Windows, BOINC supplies its own copy of the security certificates in the program directory.

Looking at my Linux Mint system, every reference to ca-bundle.crt on the machine (including the one in the boinc-client folder) links back to a central copy located at

/etc/ssl/certs/ca-certificates.crt

I don't know how that translates to Centos 5.11, but I hope that gives you some clues as to where you need to start looking.

Edit: try https://raymii.org/s/snippets/CentOS_5_CA_Certificate_Bundle_Update.html