The same problem.
29.07.2014 17:26:36 | rosetta@home | update requested by user
29.07.2014 17:26:40 | rosetta@home | Sending scheduler request: Requested by user.
29.07.2014 17:26:40 | rosetta@home | Not requesting tasks: "no new tasks" requested via Manager
29.07.2014 17:27:02 | rosetta@home | Scheduler request failed: Couldn't connect to server
29.07.2014 17:27:06 | | Project communication failed: attempting access to reference site
29.07.2014 17:27:07 | | Internet access OK - project servers may be temporarily down.

---

Neither of my rigs can upload/download either.

My rigs can't upload/download either. This project is becoming more and more frustrated. For weeks there where many errors in the WU's and now we can't upload and download for almost 24 hours,, as it started yesterday.

And do we get any answers, no off course not as usual.

I am considering another biology/medicine project to crunch for.

---

Greetings,
TJ.

I cannot upload completed work either, starting this morning.
I run Windows 7 and ESET Smart Security - never had any issue until today and no software changed.

---

Same old RAH problems as before....oh well..bad for them..good for other projects.
Oh yeah, forgot...same old communications problems as before. NONE!

Hey Rosetta, are you mad? I got 12 crunchies waiting to upload. You claim your servers are up and running. You don't want me to do any work for you?

---

Same here...Win XP, 7, 8 and 8.1...all were running fine until sometime yesterday, then no uploads and very, very few downloads (I was adding a new machine and was only able to get 4 units downloaded in the last 15 hrs). Machines are at different locations, different networks and ISPs, all running most recent software and were running fine until yesterday.

Not sure where the issue is, but it is not on my end, sounds like it is a common issue for multiple users and is very frustrating.

Thats the Point why i stopped complete Rosetta
and kicked out from my BAM and Boinc Manager.

Regards

They're just getting into work on the west coast, I'm sure it will be fixed soon. Not like they have 24x7 support and a NOC monitoring everything, sheesh

---

Thanks for the reports!! We are looking at this now.

Some people here are incredibly immature and demanding - I'm talking to those who are stomping their feet and threatening to leave the project just 12 hours into what I'll call the work download/upload outage. Grow up people.

Sure it sucks when stuff breaks or stops working, but that's the nature of any complex system. BOINC and most boinc projects (R@H included) are very complex systems.

My computer cycles will continue to crunch for Rosetta, good luck on getting things fixed :).

Some people here are incredibly immature and demanding - I'm talking to those who are stomping their feet and threatening to leave the project just 12 hours into what I'll call the work download/upload outage. Grow up people.

Sure it sucks when stuff breaks or stops working, but that's the nature of any complex system. BOINC and most boinc projects (R@H included) are very complex systems.

My computer cycles will continue to crunch for Rosetta, good luck on getting things fixed :).

+1

Similar problems with my 4 computers:

7/29/2014 4:56:43 PM | rosetta@home | Started upload of tube9_26_A_tube9_26_B_patchdock_split_03_140727_SAVE_ALL_OUT__179886_89_0_0
7/29/2014 4:57:01 PM | rosetta@home | Temporarily failed upload of hc_centroids_1tsf_234_0.5_06-01-14_SAVE_ALL_OUT_168123_4458_0_0: transient HTTP error
7/29/2014 4:57:01 PM | rosetta@home | Backing off 00:06:23 on upload of hc_centroids_1tsf_234_0.5_06-01-14_SAVE_ALL_OUT_168123_4458_0_0
7/29/2014 4:57:04 PM | rosetta@home | Temporarily failed upload of tube9_26_A_tube9_26_B_patchdock_split_03_140727_SAVE_ALL_OUT__179886_89_0_0: connect() failed
7/29/2014 4:57:04 PM | rosetta@home | Backing off 00:05:20 on upload of tube9_26_A_tube9_26_B_patchdock_split_03_140727_SAVE_ALL_OUT__179886_89_0_0

---

I'm having a ton of problems in the last couple of weeks that I *thought* appeared to be DNS lookup related, but I've come to find that the only application with the problem is Rosetta. Reading here about server problems gives me a little bit of relief in thinking it's not all on my end, or a telco problem. At least there is some clue to server status with the project posted here. Thanks for the efforts.

/Mike

---

@Timo

"Some people here are incredibly immature and demanding - I'm talking to those who are stomping their feet and threatening to leave the project just 12 hours into what I'll call the work download/upload outage. Grow up people."

The problem is, it is NOT 12 hours into this, it is more like five days

Which is PLENTY Of time to at least acknowledge that there IS a problem

The problem is, it is NOT 12 hours into this, it is more like five days

Which is PLENTY Of time to at least acknowledge that there IS a problem

Except that it was only affecting a few individuals prior to today and the isolated error reports made on this forum suggested it was problems with the host computers or ISPs. It is only within the last day that the issue has escalated.

If you have been experiencing problems for the last 5 days, why was your last post 110 days ago? As the project team isn't psychic it is difficult for them to spot the early signs of a failure occuring when few people bother to post.

It is up to you whether you post or not, but it is a bit rich to then complain that they haven't fixed a problem you didn't report.

There is no direct way to report a problem and we do not know if anyone from the project is reading or not. We also think that they have some sort of monitoring system that alerts them if something goes wrong, but I guess that is incorrect when it comes to technical things like this. Plus this has not just been a few hours, this has been in my case a full day or longer now.

I am a veteran RAH cruncher and I have seen lot of outages come and go and more often than not there is no acknowledgement from the team that there is something wrong. Yes the science side is very informative, but the IT side has never been that great in communication. Obviously this is deeper than what the server status page shows. I find it interesting that another project I do work for has quicker and better response time from someone IT related than this project does. That is what our issue is here. Other projects just as large or small as RAH have faster response times and better communications than here. All we want is better communication from the project.

Well, I sort of like their low-key attitude, but the poor communication encourages wild rumors. So have you heard the one about the NSA trainee who was assigned to hack Rosetta@home? He completely bollixed up the system, but at least there's "no real harm" while he learns from his mistake. He just bungled the installation of some large number of fake work units that were going to use our computers cameras to capture incriminating naked photos of our wives and girlfriends. Everyone at the NSA is sure he'll do much better on his next assignment. However, if this rumor catches on, then his next assignment may be cleaning the toilets for a few years.

There is no direct way to report a problem and we do not know if anyone from the project is reading or not. We also think that they have some sort of monitoring system that alerts them if something goes wrong, but I guess that is incorrect when it comes to technical things like this. Plus this has not just been a few hours, this has been in my case a full day or longer now.

Erm...

krypton wrote:

Thanks for the reports!! We are looking at this now.

I've been getting errors like these for several hours now:

7/29/2014 4:43:13 PM | rosetta@home | Sending scheduler request: To fetch work.
7/29/2014 4:43:13 PM | rosetta@home | Requesting new tasks for CPU
7/29/2014 4:43:36 PM | rosetta@home | Scheduler request failed: Couldn't connect to server

I'm connected to several other BOINC projects though, so only Rosetta@Home is getting less work from my computers due to this. No Rosetta@Home workunits downloaded for several hours.

Note on something relevant to a few earlier posts in this thread: If you are running 32-bit workunits under a 64-bit version of Windows Vista, don't expect the total size of the workunits to come very close to the total amount of main memory you have. 64-bit Windows Vista needs to use an amount of main memory roughly equal to the amount used by the workunits to hold the SYSWOW64 modules needed to run their 32-bit applications. Therefore if all your workunits use 32-bit applications, their total size is limited to about half of your main memory. 64-bit Windows 7 needs much less memory for its SYSWOW64 modules, though.