All of the accumulated zips on my machines have now uploaded OK to the Oregon server, so it looks like they're keeping an eye on things there.

---

Backups: Here

zips 11,12 & 13 all failed due to transient http error on eu task. 1 on a new task went through ok. Maybe some will have to wait for the new hard disks to be installed.

At the moment, I'm seeing zip 13 failing on all three regional models - they all go to the same Oxford server, I think.

Also, I'm getting failures on zips 1 to 12 for EU models only - that's the other Oxford server at fault.

But zips 1 to 12 for both the SAF and - provided Oregon can keep their server empty - PNW models are getting through. If you are running one of the later BOINC 6 versions, you may want to try a few transfer retries if you have SAF/PNW uploads (except 13) stuck on a machine which is also running one or more EU models.

I honestly have no issue keeping a few tasks in the transfer dock. Just dont abort the transfer. Wait till the upload server is online, thats all. Given that these WU's take a very long time to complete anyhow, it shouldn't affect your WU flow. Most likely, by the time the WU's in the queue are done, the upload server will be online. If not, just temporarily switch to another project. That doesn't require any effort.

One of my uploads got stock. Event log says:

27.4.2012 14:22:52 | | [error] No URL for file transfer of hadam3p_eu_9qs2_1972_1_007855565_1_2.zip
27.4.2012 14:22:52 | climateprediction.net | [error] Can't initialize file transfer for hadam3p_eu_9qs2_1972_1_007855565_1_2.zip
27.4.2012 14:22:52 | | Version change (6.12.34 -> 7.0.25)

and little later upload failed:

27.4.2012 14:32:13 | climateprediction.net | Started upload of hadam3p_eu_9qs2_1972_1_007855565_1_2.zip
27.4.2012 14:32:14 | climateprediction.net | Temporarily failed upload of hadam3p_eu_9qs2_1972_1_007855565_1_2.zip: transient HTTP error
27.4.2012 14:32:14 | climateprediction.net | Backing off 2 min 13 sec on upload of hadam3p_eu_9qs2_1972_1_007855565_1_2.zip



I just noticed it was sitting in the outbox after upgrading to new version. I thought it was sent out many days ago.

In any case is this error server related or something went wrong on my comp?

It's the server.
Look at the Server Status in blue menu to the left, 5 from the bottom.

---

Backups: Here

I see that one of the broken servers is now fixed and back up. Good work guys. Is there any word on when uploader1.atm might be fixed? I now have 14 zip files stored in my transfer tab and 2 finished WU's that can't report.

---

I also hope for solving the problem:

in que: 48 files aprx. 850 MBytes! 5 EU-Models finished

Hi everyone,

We are currently suffering two server failures - both serious hard disk issues, so I am configuring another to take over their roles before I get around to sorting out those problems.

I will let you know how things proceed, but it will be at least 24 hours before we can consider ourselves back online.

Please accept my apologies.

Jonathan

CPDN Sys-Admin

Just wondering. Do you have a backup \ mirror of the uploaded data or is the data lost?

---

The server in question is only for the restart data, zip 13.
It's a raid system, so it's unlikely that the data is lost.

As to why it's taking so long to fix, there's no information from the project people, but that server was having intermittent problems for several months recently, and perhaps the entire server needs replacing. Some of the many being used are quite old, and inadequate, resource wise, for the tasks required of them.

The main server, which also hosts this board, IS mirrored.

---

Backups: Here

Just now noticed that one hadam3p***13.zip is uploading.
Way to go!
Thanks to the whole crew!

---

But please, everybody, don't hit the "retry now" button.
The server status pages still show one server down,
And we don't want to pile on to the new or substituted server.
Patience is a virtue.
Take care.

---

Just now noticed that one hadam3p***13.zip is uploading.
Way to go!
Thanks to the whole crew!

Hmm.. the server status report "Upload server uploader1.atm Not Running"

---

I think that the Server Status page will continue to show that of the "real" server, not the aliased machine.

The reason that it's taken so long, is that there were problems in setting up a substitute server, and then there was a wait while the Uni IT people applied the alias.

---

Backups: Here

Although the Uploader is green status, I have about 40 files that are not uploading at all, not even one has started to upload. Is the uploader REALLY working?

The uploads are working for me, and have been for a day or so now.

Try clicking on one, and then click Retry Now.

---

Backups: Here

I've tried that a couple of times. All I get is the "retry in (hours) Project backoff (minutes)" messages.

I miscounted, its actually 80+ hadam3p zip files waiting, mostly pnw, with one eu and 2 saf.
They are from 18 completed tasks that are still sitting in my task list, saying uploading.

I forgot to add that in Messages I get "Internet access OK - project servers may be down", hence my original enquiry as to whether they are really working.

Just to check, is there a way to see from the task's page if zips have been transferred, like there is with the trickles which go to a different server and have been going through?

Uploading suddenly started for me at 0956 BST.
I'm relieved that all that work has not been wasted!