i got such problem what i must to do whith that
i hawe naot any work to do i seti
2007-05-19 15:50:15||Starting BOINC client version 5.8.16 for windows_intelx86
2007-05-19 15:50:15||log flags: task, file_xfer, sched_ops
2007-05-19 15:50:15||Libraries: libcurl/7.16.0 OpenSSL/0.9.8a zlib/1.2.3
2007-05-19 15:50:15||Data directory: C:\\Program Files\\BOINC
2007-05-19 15:50:15|SETI@home|Found app_info.xml; using anonymous platform
2007-05-19 15:50:15||Processor: 1 GenuineIntel Intel(R) Celeron(R) CPU 2.50GHz [x86 Family 15 Model 2 Stepping 9] [fpu tsc sse sse2 mmx]
2007-05-19 15:50:15||Memory: 735.48 MB physical, 4.99 GB virtual
2007-05-19 15:50:15||Disk: 78.13 GB total, 64.96 GB free
2007-05-19 15:50:16|SETI@home|URL: http://setiathome.berkeley.edu/; Computer ID: 2873146; location: (none); project prefs: default
2007-05-19 15:50:16||General prefs: from SETI@home (last modified 2007-05-15 18:02:37)
2007-05-19 15:50:16||Host location: none
2007-05-19 15:50:16||General prefs: using your defaults
2007-05-19 15:52:56|SETI@home|Resetting project
2007-05-19 15:52:58|SETI@home|Sending scheduler request: Requested by user
2007-05-19 15:52:58|SETI@home|(not requesting new work or reporting completed tasks)
2007-05-19 15:53:03|SETI@home|Scheduler RPC succeeded [server version 509]
2007-05-19 15:53:03|SETI@home|Deferring communication for 11 sec
2007-05-19 15:53:03|SETI@home|Reason: requested by project
2007-05-19 15:53:05|SETI@home|[file_xfer] Started download of file arecibo_181.png
2007-05-19 15:53:05|SETI@home|[file_xfer] Started download of file sah_40.png
2007-05-19 15:53:10|SETI@home|[file_xfer] Finished download of file sah_40.png
2007-05-19 15:53:10|SETI@home|[file_xfer] Throughput 617 bytes/sec
2007-05-19 15:53:10|SETI@home|[file_xfer] Started download of file sah_banner_290.png
2007-05-19 15:53:19|SETI@home|[file_xfer] Finished download of file arecibo_181.png
2007-05-19 15:53:19|SETI@home|[file_xfer] Throughput 4159 bytes/sec
2007-05-19 15:53:19|SETI@home|[file_xfer] Finished download of file sah_banner_290.png
2007-05-19 15:53:19|SETI@home|[file_xfer] Throughput 3156 bytes/sec
2007-05-19 15:53:19|SETI@home|[file_xfer] Started download of file sah_ss_290.png
2007-05-19 15:53:28|SETI@home|[file_xfer] Finished download of file sah_ss_290.png
2007-05-19 15:53:28|SETI@home|[file_xfer] Throughput 4189 bytes/sec
2007-05-19 15:53:44|SETI@home|Sending scheduler request: To fetch work
2007-05-19 15:53:44|SETI@home|Requesting 691200 seconds of new work
2007-05-19 15:53:54|SETI@home|Scheduler RPC succeeded [server version 509]
2007-05-19 15:53:54|SETI@home|Deferring communication for 11 sec
2007-05-19 15:53:54|SETI@home|Reason: requested by project
2007-05-19 15:53:54|SETI@home|Deferring communication for 1 min 0 sec
2007-05-19 15:53:54|SETI@home|Reason: no work from project
2007-05-19 15:54:54|SETI@home|Sending scheduler request: To fetch work
2007-05-19 15:54:54|SETI@home|Requesting 691200 seconds of new work
2007-05-19 15:55:04|SETI@home|Scheduler RPC succeeded [server version 509]
2007-05-19 15:55:04|SETI@home|Deferring communication for 11 sec
2007-05-19 15:55:04|SETI@home|Reason: requested by project
2007-05-19 15:55:04|SETI@home|Deferring communication for 1 min 0 sec
2007-05-19 15:55:04|SETI@home|Reason: no work from project
2007-05-19 15:56:04|SETI@home|Sending scheduler request: To fetch work
2007-05-19 15:56:04|SETI@home|Requesting 691200 seconds of new work
2007-05-19 15:56:14|SETI@home|Scheduler RPC succeeded [server version 509]
2007-05-19 15:56:14|SETI@home|Deferring communication for 11 sec
2007-05-19 15:56:14|SETI@home|Reason: requested by project
2007-05-19 15:56:14|SETI@home|Deferring communication for 1 min 0 sec
2007-05-19 15:56:14|SETI@home|Reason: no work from project
2007-05-19 15:57:15|SETI@home|Sending scheduler request: To fetch work
2007-05-19 15:57:15|SETI@home|Requesting 691200 seconds of new work
2007-05-19 15:57:20|SETI@home|Scheduler request failed: HTTP internal server error
2007-05-19 15:57:20|SETI@home|Deferring communication for 1 min 0 sec
2007-05-19 15:57:20|SETI@home|Reason: scheduler request failed
2007-05-19 15:58:20|SETI@home|Sending scheduler request: To fetch work
2007-05-19 15:58:20|SETI@home|Requesting 691200 seconds of new work
2007-05-19 15:58:30|SETI@home|Scheduler request failed: HTTP internal server error
2007-05-19 15:58:30|SETI@home|Deferring communication for 1 min 26 sec
2007-05-19 15:58:30|SETI@home|Reason: scheduler request failed
2007-05-19 16:00:01|SETI@home|Sending scheduler request: To fetch work
2007-05-19 16:00:01|SETI@home|Requesting 691200 seconds of new work
2007-05-19 16:00:11|SETI@home|Scheduler request failed: HTTP internal server error
2007-05-19 16:00:11|SETI@home|Deferring communication for 5 min 44 sec
2007-05-19 16:00:11|SETI@home|Reason: scheduler request failed

