I was getting "no work available" earlier today, but now have plenty. Everything seems fine.

---

I am still getting no new tasks on the iMac and 4 downloads on the Linux machine are stuck at the moment. I have not checked the PC recently.

---

Same here, my Linux machines are failing downloads with an "http error" or just "0 new tasks" but the Windows boxes are downloading ok.
Is this that DNS problem that happened a week or so ago re-occurring ?

Brodo

I am getting no new tasks and I am running Windows, no errors just no tasks. Scheduler now up to 25 minutes and requested last message 4739 secs of work

---

I am getting no new tasks and I am running Windows, no errors just no tasks. Scheduler now up to 25 minutes and requested last message 4739 secs of work

Still get no new work even though server staus states there us half a million work units ready to be sent.

---

Was also getting No New Tasks.

Exited and shut down the BOINC client and restarted. Straightaway got new tasks.

I suspect one of the schedulers is acting up.

---

Just got a whole lot of work, although still getting the "No work from project" messages on some attempts.

---

Grant
Darwin NT

I was getting 0 new tasks all night long on the farm, now I'm snowed under. Also got quite a few AP wu's............lovely.......

---

Both my Mac and the Vista machine downloaded new work overnight, but the linux machine is still stuck on downloads. I think it has locked into Vader as its download server and will not release it.

---

Both my Mac and the Vista machine downloaded new work overnight, but the linux machine is still stuck on downloads. I think it has locked into Vader as its download server and will not release it.

This seems to be a similar Linux issue to the one we had a week or so ago.

Try adding:
208.68.240.18 boinc2.ssl.berkeley.edu
to your hosts file, log off/on and restart the client. This worked for me.

Try adding:
208.68.240.18 boinc2.ssl.berkeley.edu
to your hosts file, log off/on and restart the client. This worked for me.

Simpler:
1. retry communications, so client wish to download
2. killall -TERM boinc
3. ping boinc2.ssl.berkeley.edu
repeat until it returnx x.x.x.13 (we need x.x.x.18)
4. start boinc script again

for ping, my linux box is alternating between x.x.x.13/18.
If not, /etc/hosts is to be checjed.

73 Iztok

Hi there,
I have linux but since yesterday i can't download new WU's. About 20 wu's are ready for download but im getting the message >>servers may be temporarily down.


@gomeyer
where exactly i have to add the following address to start downloading?
208.68.240.18 boinc2.ssl.berkeley.edu

Try adding:
208.68.240.18 boinc2.ssl.berkeley.edu
to your hosts file, log off/on and restart the client. This worked for me.

Simpler:
1. retry communications, so client wish to download
2. killall -TERM boinc
3. ping boinc2.ssl.berkeley.edu
repeat until it returnx x.x.x.13 (we need x.x.x.18)
4. start boinc script again

for ping, my linux box is alternating between x.x.x.13/18.
If not, /etc/hosts is to be checjed.

73 Iztok

I was curious, so I tried your suggestion on my Win Vista box (which is having NO problems with communications).

When I repeatedly ping boinc2.ssl.berkeley.edu it resolves to .13 every time and fails. Pinging .18 is, of course, successful. And yet, as I said, no comms problems here.

F.

---

Hi there,
I have linux but since yesterday i can't download new WU's. About 20 wu's are ready for download but im getting the message >>servers may be temporarily down.


@gomeyer
where exactly i have to add the following address to start downloading?
208.68.240.18 boinc2.ssl.berkeley.edu

Hi Petros,

The file is named "hosts" and is in your /root/etc directory. Edit it as Admin and add that line. If you add it at the end of the file be sure to hit Enter, I've heard that a missing CR/LF *may* cause it to not work. (not sure about that but it can't hurt.)

Log off and on for the system to read the file; there may be another way to do that but it works for me.

Luck!

Hi Petros,

The file is named "hosts" and is in your /root/etc directory. Edit it as Admin and add that line. If you add it at the end of the file be sure to hit Enter, I've heard that a missing CR/LF *may* cause it to not work. (not sure about that but it can't hurt.)

Log off and on for the system to read the file; there may be another way to do that but it works for me.

Luck!

Thank you Sir for your help!

Yes it worked, my client has downloaded of all wus after a new log in!

Hi Petros,

The file is named "hosts" and is in your /root/etc directory. Edit it as Admin and add that line. If you add it at the end of the file be sure to hit Enter, I've heard that a missing CR/LF *may* cause it to not work. (not sure about that but it can't hurt.)

Log off and on for the system to read the file; there may be another way to do that but it works for me.

Luck!

Thank you Sir for your help!

Yes it worked, my client has downloaded of all wus after a new log in!

Glad to help!

As an after-thought, Matt will probably fix this tomorrow. After he does you'll probably want to return things to normal by removing that line, or better still, comment it out with a pound sign. "#" This has happened before and may again. With the line still there it will be a snap to patch in the future.

[Edited for wording.]

There appears to be a a fair amount of incoming & outgoing traffic, but there's something definately screwy somewhere.
I had a whole bunch of results to upload, and new work allocated to download, but it was timing out after less than a second. (:http error)
Then as i started to type this out, it all went through- but the latest batch of downloads lined up are now all timing out in less than a second.

---

Grant
Darwin NT

HTTP errors on downloads !!!

And HTTP errors on uploads !!!

---

Then you have the BOINC client messages --

11/19/2008 3:36:19 PM||Access to reference site succeeded - project servers may be temporarily down.

Which is rather inaccurate, it isn't that the servers are temporarily down, rather that they are permanently spotty.

---