If this was not the change you had in mind, please advise and I'll try again on my return in about three hours.
I then directed an update, with no joy ...
Yes, that's exactly what I had in mind. But the log so far doesn't include the attempted report, just the result file uploads - unless there was a scheduler attempt just before this bit, triggering the Google check?
At this stage I'm wondering, in the absence of complaints from other users, whether I'm wasting people's time with an oddball configuration problem unique to me, somehow.
Also I'm running out of bright ideas.
When I get back in three hours, I'll look here for fresh question or suggestions, but without new thoughts from anyone here or me, my current intention is to use my laptop (which has only a few hundred credits of unreported work, unlike the hundreds of thousands on the other three hosts), as a trial case for trying to resolve matters by progressively more fundamental back to basics:
1. in BoincMgr, reset project
2. in BoincMgr, remove project, followed by connecting anew
3. doing a full uninstall of boinc entirely
4. followed by reboot, and starting anew with fresh installation of BoincMGr of the latest version approved for general release.
If this fixes things (somewhere along the trail), then the last aid I'd beg here is if someone can point me to instructions that might permit me to do some file legerdemain during the process that might permit me to report the already completed work on the three big machines once I'm back up, and perhaps avoid some bandwidth waste to repeated downloads of unstarted work.
I'm grateful for the considerable advice already given, and regret any wasted time. I'll carefully listen to any new advice, after I return.
I live in Germany and my ISP ist T-Mobile Germany (LTE).
I already uploaded some to SETI and Einstein yesterday and the day before. I think the Problem first showed this night.
I am running Kaspersky IS, but after disabling it and trying again still the same.
When running both again it still Shows the following error, but ONLY at Einstein, SETI runs just normal.
Quote:
19.11.2015 21:17:07 | SETI@home | update requested by user
19.11.2015 21:17:11 | SETI@home | Sending scheduler request: Requested by user.
19.11.2015 21:17:11 | SETI@home | Not requesting tasks: don't need (job cache full)
19.11.2015 21:17:14 | SETI@home | Scheduler request completed
19.11.2015 21:17:22 | Einstein@Home | update requested by user
19.11.2015 21:17:24 | Einstein@Home | Sending scheduler request: Requested by user.
19.11.2015 21:17:24 | Einstein@Home | Reporting 12 completed tasks
19.11.2015 21:17:24 | Einstein@Home | Not requesting tasks: don't need (job cache full)
19.11.2015 21:17:25 | Einstein@Home | Scheduler request failed: Server returned nothing (no headers, no data)
19.11.2015 21:17:26 | | Project communication failed: attempting access to reference site
19.11.2015 21:17:27 | | Internet access OK - project servers may be temporarily down.
So what i understand is that there were too many Tasks running on the PC, so SETI and Einstein wont download some new ones, but that should not prevent the PC from uploading the completed ones or running into that error?
P.S. I do not know wether this matters, but since I think about the dayy before yesterday I've got 7 WUs waiting for being checked
That element suggests to me that your Einstein problem may have started a bit longer ago than "this night". As you have hidden your computers, I can't check the most recent return time stamp on your Einstein tasks web page, but you can.
I agree that too many tasks in queue (not too many running) means your copy of BOINC did not request additional work to be sent in this example, but that should not trigger the error you show, which does resemble my continuing problem.
letztmaliger Kontakt mit Server 18 Nov 2015, 5:01:05 UTC
This is the last time my PC connected with the server as stated on my account page.
I am also gonna make it visible to you.
This problem also exists with my old notebook as well. my Laptop being unable to connect since about 17:00 yesterday evening.
So, the non-redirected GET to
)
So, the non-redirected GET to http://einstein.phys.uwm.edu/rss_main.php (for Notices, I think) works fine.
But the redirected POST to http://scheduler.einsteinathome.org/EinsteinAtHome_cgi/cgi gets a blank reply where we would expect redirection to einstein10.
So it's not the router - it must be filtered either upstream (ISP?) or downstream (local antivirus/internet security?).
Any chance of changing the scheduler url in client_state to avoid the redirect?
RE: So, the non-redirected
)
On my personal daily driver, I just now edit client_state.xml and replaced
http://scheduler.einsteinathome.org/EinsteinAtHome_cgi/cgi
with
http://einstein10.aei.uni-hannover.de/EinsteinAtHome_cgi/cgi
If this was not the change you had in mind, please advise and I'll try again on my return in about three hours.
I then directed an update, with no joy and these details:
RE: On my personal daily
)
Yes, that's exactly what I had in mind. But the log so far doesn't include the attempted report, just the result file uploads - unless there was a scheduler attempt just before this bit, triggering the Google check?
OK, looking forward to hearing how you get on.
At this stage I'm wondering,
)
At this stage I'm wondering, in the absence of complaints from other users, whether I'm wasting people's time with an oddball configuration problem unique to me, somehow.
Also I'm running out of bright ideas.
When I get back in three hours, I'll look here for fresh question or suggestions, but without new thoughts from anyone here or me, my current intention is to use my laptop (which has only a few hundred credits of unreported work, unlike the hundreds of thousands on the other three hosts), as a trial case for trying to resolve matters by progressively more fundamental back to basics:
1. in BoincMgr, reset project
2. in BoincMgr, remove project, followed by connecting anew
3. doing a full uninstall of boinc entirely
4. followed by reboot, and starting anew with fresh installation of BoincMGr of the latest version approved for general release.
If this fixes things (somewhere along the trail), then the last aid I'd beg here is if someone can point me to instructions that might permit me to do some file legerdemain during the process that might permit me to report the already completed work on the three big machines once I'm back up, and perhaps avoid some bandwidth waste to repeated downloads of unstarted work.
I'm grateful for the considerable advice already given, and regret any wasted time. I'll carefully listen to any new advice, after I return.
I think i got the same
)
I think i got the same Problem here,
I am pretty new to this so i have some difficulties following your suggestions...
I forgot, i am on the newest BOINC version an SETI works.
RE: I think i got the same
)
Where do you live and who is your ISP?
When did you first see this problem?
I suggested (not very clearly
)
I suggested (not very clearly i admit) but i didn't see it confirmed, have you checked the host's firewall settings.
@archae86 and @dunno27 - are you running PC firewall software such as Kapersky / Avast?
With the new and improved forum search i looked about, i remembered from the distant past. Found this
This "empty response" is typical of how firewall products / and proxies "block" a connection.
I live in Germany and my ISP
)
I live in Germany and my ISP ist T-Mobile Germany (LTE).
I already uploaded some to SETI and Einstein yesterday and the day before. I think the Problem first showed this night.
I am running Kaspersky IS, but after disabling it and trying again still the same.
When running both again it still Shows the following error, but ONLY at Einstein, SETI runs just normal.
So what i understand is that there were too many Tasks running on the PC, so SETI and Einstein wont download some new ones, but that should not prevent the PC from uploading the completed ones or running into that error?
P.S. I do not know wether this matters, but since I think about the dayy before yesterday I've got 7 WUs waiting for being checked
RE: 19.11.2015 21:17:24 |
)
That element suggests to me that your Einstein problem may have started a bit longer ago than "this night". As you have hidden your computers, I can't check the most recent return time stamp on your Einstein tasks web page, but you can.
I agree that too many tasks in queue (not too many running) means your copy of BOINC did not request additional work to be sent in this example, but that should not trigger the error you show, which does resemble my continuing problem.
RE: letztmaliger Kontakt
)
This is the last time my PC connected with the server as stated on my account page.
I am also gonna make it visible to you.
This problem also exists with my old notebook as well. my Laptop being unable to connect since about 17:00 yesterday evening.