Hi all, just to let you know - I am (with colleague) in process to test freeipmi services with ipmitool services (ipmievd). I should have results next week.
Regards, Michal On 04/28/09 02:16, Dale Ghent wrote: > On Apr 27, 2009, at 7:30 PM, Garrett D'Amore wrote: > >> Seth Goldberg wrote: >>> Hi, >>> >>> It would be good if only one were running (if they each have the >>> same functionality). The bandwidth across the bmc interface is >>> rather low, so the fewer duplicate consumers, the better. >> >> Good to know. This supports my belief that we really should be >> standardizing (for our own architecture) on just one of these tools. >> If customers want to deploy freeipmi for reasons of their own, fine >> -- but if at all possible we should be developing our *architecture* >> around the tool we already have, unless there are compelling reasons >> against this. So far I've not heard any such compelling reasons. >> >> -- Garrett > > I've often wondered about this aspect - being that IPMI LAN and BMC is > pretty much the defacto Solaris <-> Hardware control interface on Sun > x64 and UltraSPARC-T1 systems by way of ILOM. We even have our own > IPMI library shipped with Solaris, of which FMA is the only consumer > afaik. > > On the administration side, openipmi (ipmitool) has so far been the > only shipping interface to BMC and LAN channels - which is all well > and good as that is what Linux and other OSes tend to use. However > that tool suffers from some inconsistency and has a hackish feel to > it. The currently shipping ipmitool's "sunoem" subcommand doesn't do a > thing when trying to manipulate ILOM from the OS (one has to install a > second unbundled ipmitool into /opt from the "Sun Fire Xxxxx Server > Software CD" to get that) which renders it pretty useless aside from > reading SEL, sensors and the like. > > I've thought about extending prtdiag on x64 to use libipmi to add > sensor and fru output like what you'd find on a SPARC system, but as > noted in the comments of the prtdiag source, that has its own > pitfalls. What Solaris is lacking is, dare I say, something akin (in > concept) to Dell's OMSA racadm utility which they have for Linux and > Windows. > > /dale >
