Archive for April, 2008

Mapping MPxIO paths into something sane (array & LUN ids)

Thursday, April 24th, 2008

OK, so MPxIO “Just Works”. I exposed a small number of LUNs (four, to be precise) from each of a pair of SataBeasts. One of those had something on it: to wit, a prototypical “bb-archive” zpool.

zpool status etc. will show the MPxIO devices that comprise the particular zpool in question – but what about the other seven LUNs? And what about when it comes to stiching LUNs together, and so on? This is going to turn into a cross-referencing nightmare!

Multipathing success.

Thursday, April 24th, 2008

# mpathadm list lu
Total Path Count: 2
Operational Path Count: 2

… and so on :-)

NFS machine HBAs turned up at last.

Thursday, April 24th, 2008

OK, so we’ve been waiting for these for weeks. D*ll kept on pushing the dates back. For a pair of HBAs, FFS!

Order went into Redstor last night at 4pm. They were here this morning by 9am.

Spot the difference.

MBS (deployment) work.

Thursday, April 24th, 2008

I’ve decided to bring this forward a bit. This is somewhat motivated by the need to get spam[34] up and running so that Adam can start to move his build scripts to target the MBS deployment infrastructure.

OAS. It’s not great.

Wednesday, April 16th, 2008

And by default it’s worse than that. Lesson is, if you want it configuring, do it yourself.

Personally, I don’t want it configuring, so it can sit and rot. Fuggit.

Deployment work, up and coming.

Thursday, April 10th, 2008

I’ve just physically plumbed in to the deployment & management network two new boxes, spam3 & spam4. These will be targeted by an MBS instance for deploying SpamAssassin (& co) configurations onto.

There’s finally a light at the end of the tunnel with the filestore work. Once the HBAs turn up I’ll be putting a new NFS server in place. This impacts on the appinf work in two major ways: