It is only older WUs that cannot be uploaded, new ones -the one I received today - give no problems.

Returning to an unattended machine after a few days I found I lost my internet connection as well a couple of days ago and ran out of my stock of work for 5-7 hours. There's a lot of it about...

Afer restocking from my back-up project I found I could upload 17 completed 8-hour Rosetta tasks in 2 batches, but 14 others struggled and are still waiting (I won't rush them to keep the heat off the servers in their current state). Point is, some are struggling through.

Nothing requested and nothing came down though (probably because I'm full with back-up tasks tbh).

---

1/9/2011 6:40:17 PM rosetta@home Project file upload handler is missing

1/9/2011 6:40:17 PM rosetta@home [error] Error reported by file upload server: [mem_prub_run05_centroid_round03_A_subrun_007594_SAVE_ALL_OUT_IGNORE_THE_REST_22824_29_0_0] locked by file_upload_handler PID=-1

1/9/2011 6:40:17 PM rosetta@home Backing off 2 hr 9 min 18 sec on upload of mem_prub_run05_centroid_round03_A_subrun_007598_SAVE_ALL_OUT_IGNORE_THE_REST_22824_29_0_0

---

shimp

Joined POEM@Home in the meanwhile ('tis my backup project). I was able to upload a few WUs, but I still have 24 WUs waiting to be uploaded (2hrs of CPU each). Haven't been able to download a single WU since the crash.

---

I don't seem to be able to upload *any* of my Rosetta units, even the ones that downloaded and were processed OK.

For the time being, I've suspended Rosetta and joined malariacontrol.net. Wonder, though, if I should just tell BOINC no new tasks for it...

Is their an ETA on when the upload handler missing error will be fixed? I know they had a really bad crash last week.

I have 9 WU waiting to upload for several days now. I've read most of this thread but fail to see when or if the system will be fixed.


11/01/2011 6:37:36 PM | rosetta@home | Project file upload handler is missing

This is message I'm getting, any ideas if I can fix it on my end??

Me too, Me too.

I have a couple of dozen with the same error message.

count me pls. BOINC says about smth about upload handler (never seeing that stuff before)

Try reading the front page when there are problems:
Jan 7, 2010
Well, our luck ran out. The SAN controller that has been causing so much trouble in the last few months finally tipped over in a rather distructive fashion, corrupting the binary tree on which the filesystem is based. We're trying to rebuild the thing but the sheer number of files in the filesystem (> 10M files) makes this process very, very slow. We're bringing the project up from a recent backup (12/09/10) but the backup wasn't a perfect replica of the environment, so we're having to scramble to get all the parts working together again. We only need a few more weeks and then our new, next generation SAN will be ready to be put into place... I just thought the old one would last a few more week. I apologize for the hassle and appreciate your patience as we get things online again... KEL 01/07/11

Try reading the front page when there are problems:

I read that. but why server status page (https://boinc.bakerlab.org/rosetta/rah_status.php) shows everything up and running? that's confusing me

Try reading the front page when there are problems:

I read that. but why server status page (https://boinc.bakerlab.org/rosetta/rah_status.php) shows everything up and running? that's confusing me

The Server Status page is updated by a script that may not be running right now, so it could be showing several days ago stats.

Yes I have the same, 4 still unaible to upload, retriing from time to time.

It's always when I would like to run a day or two for Rosetta there is an issue. All wu's result in errors, or no new work or not uploading.
If the wu's I have are finished I switch that pc to Einstein@home again.

Try Rosetta next mounth again.

---

Greetings,
TJ.

I saw something by MOD in another thread somewhere that made it sound like this section of the server is not monitored by the status script. Almost sounded like a sub system. **MOD - if your reading this can you repost what you wrote over in that other thread that I do not remember???**

Try reading the front page when there are problems:

I read that. but why server status page (https://boinc.bakerlab.org/rosetta/rah_status.php) shows everything up and running? that's confusing me

The Server Status page is updated by a script that may not be running right now, so it could be showing several days ago stats.

i Try reading the front page when there are problems:
Jan 7, 2010
Well, our luck ran out. The SAN controller that has been causing so much trouble in the last few months finally tipped over in a rather distructive fashion, corrupting the binary tree on which the filesystem is based. We're trying to rebuild the thing but the sheer number of files in the filesystem (> 10M files) makes this process very, very slow. We're bringing the project up from a recent backup (12/09/10) but the backup wasn't a perfect replica of the environment, so we're having to scramble to get all the parts working together again. We only need a few more weeks and then our new, next generation SAN will be ready to be put into place... I just thought the old one would last a few more week. I apologize for the hassle and appreciate your patience as we get things online again... KEL 01/07/11 /i

Guy, this might do for a database engineer, but, some of us have a life and are just attempting to help the projects out. Perhaps, if they had said something like "things will be screwed up for the next weeks due to computer problems. It will be fixed in February". Then perhaps give a detailed explanation.

Remember the old KISS principal, it does apply here.

I still can't upload an old result, although a newer one has successfully uploaded.
The old one still gets the "upload handler not present" message, the newer on didn't.

Is it possible that you somehow changed something in the upload handler URL, so that it would not be found? In my client_state.xml the right path is given as this:
<url>http://srv5.bakerlab.org/rosetta_cgi/file_upload_handler</url>
I can't find the srv5 on the server status page, should I change the number to "4"?

---

Grüße vom Sänger

I still can't upload an old result, although a newer one has successfully uploaded.
The old one still gets the "upload handler not present" message, the newer on didn't.

Is it possible that you somehow changed something in the upload handler URL, so that it would not be found? In my client_state.xml the right path is given as this:
<url>http://srv5.bakerlab.org/rosetta_cgi/file_upload_handler</url>
I can't find the srv5 on the server status page, should I change the number to "4"?

ok, problem servers :)

12/01/2011 16:24:45 rosetta@home Project file upload handler is missing
12/01/2011 16:24:45 rosetta@home Backing off 1 hr 36 min 48 sec on upload of abrelax_helixfrag_1vkk_SAVE_ALL_OUT_22843_2845_0_0

---

I saw something by MOD in another thread somewhere that made it sound like this section of the server is not monitored by the status script. Almost sounded like a sub system. **MOD - if your reading this can you repost what you wrote over in that other thread that I do not remember???**

I may have just pointed out that "upload server" or anything similar, does NOT appear in the list of server statuses. I'm not sure why, and not in a position to address the problem personally.

---

Rosetta Moderator: Mod.Sense

I saw something by MOD in another thread somewhere that made it sound like this section of the server is not monitored by the status script. Almost sounded like a sub system. **MOD - if your reading this can you repost what you wrote over in that other thread that I do not remember???**

I may have just pointed out that "upload server" or anything similar, does NOT appear in the list of server statuses. I'm not sure why, and not in a position to address the problem personally.

Yes, an entity called "Upload Server" doesn't appear on that page, but it could be just something not shown on srv4, which I guess is a name of a physical machine or partition.

As you can see, on srv3 are more than one "servers" located.
If they have lost one machine entirely, and put the stuff on another one, they may have forgotten, that some old results still have the referrer srv5 in it. Shit happens, especially in busy times.

i have about 50 that cant upload.
not receiving any new.

---

shimp

i have about 50 that cant upload.
not receiving any new.

I beat you, not that I want to. I have about 60 completed models waiting for upload in both the transfers and the tasks tabs.