I am sorry but I dont understand all this computer geek mumbo jumbo.

Can someone please tell me in simple english why SETI is not downloading any work from the project?

Thanks.

The Berkeley (project) servers are broken.

I am wondering why when the status is green that I don't receive the downloads that are shown on my computers page. Under the task tab of boinc, it shows no task just a blank page, but when I click on my computers it shows many work units status unknown or in progress. What's up with this?

As I don't think the servers are broken any longer.

---

Hello all,
I have a couple of new questions.

1) "Waiting for memory" on one work-unit in BOINC.

I am running a dual-processor P4 with 1GB of RAM.
In BOINC on the Tasks tab, I always see that one of the work units' status is "Waiting for memory". This occurs even after a reboot. There is actually work being performed on that work unit, but it is significantly lower than the first work unit (16% versus 24%).
Can someone help me figure out what is going on and if there is anything I can do to jump start processing on that unit.

I can help you with this one...

http://setiathome.berkeley.edu/prefs.php?subset=global
Disk and memory usage If you have BOINC ver 5.8 or above.

That worked perfectly to jog my memory. I had set my memory prefs at 10% while in use and 20% while idle. Apparently that 10% of 1GB was only enough to keep 1 of the 2 CPU's busy - hence the 2nd CPU would never fire up and was always waiting. Only when the machine went idle did the memory for the 2nd CPU become available.
Makes perfect sense - in hindsight!

2) Abandoned work units after reinstalling BOINC.

When I upgraded my version of BOINC a couple of days ago, I had to uninstall the existing version of BOINC first. I made a backup copy of the BOINC directory before uninstalling. I think there is at least one work unit in that old directory and I would rather not abandon it. I tried with all my might to trick BOINC/SAH into processing the old work unit, but I had no luck.
Can someone help me figure out how to put these abandoned work-units back into play?

Thanks!
Joe

The second one I can't realy help with, but for future reference. If you are upgrading BOINC to a higher version, it should be a simple process (no need to un-install first), you should not lose work. If you are going down to a lower version you do need to uninstall the higher version first.

