> You're partlyright. Essentially we pulled this from upstream (it was > developed in my "non-product" time, because I wanted to experiment with > the approach within - ie, replicating data items via the CIB, syncing > config files on-demand via ssh etc), and did not flag this as > unsupported/unrecommended on SLES.
Fair enough. I like this approach very much hence jumped on it straight away. > (The typo with INITDIR came in when the RAs where converted to no-longer > rely on autoconf. Since nobody used o2cb since, it went undetected for a > while.) That's fine, I don't mind the typos nor the time I wasted finding out this. I do mind though... > To our credit, you will find that the o2cb RA is not mentioned in any > documentation nor any release notes. ... that it was in the official guide. It is in there, that's where I picked it up from. /usr/share/doc/manual/sles-heartbeat_en/SLES-heartbeat_en.pdf (page 143) along with the header in the script wording like "obsolete" really made me feel that I should change. It was the right time for me since I made some configuration changes to one of my my HASI... > >From a theoretical point of view though I must reiterate that no 100% > solution exists, anywhere. We're all just trying to get closer to it; > 100% is certainly the goal, but we must all know it is unattainable for > any real-world solution. > > Anybody who claims 100% is selling snake-oil. I agree and my wording perhaps was a bit confusing. All I want from an enterprise class OS is that if something is rock solid in the notes/docs, etc it should be. If it's experimental than its should be "marked" or documented accordingly. No picking here, I really appreciate the hard work SUSE puts into SLES. I would never ever have imagined even in my wildest dreams that in SP2 we will get Xen 3.2. ;) I was a little shocked when Joe De Baer mentioned on a ZOS seminar... And it's just one of the lor I found very good. Thanks for all who responded on this topic promptly, I'll continue with the LSB o2cb then. Regards, Ivan _______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
