Yep, we had our usual Tuesday outage. Nothing special, except that the result table is vastly bloated due to the back-end queues being clogged for one reason or another. So the "compression" part of our outage took an extra hour (roughly). So be it. Hopefully the wheels were greased enough to continue letting these drain without much intervention on my or Jeff's part. In any case except a slightly painful recovery as we continue to catch up. We're also pulling up a bunch more unanalyzed raw data to keep the splitters happy during the long weekend. Other than that today.. a lot of planning and preparing for various bigger projects to tackle once the holidays are over and we're all back in the lab - adding yet more workunit storage, reconfiguring database/raw data storage, adding more stuff to the closet, upgrading OSes, retiring older machines, bringing newer ones on line already. That's all well and good, except that Eric, Jeff, and I have three separate higher-priority tasks to tackle before anything else if possible. Those are (a) wrapping up all radar blanking efforts (we still get too many result overflows due to missed and therefore unblanked radar), (b) noise shaping (the noise we're injecting to reduce the effect of the radar is causing predictable and removable but nevertheless messy analysis artifacts), and (c) the NTPCker (the real-time candidate finder/reporter - so we might have something positive to mention come our 10th year anniversary in May).

That's it - the last tech news update (from me at least) for 2008. I'm already looking forward to 2009. Maybe we'll get some or all of the above done.

- Matt

---

-- BOINC/SETI@home network/web/science/development person
-- "Any idiot can have a good idea. What is hard is to do it." - Jeanne-Claude

. . . Congratulations on All that Each of You have done in the Past Year @ Berkeley

Accolades go out to each of You and we hereby Wish You Each a Happy New Year also . . .



With Sincerity, joanne & richard

ps - Thanks for the Post News Matt

---

BOINC Wiki . . .

Science Status Page . . .

And wishing all the staff at Seti a very Kitty New Year....from

Mark
Squirrel
Tigger II
Bandit
Purrball

Hope more progress can be made in 2009!!!

Thanks to each and every one of you.

---

"Time is simply the mechanism that keeps everything from happening all at once."

Have a well deserved New Year break!

---

Matt and crew,

Thanks as always for your dedication and hard work...

---

Mark

Hi Matt,

Thanks for all the regular updates and all the stuff you guys do behind the scenes to keep this project going. It is appreciated.

I wish the whole crew a happy new year and look forward to crunching in 2009.

Cheers,
MarkJ

Well it's now been over 24hrs since any of my pc's have been able to report completed work. :(

---

Gigabitethernet graphs show that the systems has taken a holiday :(
And the scarecrow has legged it elsewhere to yonder fields :(
It will get fixed asap,
when the crew return.
possibly a reboot..............
steel toecaps optional.......:)

---

Well it's now been over 24hrs since any of my pc's have been able to report completed work. :(

Checking the home page is often advised when you suspect server issues.

At the moment, it says:

December 31, 2008
Our scheduling server has crashed and so no work is being distributed. This may not get fixed for a day or two.

Since the scheduling server also handles reported work, it stands to reason....

---

Checking the "Home" page is helpfull, but the server status page shows that the scheduling server "anakin" is UP amd "running". I guess the human input is accurate as reporting results and new work downloads are responded to with "Scheduler request failed: HTTP gateway timeout".

Happy New Year to all.

---

David Moritz

Checking the "Home" page is helpfull, but the server status page shows that the scheduling server "anakin" is UP amd "running". I guess the human input is accurate as reporting results and new work downloads are responded to with "Scheduler request failed: HTTP gateway timeout".

Happy New Year to all.

One thing to remember about the server status page is that it only checks to see if the server is actually running, but nothing about if all the processes are working or crashed as far as I know.

Checking the "Home" page is helpfull, but the server status page shows that the scheduling server "anakin" is UP amd "running". I guess the human input is accurate as reporting results and new work downloads are responded to with "Scheduler request failed: HTTP gateway timeout".

Happy New Year to all.

One thing to remember about the server status page is that it only checks to see if the server is actually running, but nothing about if all the processes are working or crashed as far as I know.

That's correct. I remember reading about this once before.. the status page only sees if the process on the server is still running... kind of like looking in the task manager on Windows and seeing if svchost.exe (any one of the many) are still listed. If it is there, it is said to be running, regardless of what it is actually doing..or not doing.

---

Linux laptop:
record uptime: 1511d 20h 19m (ended due to the power brick giving-up)

Happy Newyear to all of the staff and a well deserved weekend, too.

---

Checking the "Home" page is helpfull, but the server status page shows that the scheduling server "anakin" is UP amd "running". I guess the human input is accurate as reporting results and new work downloads are responded to with "Scheduler request failed: HTTP gateway timeout".

Happy New Year to all.

One thing to remember about the server status page is that it only checks to see if the server is actually running, but nothing about if all the processes are working or crashed as far as I know.

It's also difficult to decide sometimes how to report "errors" -- if the scheduler was on last time, but you can't even find the server now, do you report it as "up" (last known state) or is the error due to some other issue (like network loading) that prevents the monitoring machine from even reaching the server.

Either way, you can have "false ups" and "false downs."

---

Checking the "Home" page is helpfull, but the server status page shows that the scheduling server "anakin" is UP amd "running". I guess the human input is accurate as reporting results and new work downloads are responded to with "Scheduler request failed: HTTP gateway timeout".

Happy New Year to all.

One thing to remember about the server status page is that it only checks to see if the server is actually running, but nothing about if all the processes are working or crashed as far as I know.

Of course it's not always that simple, when I was looking at the page, it was saying all was green, however the page had not updated for over an hour at that stage, but no one seemed to notice that. So if whatever updates the server status page stops, all bets are off!!

Bernie :-)

---