Oh no, not degrading again.....

Save us Obi-Wan Korpela, you're our only hope...

You tell 'em, Fidel!

---

The progress on file 18dc09aa has been at a standstill all day (EST), so the 5 splitters working on it have essentially been offline.
All the work we see has been coming from the remaining 2 splitters.

---

While 5 splitters are working on 1 file things will be in a bind. :-(

Cheers.

Posted: 14 Feb 2017, 0:10:21 UTC;
The progress on file 18dc09aa has been at a standstill all day (EST), so the 5 splitters working on it have essentially been offline.
All the work we see has been coming from the remaining 2 splitters.

Hours later, Nothing has changed.
File 18dc09aa = (5)
The 5 Splitters are still stuck on one One File without any tasks being split, leaving only 2 Splitters working. Creation rate still around 10/sec.

Posted: 14 Feb 2017, 0:10:21 UTC;
The progress on file 18dc09aa has been at a standstill all day (EST), so the 5 splitters working on it have essentially been offline.
All the work we see has been coming from the remaining 2 splitters.

Hours later, Nothing has changed.
File 18dc09aa = (5)
The 5 Splitters are still stuck on one One File without any tasks being split, leaving only 2 Splitters working. Creation rate still around 10/sec.

..Would that be less than a quarter of what is needed to be comfortable??

Stephen

PS: . . Aint it marvellous, 3 rigs in starvation mode and less than 12 hours to the outage :(
. . . . . . .Oh well, there's always Einstein's Bar and Grill

PPS: . Small amendment, one of them just got some work ... yippee!

?

Been out of work on one computer for over an hour. The next fastest computer will be out of work in half an hour. No tasks retrieved when asked for. My slowest computer might make it to morning. The SETI "Outrage" is coming earlier and earlier. Off to the Einstein Bar and Grill.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

Well, I better start up a heater before I retire for the night with the kitties.
As there seems to be little doubt that my GPUs are gonna start going cold.

Meowsigh.

---

"Freedom is just Chaos, with better lighting." Alan Dean Foster

Yeah, kinda sucks to go into an outage with empty caches.
This can't be that difficult a problem to fix ...

---

Hmmm and here we are again with empty caches and it's soon tuesday outage.
I really hope they can fix Centurion and that it would run more then a few days without crashing.

Do we know what the problem is with it?

---

"SETI is probably the most important quest of our time,
and it amazes me that governments and corporations
are not supporting it sufficiently."- Arthur C. Clarke 2006

Hmmm and here we are again with empty caches and it's soon tuesday outage.
I really hope they can fix Centurion and that it would run more then a few days without crashing.

Do we know what the problem is with it?

Unclear to me whether this is a problem with Centurion, or whether it's just down due to not having any work to do.
SSP shows no BLC tapes ready to split.
What's not clear is what process places tapes into place so PFB and GBT splitters can find them and do work.

---

It's a manual process - someone removes the processed disks (we still call them tapes after all these years of them being disks), loads the unprocessed disks, mounts them and walks away, the splitters then start chewing. Some of this may done remotely rather than in the CoLo, say in the SSL, but it always needs a human to do the loading from the transport cases into the disk array. Which is why having a small number of disks on a Friday is often bad news by Monday morning.
As to no GBT data being loaded yesterday, that box of disks must be empty :-(

---

Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?

Yeah, kinda sucks to go into an outage with empty caches.
This can't be that difficult a problem to fix ...

. . Sadly the evidence seems to indicate the opposite :(

Stephen

:-(

Hmmm and here we are again with empty caches and it's soon tuesday outage.
I really hope they can fix Centurion and that it would run more then a few days without crashing.

Do we know what the problem is with it?

Unclear to me whether this is a problem with Centurion, or whether it's just down due to not having any work to do.
SSP shows no BLC tapes ready to split.
What's not clear is what process places tapes into place so PFB and GBT splitters can find them and do work.

..I had the impression they have to be loaded, as in the appropriate storage device connected to the system.

Stephen

.

i did something wrong in the last outage we've had and BOINC downloaded a massive cache of Einstein (bar and grill) and ended up stuck with them for days and still days to come. I will take advantage of this outage to finish remaining SETI WUs and install linux on my main cruncher...

just a side note... it took weeks for seti to reach a RAC of 53K, while Einstein is at 280K right now and seems far from its peak...

---

The progress on file 18dc09aa has been at a standstill all day (EST), so the 5 splitters working on it have essentially been offline.
All the work we see has been coming from the remaining 2 splitters.

We're back from the outage and it looks like they removed that file from the queue. :)

---

We're back from the outage and it looks like they removed that file from the queue. :)

But now 22au08aa seems to have cornered the market with 4 splitters.

Can't someone write some code to prohibit a splitter from working on a file with another splitter on it?

Something like:

Start splitter
Look at "no splitter list" file
Pick one at random
remove name from NSL file
Start splitting



AND: when mounting a "tape":
Manually add the name to the NSL file.
Or modify the mount command for it to do so automatically

Is that really hard? Or am I missing something?

---

The progress on file 18dc09aa has been at a standstill all day (EST), so the 5 splitters working on it have essentially been offline.
All the work we see has been coming from the remaining 2 splitters.

We're back from the outage and it looks like they removed that file from the queue. :)

. . But still no GBT splitters running and still "no tasks available" most of the time. :(

. . If this is going to be the norm I might have to rent a room at the Einstein Bar and Grill.

:(

Stephen

:(

We're back from the outage and it looks like they removed that file from the queue. :)

But now 22au08aa seems to have cornered the market with 4 splitters.

Can't someone write some code to prohibit a splitter from working on a file with another splitter on it?

Something like:

Start splitter
Look at "no splitter list" file
Pick one at random
remove name from NSL file
Start splitting



AND: when mounting a "tape":
Manually add the name to the NSL file.
Or modify the mount command for it to do so automatically

Is that really hard? Or am I missing something?

But at least there's progress on this file.
The splitter output is now about 30/s.
When the other file was frozen, the output was about 10/s.

---

Hmmm and here we are again with empty caches and it's soon tuesday outage.
I really hope they can fix Centurion and that it would run more then a few days without crashing.

Do we know what the problem is with it?

Unclear to me whether this is a problem with Centurion, or whether it's just down due to not having any work to do.
SSP shows no BLC tapes ready to split.
What's not clear is what process places tapes into place so PFB and GBT splitters can find them and do work.

The name of the process that loads the data for splitting is normally Eric or Jeff.
Unless they have some interns to delegate the task to.

---

SETI@home classic workunits: 93,865 CPU time: 863,447 hours
Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[

Why don't we start a fund for a robotic disk library? I used to do Tech Support on commercial tape backup robotic libraries and they aren't all that big. Should be able to find space for a robot at the CoLo or SSL or wherever the splitters are physically located. That would solve the issue of having to have a corporeal entity physically change out the disks as is done currently.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)