Message boards : Number crunching : SERVER PROBLEMS.
Previous · 1 · 2 · 3 · 4 · 5 . . . 12 · Next
Author | Message |
---|---|
P . P . L . Send message Joined: 20 Aug 06 Posts: 581 Credit: 4,865,274 RAC: 0 |
Hi. If you are using windows, you could try this i found it on seti forums might be worth a go. (Don't know if it will i use Linux.) "Can't resolve hostname" is usually caused by an invalid cached dns entry. Try opening a command prompt (if you're using Vista, make sure you run the command prompt as Administrator) and type in: IPCONFIG /flushdns pete. |
Otto Send message Joined: 6 Apr 07 Posts: 27 Credit: 3,567,665 RAC: 0 |
Oh, oh, please don't say that I will lose several WUs of 6 hour crunches. I wouldn't be too pleased about it (if I have to detach the project then re-attach in order to make it work). Refreshing the project did nothing. |
AMD_is_logical Send message Joined: 20 Dec 05 Posts: 299 Credit: 31,460,681 RAC: 0 |
The "Message from server: Server error: can't attach shared memory" problem seems to be with the Rosetta servers. My machines were able to download work, etc for a few hours today, but now they get that error message. I remember this problem happening in the past (over a year ago), but I can't remember what it turned out to be. Was it that some piece of shared memory in the server programs wasn't big enough? Can anyone else remember? |
David E K Volunteer moderator Project administrator Project developer Project scientist Send message Joined: 1 Jul 05 Posts: 1018 Credit: 4,334,829 RAC: 0 |
You should be able to just update the project by clicking the update button on the boinc manager when the R@h project is selected. This should cause the client to get the new scheduler url from the master url. The scheduler changed from https://boinc.bakerlab.org/rosetta_cgi/cgi to http://srv4.bakerlab.org/rosetta_cgi/cgi The client should get this information from https://boinc.bakerlab.org/rosetta. The only reason I can see it not working is if this url is cached somehow and the client is getting an older (earlier today) version. let me know if you continue to have problems. |
David E K Volunteer moderator Project administrator Project developer Project scientist Send message Joined: 1 Jul 05 Posts: 1018 Credit: 4,334,829 RAC: 0 |
Mod.Sense made an excellent suggestion for a quick fix to this which involved making our server redirect requests to our old scheduler url to the new one. If the client is smart enough to use the redirect, this should fix things right away. Let me know if the problem persists. |
AMD_is_logical Send message Joined: 20 Dec 05 Posts: 299 Credit: 31,460,681 RAC: 0 |
When I press "update" I now get the message "Message from server: Incomplete request received." |
David E K Volunteer moderator Project administrator Project developer Project scientist Send message Joined: 1 Jul 05 Posts: 1018 Credit: 4,334,829 RAC: 0 |
When I press "update" I now get the message "Message from server: Incomplete request received." Looks like the client isn't following the redirect. That's unfortunate. I'll look into it further. |
XJR-Maniac Send message Joined: 24 Jan 06 Posts: 12 Credit: 271,462 RAC: 0 |
Still getting this message:
Did a flushdns, stop/start of boinc service, no change. |
TomaszPawel Send message Joined: 28 Apr 07 Posts: 54 Credit: 2,791,145 RAC: 0 |
2008-12-02 09:45:55|rosetta@home|Message from server: Server error: can't attach shared memory What this mean? |
Matthew Lei Send message Joined: 5 Jun 06 Posts: 4 Credit: 258,058 RAC: 0 |
|
AMD_is_logical Send message Joined: 20 Dec 05 Posts: 299 Credit: 31,460,681 RAC: 0 |
I'm leaving my machines alone, and after about 6 hours and many automatic retries, they eventually say "Fetching master file" and start working. (I'm using BOINC 5.2.13 on these machines.) |
Evan Send message Joined: 23 Dec 05 Posts: 268 Credit: 402,585 RAC: 0 |
You can fix it yourself. Their instructions worked for me. The problem is because they have moved to another server to ease the load. Exit boinc and then Open notepad and set it for all files and then open the boinc file - in my case found in documents and settings/all users/application data/boinc. There are three files to edit client_state.xml, client_state_prev.xml, master_boinc.bakerlab.org_rosetta.xml Open them in turn and enter "schedule" in the edit/find tab of notebook. This will take you to the correct line. <scheduler_url>http://bakerlab.org/rosetta_cgi/cgi</scheduler_url> enter srv4. before the bakerlab..... it will look like <scheduler_url>http://srv4.bakerlab.org/rosetta_cgi/cgi</scheduler_url> repeat for the remaining two. Restart boinc and update rosetta |
Erwin Schlonz Send message Joined: 20 May 07 Posts: 5 Credit: 203,397 RAC: 0 |
You can fix it yourself. This worked for me. But the uploaded results now have the status pending. Has this something do to with this fix? [EDIT] Ok, forget it. The results are now validated. |
The Grinch Send message Joined: 29 Mar 07 Posts: 3 Credit: 3,622,517 RAC: 0 |
02.12.2008 13:39:32|rosetta@home|Message from server: Server error: can't attach shared memory Is there any Server-Problems? |
Sid Celery Send message Joined: 11 Feb 08 Posts: 2125 Credit: 41,249,734 RAC: 9,368 |
You can fix it yourself. Their instructions worked for me. Thanks for this. I used the IPCONFIG /flushdns instruction as well and it didn't work. I was about to post until I realised the URL in those files was actually: <scheduler_url>http://boinc.bakerlab.org/rosetta_cgi/cgi</scheduler_url> ...so when I put srv4 in front of it it came out srv4.boinc.bakerlab.org instead of srv4.bakerlab.org Stopping the BOINC service, a quick edit, restarting the BOINC service, resulted in downloading a new master file schedule list and all seems to be well. Now to reset the project, allow new tasks and hope I'm back on stream again. Phew! Thanks for everyone's help... EDIT: And 9 new WUs come straight down. Let's hope this resolves a few issues now after this cleanup |
Evan Send message Joined: 23 Dec 05 Posts: 268 Credit: 402,585 RAC: 0 |
Quite right, I didn't see that error. As you say it should read: <scheduler_url>http://srv4.boinc.bakerlab.org/rosetta_cgi/cgi</scheduler_url> |
BarryAZ Send message Joined: 27 Dec 05 Posts: 153 Credit: 30,843,285 RAC: 0 |
A simpler brute force approach (which will lose completed unreported work, and work in process) would be to detach and rejoin. Quite right, I didn't see that error. As you say it should read: |
Evan Send message Joined: 23 Dec 05 Posts: 268 Credit: 402,585 RAC: 0 |
There is always a simpler way. The latest is to speed up the boinc process of updating the masterfile as found by AMD is logical message 4539 |
Sid Celery Send message Joined: 11 Feb 08 Posts: 2125 Credit: 41,249,734 RAC: 9,368 |
Quite right, I didn't see that error. As you say it should read: No, you were right with the correction to make (coz it didn't work for me first time), but for me it's from: <scheduler_url>https://boinc.bakerlab.org/rosetta_cgi/cgi</scheduler_url> should be changed to: <scheduler_url>http://srv4.bakerlab.org/rosetta_cgi/cgi</scheduler_url> So, replace "boinc" with "srv4" rather than just inserting svr4 in front of the full previous URL, if you get me. That's what did it for me anyway |
Heidi1 Send message Joined: 11 Aug 07 Posts: 49 Credit: 1,786,248 RAC: 0 |
You can fix it yourself. Their instructions worked for me. I followed the instructions, with both versions (the one quoted above and the version with srv4.boinc.bakerlab...), and neither worked. I now have an error message saying that there is no start tag in the server reply and that it can't parse the file. I don't know what that means, and what I can do to fix it, other than going to my backup of the files, copying them back into my computer, and hitting the Update button 11 times. Any thoughts? |
Message boards :
Number crunching :
SERVER PROBLEMS.
©2024 University of Washington
https://www.bakerlab.org