I had the same thought. Yes, it turns out that the rhel5 box that I built it on has libgcrypt 1.4.4 running on it since its registered to the RHN. The new box I was trying to run freeipmi on hasn't been registered with RHN yet so was running 1.2.6. Upgrading to 1.4.4 fixed the problem and its working now.
Thanks, Kevin ________________________________________ From: Al Chu [[email protected]] Sent: Tuesday, December 08, 2009 11:38 AM To: Fox, Kevin M Cc: [email protected] Subject: Re: [Freeipmi-users] Re: freeipmi Hey Kevin, I have an idea. Did you compile FreeIPMI against one version of libgcrypt, but are running on a machine w/ a different version of libgcrypt?? I find it hard to believe that the difference between two versions could cause this problem, I think it's possible (given the way I'm reading how the call to 'gcry_check_version' works). I'll have to think about how I can return a better error message if this is what's happening. Al On Tue, 2009-12-08 at 11:13 -0800, Al Chu wrote: > Hey Kevin, > > The failures seem to be the libgcrypt. I'm not really sure what it > could be since it's just doing some library initialization. What > version are you running? > > Al > > On Tue, 2009-12-08 at 10:41 -0800, Fox, Kevin M wrote: > > I just tried: > > 0.7.15 > > 0.7.16 > > > > [r...@a10 kfox]# ipmiconsole -h a21-bmc -u XXX -p YYY --debug > > (ipmiconsole_engine.c, ipmiconsole_engine_setup, 200): ipmi_crypt_init: Bad > > file descriptor > > ipmiconsole_setup: Bad file descriptor > > > > [r...@a10 kfox]# ipmipower --help > > ipmipower: ipmi_rmcpplus_init > > > > Its not clear from a strace what the problem is. > > > > Any ideas? > > > > Thanks, > > Kevin -- Albert Chu [email protected] Computer Scientist High Performance Systems Division Lawrence Livermore National Laboratory _______________________________________________ Freeipmi-users mailing list [email protected] http://lists.gnu.org/mailman/listinfo/freeipmi-users
