On Fri, 19 Oct 2007, Sebastian Reitenbach wrote: > after getting the port ready to compile and install smoothly on OpenBSD, > meanwhile also tested on sparc ;) > I recognized that I have problems to build a cluster with more than two > nodes. First I decided to use broadcast, with a ha.cf file like this: > [...] > > Multicast and broadcast work well with that configuration on openSUSE 10.2. > I tried the unicast configuration too, but it seems heartbeat only uses one > udpport statement for all ucast lines, is that as intended, or shouldn't it > use different ports as configured above? > > I think these problems are OpenBSD specific, I am just wondering whether > sth. like this also happens on FreeBSD or Solaris? > > Well, a unicast cluster between two OpenBSD nodes doesn't seem to have that > problem. resources can be created, they migrate between the nodes, etc.
I am unable, alas, to give anything like a solution to this. All I can do is offer a few observations from over the years with my (more off than on) involvement in porting (and maintaining) for some non-Linux/Intel. I hope it might help, even if only conceptually. o I have never yet got BSC to pass completely on Solaris/sparc. o My debugging over that time has revealed many issues that are OS-related. (Naturally I have attempted to solve these, and I had the Hg "dev" repository in reasonable working shape during summer.) o That debugging has also revealed occasional sparc issues. These have been (for instance) endian, but also occasionally alignment (Intel tolerates 'int' (etc.) on any boundary but sparc requires alignment). o In your sort of situation, I would recommend (if possible) trying out your configurations firstly on exclusively Linux/Intel (and probably just 32-bit if possible). If your configurations fail, then there should be plenty of resources here on "linux-ha-dev" to help fix it. Get your configs working on Linux/Intel-32. After that is OK, then set about other OSes and other chipsets (also being alert to 32-v-64 nuances). For instance, starting from a "known good" three-node Linux/Intel, replace one node with something else and see what happens. Hope that help you formulate a debugging strategy. And it's nice to know that someone else is working on Solaris/BSD/sparc. Thanks! -- : David Lee I.T. Service : : Senior Systems Programmer Computer Centre : : UNIX Team Leader Durham University : : South Road : : http://www.dur.ac.uk/t.d.lee/ Durham DH1 3LE : : Phone: +44 191 334 2752 U.K. : _______________________________________________________ Linux-HA-Dev: [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