Well, I think what happened was that when I installed/updated to the new version I ran into the server outage problem that everyone else was having. I saw it as a problem on my end and initiated the uninstall. I can't be sure, but I think that was it. Anyway, I do want to figure out what to do with the abandoned work-units.

Thanks so much for you help,
Joe

---

more messed up software

---

more messed up software ---- try again

---

I am sorry but I dont understand all this computer geek mumbo jumbo.

Can someone please tell me in simple english why SETI is not downloading any work from the project?

Thanks.

The Berkeley (project) servers are broken.

I am wondering why when the status is green that I don't receive the downloads that are shown on my computers page. Under the task tab of boinc, it shows no task just a blank page, but when I click on my computers it shows many work units status unknown or in progress. What's up with this?

As I don't think the servers are broken any longer.

The servers themselves are starting to settle down; the problem is in the new server code that was deployed recently.

On any host that has an app_info.xml file (and thus uses the anonymous platform mechanism), scheduler requests fail with an "Internal server error". The server thinks it has successfully sent you the WU header (which tells BOINC where to grab it from), but it never arrives.

The net effect - when you check your host's WUs, you will notice that the server thinks it got some, while they do not show up in BOINC at all. This is what some people call a "Ghost WU".

It's only been happening for a short time, and started during the outage. My 64-bit BOINC hosts also cannot fetch any more work - the server is telling them their platform doesn't exist and refusing any finished WUs as well as new downloads.

