Let's see.. We had one of our download servers choked on NFS again, which caused its httpd server to die. I gave both autofs and httpd a swift kick on that machine (vader) and it's back up server workunits again. Of course that means there's a backlog of clients trying to connect to it, and we'll be dropping various other connections while that queue clears out.

Our mysql research led us to discover we needn't upgrade our current mysql version after all to make use of automatic index merges. We haven't been seeing this logic being employed due to (a) low ordinality of certain indexes and (b) mysql refusing to use multi-dimensional indexes in their merges. Fair enough. We'll just have to change around our current constraints.sql (dropping some 2-dimensional indexes and making new single dimensional ones) and see what sticks.

Other than that.. today I've been working on LVM/xfs snapshots and making slow but steady progress on radar blanking testing.

- 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

Let's see.. We had one of our download servers choked on NFS again, which caused its httpd server to die. I gave both autofs and httpd a swift kick on that machine (vader) and it's back up server workunits again. Of course that means there's a backlog of clients trying to connect to it, and we'll be dropping various other connections while that queue clears out.

Our mysql research led us to discover we needn't upgrade our current mysql version after all to make use of automatic index merges. We haven't been seeing this logic being employed due to (a) low ordinality of certain indexes and (b) mysql refusing to use multi-dimensional indexes in their merges. Fair enough. We'll just have to change around our current constraints.sql (dropping some 2-dimensional indexes and making new single dimensional ones) and see what sticks.

Other than that.. today I've been working on LVM/xfs snapshots and making slow but steady progress on radar blanking testing.

- Matt

Thanks for the update.

---

. . . Thanks again for the Updates Matt

- Berkeley - You deserve accolades . . .

---

BOINC Wiki . . .

Science Status Page . . .

Other than that.. today I've been working on LVM/xfs snapshots and making slow but steady progress on radar blanking testing.

XFS?!? I can't believe I hear you saying that. Who are you and what did you do with Matt? :)

Other than that.. today I've been working on LVM/xfs snapshots and making slow but steady progress on radar blanking testing.

XFS?!? I can't believe I hear you saying that. Who are you and what did you do with Matt? :)

You are thinking of CEN/xfs. LVM/xfs is what I'd expect to find Matt working on.

Other than that.. today I've been working on LVM/xfs snapshots and making slow but steady progress on radar blanking testing.

XFS?!? I can't believe I hear you saying that. Who are you and what did you do with Matt? :)

As far as i know XSF is a file system used by silicon graphics machines.
It has been the base file system in their IRIX OS for many years and i beleive was later adopted into a few Linux like distributions.

It actualy is a 64 bit file system alowing the system to adress huge volumes and files.


LVM is not actualy a file system but a way to organize the disks in a system (like configuring a RAID array) to be used.

---

Other than that.. today I've been working on LVM/xfs snapshots and making slow but steady progress on radar blanking testing.

XFS?!? I can't believe I hear you saying that. Who are you and what did you do with Matt? :)

You are thinking of CEN/xfs. LVM/xfs is what I'd expect to find Matt working on.

No, no. I believe Matt is the guy that swore he'd not use anything but ext3 on the servers. That's why I find it a surprise to see him using XFS.

hmmmm can someone go over to caltech and kick the upload server :)

hmmmm can someone go over to caltech and kick the upload server :)

No, they can't. The upload server is roughly 350 miles from Caltech.

---

hmmmm can someone go over to caltech and kick the upload server :)

No, they can't. The upload server is roughly 350 miles from Caltech.

In that case we may have to wait until late Monday night or early Tuesday morning New Zealand time, until the upload server is working again. It's 15:57 here now on Sunday.
Speedy

---

hmmmm can someone go over to caltech and kick the upload server :)

No, they can't. The upload server is roughly 350 miles from Caltech.

In that case we may have to wait until late Monday night or early Tuesday morning New Zealand time, until the upload server is working again. It's 15:57 here now on Sunday.
Speedy

Nope. Monday is a holiday here in the U.S., so it probably won't be until Tuesday before someone gets in to fix the problem.

Perhaps things won't be fixed until after the standard 4 hour outage on Tuesday, which, with the building backlog would suggest we won't see 'normal' until late Wednesday.

Oh well, that's what having multiple projects is all about.

---

Nope. Monday is a holiday here in the U.S., so it probably won't be until Tuesday before someone gets in to fix the problem.

OK this means disk may over fill & the project might grind to a halt. I hope this is not the case of cause. Cos Monday is a holiday dose this mean there outage will be on Wednesday, or will they still do it on Tuesday as normal?

---

Nope. Monday is a holiday here in the U.S., so it probably won't be until Tuesday before someone gets in to fix the problem.

OK this means disk may over fill & the project might grind to a halt. I hope this is not the case of cause. Cos Monday is a holiday dose this mean there outage will be on Wednesday, or will they still do it on Tuesday as normal?

I honestly can't answer that. I know that there has been a time or two in the past where they've put off the Tuesday outage until Wednesday for that very reason.

hmmmm can someone go over to caltech and kick the upload server :)

No, they can't. The upload server is roughly 350 miles from Caltech.

In that case we may have to wait until late Monday night or early Tuesday morning New Zealand time, until the upload server is working again. It's 15:57 here now on Sunday.
Speedy

Caltech (The California Institute of Technology) is a private university in Pasadena, CA. and is not part of the University of California.

---

Caltech (The California Institute of Technology) is a private university in Pasadena, CA. and is not part of the University of California.

Dose Caltech have Monday off? Why is the uploads server so far away from the Seti lab?
Speedy

---

Caltech (The California Institute of Technology) is a private university in Pasadena, CA. and is not part of the University of California.

Dose Caltech have Monday off? Why is the uploads server so far away from the Seti lab?
Speedy

The SETI@Home lab is at U.C. Berkeley, not Caltech.

Kind of like the difference between Victoria University and Auckland University of Technology.

---

/quote]
The SETI@Home lab is at U.C. Berkeley, not Caltech.

Kind of like the difference between Victoria University and Auckland University of Technology.

I understand that the bit I was asking about is why is the upload server so far away from the Seti lab

---

/quote]
The SETI@Home lab is at U.C. Berkeley, not Caltech.

Kind of like the difference between Victoria University and Auckland University of Technology.

I understand that the bit I was asking about is why is the upload server so far away from the Seti lab

The SETI@Home Lab is 350 miles from Caltech.

---

Upload server is co-located with the rest of SETI at UC Berkeley, in the Space Sciences Laborotory, which is about a mile up a very steep hill from the main UCB campus...

CalTech, as has been mentioned upthread, is 350 miles from UCB, and has nothing to do with the project, except moral support!

---

.

Hello, from Albany, CA!...