Message boards :
Number crunching :
Problem reporting tasks
Message board moderation
Previous · 1 . . . 3 · 4 · 5 · 6 · 7 · Next
Author | Message |
---|---|
Claggy Send message Joined: 5 Jul 99 Posts: 4654 Credit: 47,537,079 RAC: 4 |
I have been unable to connect to the server for close to a week now. All I get is the HTTP internal server error; Project communication failed; Internet access OK: project servers may be temporarily down; Scheduler request failed:attempting access to reference site. You could post your app_info, but when i looked at your host's, your OS/2 machine had just reported successfully, and got work twice, Claggy |
Hellsheep Send message Joined: 12 Sep 08 Posts: 428 Credit: 784,780 RAC: 0 |
Hey guys and girls, Sorry i haven't been around much. Been busy working on some web servers for a company. Anyway.. After having these same issues i did some debugging. Noticed that the URL boinc tries to connect to is initiating a request on port 80 (http) so naturally that means apache or something is installed on that server. Tried accessing http://setiboinc.ssl.berkeley.edu or even http://ssl.berkeley.edu a few times over an hour, i got 4 successful requests which returned the default fedora test page. And the rest were not successful. "The server at http://setiboinc.ssl.berkeley.edu is taking too long to respond." This means boinc cannot communicate with it either. Now i'm not sure if it's some sort of network issue and why it's only affecting a few people and not others. But i know one thing, it's certainly an issue with the server running the scheduler since obviously it's inaccessible a large amount of the time. I have a feeling either there is an issue with the web server setup or a routing issue somewhere, if they use NFS maybe something isn't working right between communication of the schedule servers and database servers. Just thought i should let you know, since although there have been a few fixes listed here, none of these /should/ in theory be actually fixing anything as the problem lies with the connection to that URL. - Jarryd |
S@NL - BuddyWolly Send message Joined: 31 May 99 Posts: 19 Credit: 8,523,679 RAC: 1 |
@Hellsheep, solving the "can not connect error" is indeed beyond our control (apart from retrying over and over ;)) However the "HTTP internal server error" is returned by the server. So in those cases the connection did succeed. This error is found to be related to a reference in onces app_info.xml file to the old AP version. Appearantly the update to the server sided software on July the 26th does not take into account that reference anymore. Since this is a referal to an optimized application on the windows platform, only those clients who installed that particular version of the optimized client are affected. Removing the entry for optimized AP versions other then v505 will solve it for now. |
Wiggo Send message Joined: 24 Jan 00 Posts: 34984 Credit: 261,360,520 RAC: 489 |
@Hellsheep, solving the "can not connect error" is indeed beyond our control (apart from retrying over and over ;)) However the "HTTP internal server error" is returned by the server. So in those cases the connection did succeed. This error is found to be related to a reference in onces app_info.xml file to the old AP version. Appearantly the update to the server sided software on July the 26th does not take into account that reference anymore. If that is the case then why are those clients without any old version entries also having the same connection problems? |
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13755 Credit: 208,696,464 RAC: 304 |
If that is the case then why are those clients without any old version entries also having the same connection problems? Because it's a problem with the servers, not related to any software versions you may have on your system. The fact that some systems have been unable to connect at all while many can would indicate a DNS issue of some sort, but the fact is even if you do make contact, it could take 5 or more attempts before you make a successful connection, and even then things still may not work. Grant Darwin NT |
Claggy Send message Joined: 5 Jul 99 Posts: 4654 Credit: 47,537,079 RAC: 4 |
@Hellsheep, solving the "can not connect error" is indeed beyond our control (apart from retrying over and over ;)) However the "HTTP internal server error" is returned by the server. So in those cases the connection did succeed. This error is found to be related to a reference in onces app_info.xml file to the old AP version. Appearantly the update to the server sided software on July the 26th does not take into account that reference anymore. Hosts that ran the Stock Astropulse or Stock Astropulse_v5 app may be affected as well, as their client_state file may still have the reference to Astropulse or Astropulse_v5, Claggy |
Miep Send message Joined: 23 Jul 99 Posts: 2412 Credit: 351,996 RAC: 0 |
There's two different problems here: a) a general connectivity issue i.e. difficulties to connect for everybody getting through only part of the time b) a host specific 'unable to connect at all' issue, that has been traced to app_infos containing old (no longer supported) application data, probably due to some server side change. This problem can be resolved by removing blocks refering to old applications from app_info. Carola ------- I'm multilingual - I can misunderstand people in several languages! |
kittyman Send message Joined: 9 Jul 00 Posts: 51469 Credit: 1,018,363,574 RAC: 1,004 |
Well.... I would debate the effect of anything in the app_info. All 4 of my crunchers are running the exact same Lunatics installed optis and app_infos.... And have been able to connect and report work most of the time. I just tried a manual update on the Frozen 920, and got the can't connect to server error twice in 10 minutes trying to report 41 completed tasks. Watching the NIC status lights, I can see Boinc trying to get the server, but the server never answers. So whatever is in my app_info isn't even coming into play. And this with the Cricket graphs showing slightly declining traffic all day.... The problem is not with my television set. "Freedom is just Chaos, with better lighting." Alan Dean Foster |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14654 Credit: 200,643,578 RAC: 874 |
Well.... It depends on the messages you see in BOINC Manager. As Carola says, there are two quite distinct problems: a) If you see a general grumbling about 'HTTP service unavailable', 'Couldn't connect to server', 'Project has no tasks available' (those seem to be the main ones on this machine today), then indeed "Do not adjust your set", the TV is OK, it's the servers which are struggling. but... b) If you see the specific message "HTTP Internal Server error", check that your app_info.xml file is really as clean as you think it is. |
kittyman Send message Joined: 9 Jul 00 Posts: 51469 Credit: 1,018,363,574 RAC: 1,004 |
The Frozen 920's app_info references 603, 608, and 505. About 3 hours ago in the log I see.....server returned nothing (no headers, no data). And it is littered with can't connect errors all day long. EDIT... And it did just connect on it's own and reported those completed WUs. "Freedom is just Chaos, with better lighting." Alan Dean Foster |
Ronald Send message Joined: 15 May 99 Posts: 8 Credit: 1,562,838 RAC: 0 |
Removing the references to the obsolete applications from my app_info.xml solved this issue for me. The next update completed succesfully and my wu's are reported. Woohoo!! worked a treat, All have now reported. Perhaps i can now get a good nights sleep. Many thanks dlanor |
S@NL - XP_Freak Send message Joined: 10 Jul 99 Posts: 99 Credit: 6,248,265 RAC: 0 |
I cleared my app-Info.xml, but still getting the HTTP Internal Server Error. 2-8-2010 0:07:28 SETI@home update requested by user Could some one check my xml and tell me weather it is correct or not? <app_info> <app> <name>astropulse_v505</name> </app> <file_info> <name>ap_5.05r168_SSE.exe</name> <executable/> </file_info> <app_version> <app_name>astropulse_v505</app_name> <version_num>505</version_num> <file_ref> <file_name>ap_5.05r168_SSE.exe</file_name> <main_program/> </file_ref> </app_version> <app> <name>setiathome_enhanced</name> </app> <file_info> <name>AK_v8_win_SSE2.exe</name> <executable/> </file_info> <app_version> <app_name>setiathome_enhanced</app_name> <version_num>603</version_num> <file_ref> <file_name>AK_v8_win_SSE2.exe</file_name> <main_program/> </file_ref> </app_version> </app_info> Goodbye Seti Classic |
kittyman Send message Joined: 9 Jul 00 Posts: 51469 Credit: 1,018,363,574 RAC: 1,004 |
Looks fine to me....only 603 and 505, both of which should be fine. Which confirms to me that the problem is within the Seti servers, and may have little to do with the condition of one's app_info file. "Freedom is just Chaos, with better lighting." Alan Dean Foster |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14654 Credit: 200,643,578 RAC: 874 |
Looks clean to me. What were the startup messages, when you restarted after the edit? |
S@NL - XP_Freak Send message Joined: 10 Jul 99 Posts: 99 Credit: 6,248,265 RAC: 0 |
There was an error in my app_info file. After adding <app> right after the first <app_info>, restarting BOINCmanager and trying to update 4 times, suddenly the wu's were reported, and new wu's were downloaded. Thanks BuddyWolly for this work-aroud. Goodbye Seti Classic |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14654 Credit: 200,643,578 RAC: 874 |
Ah, I thought I saw a difference between Mark's quote and my quote of ostensibly the same message. If you've posted asking for help, and subsequently edit the data you're asking about, it would be helpful to mention the edit in a footnote. Anyway, glad you worked it out in the end. |
S@NL - XP_Freak Send message Joined: 10 Jul 99 Posts: 99 Credit: 6,248,265 RAC: 0 |
Ah, I thought I saw a difference between Mark's quote and my quote of ostensibly the same message. If you've posted asking for help, and subsequently edit the data you're asking about, it would be helpful to mention the edit in a footnote. You are right, sorry for that. But there still seems to be another problem: 2-8-2010 0:42:28 SETI@home Requesting new tasks Goodbye Seti Classic |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14654 Credit: 200,643,578 RAC: 874 |
Ah, I thought I saw a difference between Mark's quote and my quote of ostensibly the same message. If you've posted asking for help, and subsequently edit the data you're asking about, it would be helpful to mention the edit in a footnote. It's OK. Yes, exactly: there are two problems, as we've discussed before in this thread. You've fixed the one which is fixable at your end. Great stuff. Now you're left with the other one, the one which is only fixable at the server end. But that one is at least intermittent: if you leave it running overnight, there's a fair chance that at some point you'll get the work you're asking for. With the app_info error, you had no chance at all. |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
Well, I don't know if my futzing with the app_info.xml did anything or not. The client has been running for days now with no success connecting. Just after I made my post, I figured what the heck and edited the app_info.xml file and removed the AstroPulse 4.28 application which I never could run anyway. Then I left for town to go to the bank. Just now looked at the computer and see that it was successful in reporting my 5 finished WU's and successfully downloaded new work. So either, removing the AstroPulse application reference either worked or finally Seti finally let me connect. I guess my immediate problem is fixed finally, but I am really not confident the problem won't occur again the next outage on Tuesday. With the poor communication, I am only able to get about 2 days worth of week each week and it takes almost a week to successfully report it. Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
It affects more than just Windows machines. I run OS/2 and Linux only. I think I fixed my problem by removing the AstroPulse 4.62 application reference in my app_info.xml file on my OS/2 machine. Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
©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.