"Johnson, Bill" writes:
> I would be interested in any thoughts or comments back.
Like you're rudely abusing a GNU mailing list by advertising proprietary
software? I have conman (and others).
___
Freeipmi-devel mailing list
Freeipmi-devel@gnu
Hey Dave,
Great, I'll add that into the docs.
Al
On Fri, 2009-06-12 at 10:32 +0100, Dave Love wrote:
> Al Chu writes:
>
> > Hey Dave,
> >
> >> Ah. solpayloadsize,sun20 did establish a connexion, but I think the
> >> speed may be wrong as it appears dead once connected. On the other
> >> hand
Al Chu writes:
> Hey Dave,
>
>> Ah. solpayloadsize,sun20 did establish a connexion, but I think the
>> speed may be wrong as it appears dead once connected. On the other
>> hand, after disconnecting, that seems to have taken the ILOM off the
>> air... That is with the earliest ILOM, anyway, th
Hey Dave,
> Ah. solpayloadsize,sun20 did establish a connexion, but I think the
> speed may be wrong as it appears dead once connected. On the other
> hand, after disconnecting, that seems to have taken the ILOM off the
> air... That is with the earliest ILOM, anyway, though it's annoying it
>
Al Chu writes:
> A. I take it you are using the hostrange feature as a "go get data
> faster" mechanism. I suppose I was thinking more about the
> buffer/consolidate options (-B, -C). Using them against a heterogenous
> environment didn't make too much sense to me.
Right. I have a script
Al Chu writes:
> Actually, it seems the sun20 workarounds are working correctly. You are
> able to authenticate. The problem is ...
Yes. I was only meaning to say that the SOL seems to be broken.
>> # ipmiconsole -h ipmi101 -Wsun20
>> [error received]: SOL unavailable
>
> This typically mea
Hey Dave,
On Wed, 2009-06-10 at 15:31 +0100, Dave Love wrote:
> Al Chu writes:
>
> > Hehe. It's funny you mention this. I had a request/comment on this
> > topic just last week. First, please take a look at my original post on
> > this for what I was thinking of supporting:
> >
> > http://www
Hey Dave,
On Wed, 2009-06-10 at 15:19 +0100, Dave Love wrote:
> Al Chu writes:
>
> > Hey Dave,
> >
> > Whew, I'm glad I have a relatively new sun board, this would have been
> > tough to figure out :-)
>
> Good. I could have offered to let you on here.
>
> > Effectively, the "opensesspriv" wo
Al Chu writes:
> Hehe. It's funny you mention this. I had a request/comment on this
> topic just last week. First, please take a look at my original post on
> this for what I was thinking of supporting:
>
> http://www.mail-archive.com/freeipmi-devel@gnu.org/msg00710.html
For what it's worth,
Al Chu writes:
> Hey Dave,
>
> Whew, I'm glad I have a relatively new sun board, this would have been
> tough to figure out :-)
Good. I could have offered to let you on here.
> Effectively, the "opensesspriv" workaround is also needed for the Sun
> boards. I've wrapped that workaround in as a
Hey Dave,
Whew, I'm glad I have a relatively new sun board, this would have been
tough to figure out :-)
Effectively, the "opensesspriv" workaround is also needed for the Sun
boards. I've wrapped that workaround in as an automatic one for the Sun
workaround, so it should work now. Test tar.gz i
Hey Dave,
> OK, appended.
Hmmm. It seems the workaround just isn't working. It's possible I have
introduced a bug into the workaround. Let me see if I can figure it
out.
> I didn't mean to be critical, of course. However, I find it's a real
> practical problem with our heterogeneous HPC syst
Al Chu writes:
> Hey Dave,
>
> It's entirely possible there is another issue for your systems I never
> encountered before or a bug in the workaround code. If you could send
> the --debug output, that'd be great.
OK, appended.
> Ipmitool also elects to "hide"
> workarounds in its tools more of
Hey Dave,
It's entirely possible there is another issue for your systems I never
encountered before or a bug in the workaround code. If you could send
the --debug output, that'd be great.
As for your second question, there are a number of "checks" that I do
more stringently than in ipmitool, lea
I tried `bmc-info -D LAN_2_0 -W sun20' on x4100s with both ILOM 1.0 and
2.0.2.5 (the latest as of a few months ago). It gives `password
invalid' in both cases. (With LAN, -W endianseq works with both the 1.0
and 2.0 ILOMs, but it doesn't help with LAN_2_0.)
Is --debug output the right thing to s
15 matches
Mail list logo