This will not work on my machine.

Update to 5.2.xx. 4.45 had some debt bugs.

---

My movie https://vimeo.com/manage/videos/502242

And some of the splitters are back on line.

And the RTS queue is growing.

---

My movie https://vimeo.com/manage/videos/502242

Bets are open again ;)

RTS = 0 = 10/Dec 06:45 UTC

/Edit
OOps wrong calendar.. 10th Dec not 12th

---

Thanks MikeSW17,

My estimate: before 12:00 UTC Sat 10 Dec

---

Bring this thread back again!

Time to be running out of WUs!

324K left as of 5:15 ish today

We probably will run out by the end of the week. (Incl. Sat + Sun)

---

We've gone through 750K in 18hrs.

There's about 6-7hrs left with the splitters off.

---

I just got my 1st new unit. Looks like we've turned the corner. Though some folks have reported units with errors. My fingers are crossed.

---

Without love, breath is just a clock ... ticking.
Equilibrium

Server status says Results ready to send 220,795
but my messages tab says
12/13/2005 3:47:31 PM|SETI@home|No work from project

MJ

---

Despite the Status page, the Network Graphs are showing a recent (and continuing) traffic cut-off.

---

Despite the Status page, the Network Graphs are showing a recent (and continuing) traffic cut-off.

The Status page also shows Upload/Download server (Kryten) as DISABLED at the moment - hopefully not for long.

The guys are obviously working hard.

We'll run out of WU's sometime tomorrow I think.

It looks like 4 of the 5 splitters are back up for now. They haven't been up for that long, so they really haven't had a chance to keep up with the demand (see scarecrow's stats).

Hopefully we'll be able to get all aspects of the project back on track.

---

Proud member of SETI.USA

The graph is still dropping... even if all 5 splitters are working now. No tapes in the queue.

Yep, looks like we'll run dry for a while.

The validators have picked up some speed. though:



so there's hope for some improvement.


Regards Hans

P.S: Hi Scarecrow :o)

---

It may be that they are "throttlling" the creation of work due to disk space issues.

However, it also may be that we just pull the work faster than they can create it. Which, is not bad news for the moment. Good time to finish pulling the plug on Classic ... then introduce the new application to slow down the rate of work processing ... :)

---

My guess: 17 dec. 2005 13:00:00 UTC ;-)

---

My guess: 17 dec. 2005 13:00:00 UTC ;-)

funny man

As of 17 Dec 2005 12:30:08 UTC] Server status
Database/file status
Results ready to send 14

So, you're just guessing that the next update will reflect a zero amount??

Then I guess 17 Dec 2005 13:20:08 UTC

17/12/2005 13:39:07|SETI@home|Reason: To fetch work
17/12/2005 13:39:07|SETI@home|Requesting 76934 seconds of new work
17/12/2005 13:39:12|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
17/12/2005 13:39:12|SETI@home|No work from project
Thats UTC +1 Time

Did look after that but didnt got those last 14 LOL

---

17/12/2005 12:32:49|SETI@home|Started upload of 23no04ab.13301.19376.828400.200_3_0
17/12/2005 12:33:31|SETI@home|Finished upload of 23no04ab.13301.19376.828400.200_3_0
17/12/2005 12:33:31|SETI@home|Throughput 639 bytes/sec
17/12/2005 12:35:21|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
17/12/2005 12:35:21|SETI@home|No work from project
17/12/2005 12:36:28||Attempting to communicate with [setiboincdata.ssl.berkeley.edu] timed out

Times GMT (UTC)

---

latest tech.news

December 17, 2005 - 01:00 UTC
We shut down SETI@home Classic yesterday. In reality, everything is still running - we just aren't sending out any new work, and changed the messages being issued to the old clients regarding the switch to BOINC. Luckily, as we flipped the switch all backend servers on BOINC were working perfectly.
Except that we are still in the middle of the master database merge. It's about 25% done at this point. Because of this merge we have about one million "deferred" workunits that can't be assimilated just yet (these don't show up on the "waiting for assimilation" queue). These are workunits that entered the queue during the first few days of the merge, but then we switched databases around (see below) so they are now requiring some database cleanup before assimilating.

We only have one terabyte of workunit storage, and these deferred workunits are taking up about 350GB. So with the continuing influx of new participants (and increasing demand for workunits) our workunit storage device almost filled up. Last time this happened we started sending out 0-length workunits to the clients, which caused a bit of an ugly but eventually harmless headache. We stopped the splitters for a while today so that the assimilators/deleters could catch up a bit and make some space for new work.

To clear up more space, we are moving the deferred workunits off to another device. This is happening at the rate we are splitting new work at this point, so we shouldn't fill up the workunit disks any time soon (we are at about 98% full now - and dropping).

so the splitters are offline for a bit.