Zope (2) wraps a proxy around objects retured frmo an External Method (or behaves in a similar way) that protects member access from other python scripts.
This is exactly not what I’m after. Apparently this is fixable by adding
__allow_access_to_unprotected_subobjects__ = 1
to the class definition. It’s irritating to have to modify external methods in order to make them Zope-ready; at least the fix is (apparently) a one-liner.
There are several blog posts out there decrying the woeful state of SOAP in the Python world. I shall not echo these in detail; suffice to say, they’re absolutely right.
Mind you, there is also a bunch of lack in the Oracle calendar SOAP interface: no WSDL, no querying of delegate calendars, a limited SOAP implementation that appears to have been written in terms of SAX events and that’s particularly sensitive to namespace declarations, and so on.
Anyway: I got enough of this working that I can query a user’s calendar in a fairly Pythonic fashion - https://svn.cse.bris.ac.uk/svn/jan/trunk/calendar/ for details. It’ll suffice to reimplement the guts of Shirley, the ILRT’s automatic receptionist.
This also marked the first time I’ve tried using new-style classes to augment the Python str class with a secondary attribute.
Having tested this tonight, we can indeed pull out a list of ilrt-visitor meetings, together with their organiser’s details (mailto and cn).
The Google TechTalk on the subject of Scrum, given by Ken Schwaber, contains one of my favourite quotes. You can see the whole thing here; and if you haven’t, it’s worthwhile devoting an hour to watching it. Can’t be bothered? Then don’t bother reading on. And the quote? To paraphrase,
our discipline has a tried and tested way of going faster. Cut corners, cut quality. That way you can produce more crap.
So, how does this relate to the DFS?
(more…)
Although ZFS seamlessly will support synchronous mirrors over multiple backend storage arrays, there are some advantages in keeping the mirror process asynchronous.
(more…)
I’m now using default zpool paths (which implies an automatic import and mount on reboot).
I just imported the bb-archive.isys zpool onto the first host, then rebooted it. After it had shut down, I forcibly imported the zpool onto the second host. Now waiting for the first to come back up. It should, perhaps, complain that the zpool is owned by someone else, but should not do a forcible reimport…
And alas, that’s not what happens. So:
I’m going to use altroots for all zpools. Unfortunately, this forces the subdirs to appear only mounted under the altroot. Not quite the combination I was after.
OK, so nsr picks up the filesystems to try to save from /etc/vfstab. Fine, except that (a) that means it tries to back up the contractfs(!) and (b) ZFS doesn’t use vfstab entries for its filesystems.
Solution: specify the service IP address explicitly together with a bunch of paths under the networker configuration.
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!
(more…)
# mpathadm list lu
/dev/rdsk/c7t6000402001FC19CA6E9E7EFE00000000d0s2
Total Path Count: 2
Operational Path Count: 2
… and so on :-)
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.
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.
(more…)