Eric J. Bowersox wrote: > On Fri, 2008-11-07 at 17:06 -0600, Corey Minyard wrote: > >> Hmm. If you have connected with OpenIPMI with another system with the >> same GUID, it's going to use the other system's information from its >> local database. Remove ~/.OpenIPMI_db and see if that makes a difference. >> >> GUIDs are *supposed* to be unique, but like you said, the one you have >> looks fairly suspicious. >> > [elided] > >> Ah, yes. That's a big clue that my previous suggestion will help. >> OpenIPMI will cache data locally and only fetch it if it has changed. >> It tells different systems apart using the GUID. It tells if it has >> change by the timestamp on the data. I suspect that both of those are >> broken. >> > > You were right. Removing /root/.OpenIPMI_db caused the whole thing to > clear up. > > The cache feature sounds like it's more of a hindrance than a help in > our situation. Is there a way to disable it? > When you run configure, you can do the following environment variable setting: ac_cv_header_gdbm_h=no
There's not a dynamic way to turn it off. I never imagined that a vendor would get this wrong :(. -corey ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Openipmi-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openipmi-developer
