Once again a normal weekend without anything bad to report. Though we are starting to "normally" push our current router to its limit - our normal Monday morning "bump" brought us just under 60 Mbits/sec. We really should be moving to the new router sooner than later - still waiting on OS upgrade support from others.

Meanwhile, our web server situation is now completely down to the one new server "thinman." I turned aging server "kosh" off today. Just like "penguin" it served us well over its many years. Sun servers tend to last forever if you let them. Here's a reminder that our Classic data recorder was a Sun IPX, which was already about 5 or 6 years old when we put it into service as a 24/7 collector of raw data at Arecibo, and it lasted the 5 or 6 more years beyond that with nary a single problem.

Jeff and I are mostly working on the data pipeline, which got "rusty" during the extended downtime at Arecibo. It should be running fully automatically any day now, with drives full of hot, fresh data arriving regularly. We're collecting data now, but having to kick the system along from time to time.

- 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

Matt,

What happens to these old guys? Do you set them out into the pasture to crunch?

looks like the Client Connection Statistics are busted

---

Thanks for the Update Matt . . .

btw - did you see this Matt? SETI in the News

---

BOINC Wiki . . .

Science Status Page . . .

Answers:

We keep old servers in a pile in our lab until we feel confident we no longer need them, or any of their parts, or whatever is on their drives. This may be years. Then we either salvage them (they are officially UC property, so UC takes care of selling them and keeping the $$$) or we keep them around for historic purposes, like our original data server (sagan). There's always talk of auctioning them someday but there's enough red tape surrounding that so we'd probably just end up donating them to the Smithsonian or some such place at some point. If they care.

The Client Connection Statistics page is up again, more or less. This breaks a lot - a function of how fragile apache is sometimes. Regular restarts for log rotation frequently result in dropped file handles, and current apache logs (which the client connection stats page parses) get stuck at zero length even though everything is otherwise functioning normally. Human intervention is required at this point to kick start it again. Someday maybe not.

- 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

Good news to hear you're collecting data again. I have always considered that a vital sign of SETI project health.

Rotatelogs is the standard for apache, but if it's giving you headaches, you may want to try CronoLog. Logrotate may also work if your log files are not that important. With the copytruncate directive, the inode number of the log file never changes (though some entries may be lost on busy nodes).