All,
I would like to close out all the bugs in the ipmitool bug tracker that are
known to have
been fixed so we have a good list of actual outstanding bugs for ipmitool.I
define a bug
as fixed if the code changes to resolve the bug have been submitted to the top
of branch
ipmitool CVS repo
Here you go:
[sekle...@skyhopper
/usr/obj/usr/ports/sysutils/ipmitool/work/ipmitool-1.8.11]$ ./src/ipmitool
-I lan -H spqdfdf -E sol info
Unable to read password from environment
Password:
Address lookup for spqdfdf failed
Error: No response requesting SOL parameter 'Set In Progress (0)'
Patch:
Okay, so, it looks like all of the functions in lib/ipmi_sol.c make calls
to:
[instance]->sendrecv
Where 'sendrcv' is actually a (bizarre looking) function mapping strcut
for src/plugins/lan/lan.c:*
So, sendrecv is actually ipmi_intf->ipmi_lan_send_cmd() ...
Which will eventuallly call ip
Hi,
On Mon, Jun 22, 2009 at 08:10:11AM -0400, Brian A. Seklecki wrote:
> Show it to me? My team can review it.
http://sourceforge.net/tracker/index.php?func=detail&aid=1835038&group_id=95200&atid=610550
as for the memleak, I'll create one
--
> Is there a ipmitool-users list?
Not enough volume to compel the abstraction.
> I have reported an issue where ipmitool leaks on this list, with no
> answer. Also, I reported a but on sf tracker 2007-11-20, without any
Show it to me? My team can review it.
http://sourceforge.net/tracker/?limi
Hi,
Is there a ipmitool-users list?
I have reported an issue where ipmitool leaks on this list, with no answer.
Also, I reported a but on sf tracker 2007-11-20, without any answer since.
Is anybody reading the tracker?
I am starting to think it's me ;-)
-