So while the servers may be up (accessible), not all is well yet (they don't fully work).

HTH,
Simon.

---

Donate to SETI@Home via PayPal!

Optimized SETI@Home apps + Information

Hello all,
Over the last few days I have seen a number of people suggest that perhaps "the" "outage" problem, or rather the problems recovering from it had to do with a changed IP address.
Can someone that is still having problems do the following and let's see if there is any positive effect?

Close BOINC/SAH app.

***
Under Windows 2K, XP, etc. run this from the command line:
ipconfig /flushdns
***
Then start/restart BOINC/SAH.

This purges the internal DNS resolver cache so that Windows will refresh it's DNS entries.

If that works then it does seem like evidence that an IP of some kind may have changed - perhaps without SETI knowledge. Even if one intermediary hop between user and server changed this would cause problems.

There is an equivalent command under *nix but I don't recall what it is.

Joe

---

I am sorry but I dont understand all this computer geek mumbo jumbo.

Can someone please tell me in simple english why SETI is not downloading any work from the project?

Thanks.

Seti software is badly broken .. older versions and optimized versions are
not functioning properly ... install/reinstall version 5.8.16 from the website
and at least it functions.


More good management by the seti team.

1. Hardware fails -------------------- Make busy work till someone bails us out
2. new hardware materializes ---- It's weekend party wait till monday
3. problems with restart ----------- Take a vacation let it slide


And they want grants and expect money donations.
Must be a college or california thing .... I guess I just don't get it

---

I am sorry but I dont understand all this computer geek mumbo jumbo.

Can someone please tell me in simple english why SETI is not downloading any work from the project?

Thanks.

Seti software is badly broken .. older versions and optimized versions are
not functioning properly ... install/reinstall version 5.8.16 from the website
and at least it functions.


More good management by the seti team.

1 Hardware fails Make busy work till someone bails us out
2 new hardware materializes It's weekend party wait till monday
3 problems with restart Take a vacation let it slide


and they want grants and expect money donations.
Must be a college or california thing I guess I just don't get it

Hello Robert,
First, my intention here is not to start a flame war or anything of the sort. My intentions here are good and absolutely not meant to be malevalent toward you or anyone else.
You seem to have had much more contact on the message boards here than I, which I will try to keep in mind.

The last few comments you have made seem to be quite unproductive. In fact, they seem vindictive. Unless a person is so close to the management of a project or is an active, part of the internal project team, then making the kind of negative comments you are making seem senseless. Generalized statements such as those you have written serve only to attempt to anger others, damage relationships and hurt the feelings of those who are truly trying to make the best out of what is not always a good situation - no matter how hard they have worked to make the best of a situation.
The statements you have made could have equally been applied to a dozen ore more projects I have worked on. It is the nature of things to have problems and also to have people complain about them. People who only complain about the problems rather than try to help, understand or otherwise support the team may be doing more harm than good - often very intentionally.
Entirely sarcastic or insulting statements will not be productive or otherwise helpful.

I have the utmost respect for the folks on the SETI/SAH teams. I recognize that there will bumps along the road - it wouldn't be any fun otherwise. I just try to keep in mind how much work has to go into something that "we at home" see as overly simple. Simple is most often a strict design goal.

This is all just my opinion, for what it's worth.

Joe

---

Two items:

First, the suggestion to restart my BOINC client worked. I have now reported my (old) work completed and obtained (and started) more work from SETI@home.

Second, there was a problem before I restarted my BOINC client. It would appear that unsuccessful requests for new work and to upload completed work seriously degrade BOINC's throughput.

Like many here, I am also a member of another project (rosetta@home in my case) but SETI has a higher resource share. However, when SETI was down for a few days, I suspended SETI because I saw no point in adding to the unsuccessful traffic flurry. Rosetta blossomed in my Statistics screen; no surprise there. Later (~5 days ago) I resumed SETI and started getting those pesky little red messages (again). I let this continue for about a day and a half and then noticed that the rosetta graph had leveled off (i.e. no real progress on rosetta). So I suspended SETI again (~3.5 days ago) and rosetta resumed its upward climb. And just now I restarted BOINC (didn't have to flush the DNS buffer or anything else) and was able to report old work and get new work. So, from my perspective, things are back to normal.

As the little red messages are a weekly feature of SETI, I would expect that there will also be a weekly cessation of progress on my alternate project when that happens. I have two suggestions.

First (long term) fix BOINC so that unsuccessful reports / requests do not have such a disastrous impact on its throughput.

Second (perhaps medium term) provide a staging area for reports / requests able to span the Tuesday shutdown. I'm sure many folks would appreciate this, if it's possible.

Third (my local solution) suspend SETI each Tuesday morning and resume SETI Wednesday morning.

As the pointy-haired boss would say, "It's just a simple matter of programming." (Anyone who doesn't read Dilbert may not get this joke.)

---

One of my computers refused to download new wu's, I solve this by detaching the proyect and joining again, then the computer inmediately downloaded all the files and the new Wu's, now is crunching again.

---

Hello
I have two PC with Core2Duo, XPWindows and LinuxDebian x86_64.
In Linux I have message:
2007-05-20 18:58:34 [SETI@home] Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
2007-05-20 18:58:34 [SETI@home] Reason: To fetch work
2007-05-20 18:58:34 [SETI@home] Requesting 86400 seconds of new work
2007-05-20 18:59:36 [SETI@home] Scheduler request failed: HTTP internal server error
2007-05-20 18:59:36 [SETI@home] Deferring scheduler requests for 10 minutes and 6 seconds

no work are downloaded, but in stats on setiathome web this work's are sent.

What to do??

So I suspended SETI again (~3.5 days ago) and rosetta resumed its upward climb. And just now I restarted BOINC (didn't have to flush the DNS buffer or anything else) and was able to report old work and get new work. So, from my perspective, things are back to normal.

That is interesting. I was not able to restart BOINC to get it communicating properly. Again, that may still have had to do with the server issues. What was odd was that I was able to start up a new system with a fresh BOINC/SAH installation and it worked without a hitch - while my desktop was failing communication. Hmm.
[/quote]

Third (my local solution) suspend SETI each Tuesday morning and resume SETI Wednesday morning.

As the pointy-haired boss would say, "It's just a simple matter of programming." (Anyone who doesn't read Dilbert may not get this joke.)

As a developer of many years, I have heard that saying - or something like it - many times. You know your [technical] boss is trying to move up in management when he/sh starts to say it too - without smiling.

...
I don't watch my PC's closely enough to know when there are minor SAH outages. If this is consistent enough and enough people agree in the concept of a Tuesday am-pm shutdown then I have an idea.
First, I'm sure that making an architectural change in BOINC or SAH is out of the question to deal with a local (though often) problem.

What about *someone* creating an application that would run in the background (Winodws service, taskbar app, command-line ?) that would simply shut down BOINC at the configured time and then start it back up at the configured time?
I don't think the app would need to be supported by the SAH team nor be a burden on them.

Perhaps there is a generic tool like this already around - I haven't looked. I'm trying to think of something that would be very simple to install, run and manage so it would be simple to deploy. Yes, you could do it with shell scripts, batch files/resource kit tools too.

Good idea? Bad idea?

Joe

---

As of this post -
This thread Viewed 10,000 times !!

We are needing some sort of new update I think :)

---

When the new server camr online, I was able to get 8 WUs to process. They can over a several hour span. So I have 8 results waiting to go back. They have been waiting for a few days. I've retarted my computer and BOINC several time, but still can't connect

When wull we get back to some kind of normalcy?

LarryO

---

Too many massages, many topics, no really seen results...
I have seen all themes from the beginning of May.

Sorry for my bad-bad-bad English! Many people wish to inform on the problems, but they do not have not enough knowledge of language! I try to say...

I have a trouble. I see a my results page on the SETI@home server. I have 42 WUs on this page but into the BOINC 4 WUs only. The BOINC doing requests of new work and on result's page WUs increased ("In Progress" server status, "Unknown" outcome status) but BOINC's WU list is not changing.

"HTTP internal server error" forever... Day by day...
BOINC restart - no actions. Machine restart - too.
Disconnect from the project - the decision of a problem!!!
Think...

It's working 100% perfect for me now, I can download/upload units freely. My PC only picks up one at a time, each taking between 3-5 hours to crunch - maybe it's something in my settings that makes it work?

I am sorry but I dont understand all this computer geek mumbo jumbo.

Can someone please tell me in simple english why SETI is not downloading any work from the project?

Thanks.

The Berkeley (project) servers are broken.

Not any longer. Most problems now on on the users side with Boinc.

First shut down Boinc and restart it. If that does not get you going them shut down your systems and turn it back on. All 10 of my systems are working with no delays or dropping of WU since early Friday.

David

---

Too many massages, many topics, no really seen results...
I have seen all themes from the beginning of May.

Sorry for my bad-bad-bad English! Many people wish to inform on the problems, but they do not have not enough knowledge of language! I try to say...

I have a trouble. I see a my results page on the SETI@home server. I have 42 WUs on this page but into the BOINC 4 WUs only. The BOINC doing requests of new work and on result's page WUs increased ("In Progress" server status, "Unknown" outcome status) but BOINC's WU list is not changing.

"HTTP internal server error" forever... Day by day...
BOINC restart - no actions. Machine restart - too.
Disconnect from the project - the decision of a problem!!!
Think...

Need more info on the setup you have. Are you running a straight system or an optimized one? (ie straight down load from boinc and seti?)

Sounds like you have an optimized setup though and there are others that can help you there.

The wu's that the system is saying you have are called "ghost wus". The seti servers think you have the wus but there was a mixup between boinc and your system.

Sorry but I have just a short time right now and can not search for the thread that will help you better.

David

---

Too many massages, many topics, no really seen results...
I have seen all themes from the beginning of May.

Sorry for my bad-bad-bad English! Many people wish to inform on the problems, but they do not have not enough knowledge of language! I try to say...

I have a trouble. I see a my results page on the SETI@home server. I have 42 WUs on this page but into the BOINC 4 WUs only. The BOINC doing requests of new work and on result's page WUs increased ("In Progress" server status, "Unknown" outcome status) but BOINC's WU list is not changing.

"HTTP internal server error" forever... Day by day...
BOINC restart - no actions. Machine restart - too.
Disconnect from the project - the decision of a problem!!!
Think...

Stop/exit Boinc Manager
Go to your seti folder (C:\\boinc\\projects\\setiathome.berkeley.edu) and rename the file app_info.xml in for example app_info.xml.rename_me
Start the Boinc Manager

This works great for me