edit: why do I keep running into buglets? try hitting quote or reply when you are _not_ logged in -> https://setiathome.berkeley.edu//extra_arg_post.html 404 not found. mhm. extra / there?

This is now fixed, with thanks to David looking into that. The HTTP->HTTPS links could be a side-effect of me using Firefox 42.0 to test. Perhaps that it overzealously tries to put all links to HTTPS.

Edit: no, the HTTP->HTTPS thing is what everyone will now see, as log in has been made HTTPS for everyone. However, when coming to the forums using HTTP, it'll return to HTTP after log in. New code.

Thanks :) was probably fallout from the http https conversion/debate I guess.

---

A person who won't read has no advantage over one who can't read. (Mark Twain)

SSP is starting to look a bit scary when it comes to tapes in queue ...

Oddly, a couple of the AP splitters keep popping online, but nothing AP-wise is being split.

P.

This may be because the data has already been split from that particular tape that we are really running for MB work

---

Is there a reason I'm getting no CPU work ?

my log file says this

4/12/2015 12:00:35 AM | SETI@home | Requesting new tasks for CPU
4/12/2015 12:00:39 AM | SETI@home | Scheduler request completed: got 0 new tasks
4/12/2015 12:00:39 AM | SETI@home | No tasks sent
4/12/2015 12:00:39 AM | SETI@home | No tasks are available for SETI@home v7
4/12/2015 12:00:39 AM | SETI@home | Tasks for NVIDIA GPU are available, but your preferences are set to not accept them
4/12/2015 12:00:39 AM | SETI@home | Tasks for AMD/ATI GPU are available, but your preferences are set to not accept them
4/12/2015 12:00:39 AM | SETI@home | Tasks for Intel GPU are available, but your preferences are set to not accept them

I have even set the preferences to only send me MB CPU work as I have no work for the CPU at all neither AP's or MB's

---

I think this thread is drifting a little way away from server problems, no?

There's nothing wrong with off-topic commentary in the course of the discussion, but the last few posts have been getting a little cranky.

---

The mind is a weird and mysterious place

There's nothing wrong with off-topic commentary in the course of the discussion, but the last few posts have been getting a little cranky.

Yes they have and I would like them to stop.

---

Is there a problem with the MB splitters or just a slow down?

2 days later & there's a problem. 3 of them are not running so output has dropped by almost half. Get work while you can.

---

Grant
Darwin NT

...what is more worrying is that the current batch of tapes being split contain errors - is this a tape problem or is it a splitter problem?

---

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

...what is more worrying is that the current batch of tapes being split contain errors - is this a tape problem or is it a splitter problem?

Definitely a mess. Looks like about 15 min worth of cache being maintained.

---

Now all channels have errors. I've never seen that before.

---

24fe11aa.5320.646.8.12.175_0 and 138_1 both errored out after approx. 18 min.

Is this the WU's mentioned earlier.

I have 3 more in that series, do You think I should abort these?

ChrisD

Starting to run low here. Perhaps they should try turning it off and on again?

---

Definitely something is not happy in splitterland.
Messages sent to Eric, Matt, and Jeff.
Hopefully somebody can have a poke at it.

---

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

It's time to hit that 'special spot' on the offending server with Maxwel's Silver Hammer.....if it's not dead, it's close.....

---

"Sour Grapes make a bitter Whine." <(0)>

At least the channels are erroring out, and not sending out crap like it did before.

From the output, it looks to me like only resends are being sent out.

---

24fe11aa.5320.646.8.12.175_0 and 138_1 both errored out after approx. 18 min.

Is this the WU's mentioned earlier.

I have 3 more in that series, do You think I should abort these?

ChrisD

"Reason: Integer Divide by Zero (0xc0000094)"

That certainly sounds like something dodgy in the data, and outside our control. But I wouldn't abort anything yet, until we have a better picture of what's wrong and how widespread it is.

"Reason: Integer Divide by Zero (0xc0000094)"

That certainly sounds like something dodgy in the data, and outside our control. But I wouldn't abort anything yet, until we have a better picture of what's wrong and how widespread it is.

OK with that, but my cache holds just 29 tasks each taking 4 mins to complete.

BOINC refuses to fetch more work as long as any task is suspended, so in 2 Hours, I will have to decide what to do.

But, If You think I can help by processing the remaining 3 tasks, I will do that.

ChrisD

EDIT: Just finished another of these, one that I did not discover and suspended.
So I'll abort the 3.

29 tasks at 4 minutes each? That looks like you'll have run out before sunrise in California, whatever you do. If you have a backup project, switch to it now: otherwise, I'd let them run, purely to find out whether they fail or not: that's about the only help we can provide to the staff at this point.

Did anyone happen to notice which was the first tape to show errors during splitting, on the SSP? The first one I actually checked when I got up this morning was 24mr11ae, but that was after Rob had already posted. I'll maybe promote the one(s) I have from that tape, and see if they're affected too.

Edit - I have 24fe11aa.5320.8417.8.12.221 from a little further down the same tape as yours, running now. We'll see how it gets on.

Well, my mine canary finished OK (late overflow): 24fe11aa.5320.8417.8.12.221_1 (and now validated against Linux/ATI)

But that was with the NVidia app. Your ATI build may react differently to whatever the problem is.

Hmmmm....
Something's afoot. All of a sudden there are a bunch more channels showing on the SSP for MB splitting.
Hopefully that means on of da boyz in da lab has their fingers in the works.

Meow.

---

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