<div dir="ltr"><div>Jorg, this is probably veering very off topic.</div><div>Intel make available the source code for those BMC cards - which surprised me.</div><div>I saw Redfish mentioned <a href="https://www.supermicro.com/solutions/Redfish.cfm">https://www.supermicro.com/solutions/Redfish.cfm</a></div><div>Maybe the Redfish standard makes the cards behave differently to old-style BMC cards</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 21 June 2018 at 15:59, Jörg Saßmannshausen <span dir="ltr"><<a href="mailto:sassy-work@sassy.formativ.net" target="_blank">sassy-work@sassy.formativ.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi John,<br>
<br>
interesting idea, but how does it work when the IP address has not been set <br>
yet?<br>
<br>
Regarding hostname/IP for the GUI: see my email to Chris.<br>
<br>
Thanks!<br>
<br>
Jörg<br>
<br>
Am Donnerstag, 21. Juni 2018, 12:55:07 BST schrieben Sie:<br>
<div class="HOEnZb"><div class="h5">> It is worth saying that Intel have an excellent free to download tool<br>
> called syscfg which lets you set BIOS and IPMI from the command line<br>
> To get BIOS settings the same on all nodes on a cluster you just cget the<br>
> correct settings on one node, copy this file to all nodes,<br>
> syscfg then reboot. Simples.<br>
> <br>
> <a href="https://downloadcenter.intel.com/download/26971/Save-and-Restore-System-Conf" rel="noreferrer" target="_blank">https://downloadcenter.intel.<wbr>com/download/26971/Save-and-<wbr>Restore-System-Conf</a><br>
> iguration-Utility-syscfg-<br>
> <br>
> <br>
> Regarding your web server problem, is your DHCP server giving the correct<br>
> hostnames to the IPMI cards when they request an address?<br>
> I do not see how that could matter, but maybe?<br>
> <br>
> <br>
> <br>
> On 21 June 2018 at 12:29, Jörg Saßmannshausen <<a href="mailto:sassy-work@sassy.formativ.net">sassy-work@sassy.formativ.net</a><br>
> > wrote:<br>
> > <br>
> > Hi John,<br>
> > <br>
> > further the last email: I am using the onboard interface for the BMC/IPMI<br>
> > (shared link) so there is only one physical network cable between the<br>
> > switch<br>
> > and the compute node.<br>
> > <br>
> > Regarding PXE boot: I don't want to boot over IB. Right now I even don't<br>
> > have<br>
> > an IB network. I was just wondering whether for some reason at one stage<br>
> > of<br>
> > the boot process the kernel recognises the IB card and then tries to boot<br>
> > from<br>
> > there and shuts off the other NIC which could explain that behaviour.<br>
> > However, even disabling it in the BIOS did not solve the problem.<br>
> > <br>
> > I guess I will need to do some debugging here but without some good ideas<br>
> > I am<br>
> > a bit stuck as I already have tried the usual suspects.<br>
> > <br>
> > All the best<br>
> > <br>
> > Jörg<br>
> > <br>
> > Am Donnerstag, 21. Juni 2018, 12:02:40 BST schrieb John Hearns via <br>
Beowulf:<br>
> > > Hello Jorg. As you know I have worked a lot with Supermicro machines.<br>
> > > I also installed Intel machines for Greenwich University, so I have<br>
> > > experience of setting up IPMI on them.<br>
> > > I will take time to try to understand your problem!<br>
> > > Also Intel provides excellent documentation for all its products.<br>
> > > Really.<br>
> > > But you must get the correct part number and search for it.<br>
> > > I really recommend finding the BMC manual, as I recall that made things<br>
> > > a<br>
> > > lot clearer.<br>
> > > <br>
> > > One quick question - are you using the on-board ethernet interface for<br>
> > <br>
> > IPMI<br>
> > <br>
> > > or are you using the additional hardware module which has its own<br>
> > <br>
> > ethernet<br>
> > <br>
> > > port?<br>
> > > <br>
> > > > It also has a InfiniBand card which does allow booting from it.<br>
> > > <br>
> > > You can PXE boot over a Mellanox Infiniband card. As you probably know<br>
> > <br>
> > this<br>
> > <br>
> > > involves installing extra firmware on the card.<br>
> > > In my last job we had an IB only cluster, so booting over IB had to<br>
> > > work!<br>
> > > I guess you do nto need to flash the card, but to be honest running the<br>
> > > utility is not scary. You just have to get the exact firmware for your<br>
> > <br>
> > card.<br>
> > <br>
> > > On 21 June 2018 at 11:20, Tony Brian Albers <<a href="mailto:tba@kb.dk">tba@kb.dk</a>> wrote:<br>
> > > > Does the BMC itself know its own hostname?<br>
> > > > <br>
> > > > /tony<br>
> > > > <br>
> > > > On 21/06/18 11:13, Jörg Saßmannshausen wrote:<br>
> > > > > Dear all,<br>
> > > > > <br>
> > > > > I got a bit of a confusing situation with the BMC of some Intel<br>
> > > > <br>
> > > > motherboards<br>
> > > > <br>
> > > > > which we recently purchased and I am not quite sure what to make out<br>
> > <br>
> > of<br>
> > <br>
> > > > it.<br>
> > > > <br>
> > > > > We have install a generic user via the IPMI commands on the compute<br>
> > > > <br>
> > > > nodes and<br>
> > > > <br>
> > > > > I can access the BMC remotely, again via the IPMI command like this:<br>
> > > > > <br>
> > > > > $ ipmitool -H node105-bmc -U username -P xxx power status<br>
> > > > > <br>
> > > > > This is working, Also, this works:<br>
> > > > > <br>
> > > > > $ ipmitool -H 10.0.1.105 -U username -P xxx power status<br>
> > > > > <br>
> > > > > A nslookup of node105-bmc gives the right IP address as well.<br>
> > > > > <br>
> > > > > However, if I want to use the GUI for the BMC, i.e. opening my<br>
> > <br>
> > browser<br>
> > <br>
> > > > and<br>
> > > > <br>
> > > > > put:<br>
> > > > > <br>
> > > > > <a href="https://node105-bmc" rel="noreferrer" target="_blank">https://node105-bmc</a><br>
> > > > > <br>
> > > > > in the URL, I get the loging page When I enter my login credentials<br>
> > > > > then,<br>
> > > > > which are the same as above, I have a problem to log in *IF* I am<br>
> > <br>
> > using<br>
> > <br>
> > > > the<br>
> > > > <br>
> > > > > hostname as address but not *IF* I am using the IP address. Just to<br>
> > <br>
> > add<br>
> > <br>
> > > > to the<br>
> > > > <br>
> > > > > confusion more, on one node the hostname was working.<br>
> > > > > With problems I mean the browser tells me my login credentials are<br>
> > <br>
> > wrong<br>
> > <br>
> > > > which<br>
> > > > <br>
> > > > > does not happen when I am using the IP address.<br>
> > > > > Also, I can only use https and not http and for now I got the<br>
> > > > > generic<br>
> > > > <br>
> > > > self<br>
> > > > <br>
> > > > > signed certificates. I want to change them at one point but right<br>
> > > > > now<br>
> > > > <br>
> > > > that is<br>
> > > > <br>
> > > > > more on the bottom of my to-do list.<br>
> > > > > <br>
> > > > > I find that really odd and I am not quite sure what is going on<br>
> > > > > here.<br>
> > > > <br>
> > > > With all<br>
> > > > <br>
> > > > > the Supermicro kit I once had I never had these issues before. I was<br>
> > > > <br>
> > > > able to<br>
> > > > <br>
> > > > > log in regardless of using the hostname or IP address.<br>
> > > > > So clearly Intel does something here Supermicro did not (at the<br>
> > <br>
> > time).<br>
> > <br>
> > > > > The boards in question are Intel S2600BPB ones.<br>
> > > > > <br>
> > > > > Has anybody seen this before?<br>
> > > > > <br>
> > > > > I got a second issue with these boards. I usually do the normal<br>
> > <br>
> > PXE/NFS<br>
> > <br>
> > > > boot<br>
> > > > <br>
> > > > > and the setup is working well for the other, older Supermicro<br>
> > <br>
> > machines.<br>
> > <br>
> > > > > However, with the new Intel ones, this is crashing.<br>
> > > > > The procedure is you are selecting in the boot-menu you want to do a<br>
> > <br>
> > PXE<br>
> > <br>
> > > > boot<br>
> > > > <br>
> > > > > and not boot from the local hard drive.<br>
> > > > > It then boots the initramfs which seems to be fine. From what I can<br>
> > <br>
> > see,<br>
> > <br>
> > > > both<br>
> > > > <br>
> > > > > during the boot process and from the log files of the DHCP-server,<br>
> > <br>
> > it is<br>
> > <br>
> > > > > getting the right IP address.<br>
> > > > > However, when the initramfs hands over to the kernel, it crashes<br>
> > <br>
> > with:<br>
> > > > > kernel panic! attempt to kill init<br>
> > > > > and you literally have to pull the plug on the machine, i.e. a hard<br>
> > > > <br>
> > > > reset.<br>
> > > > <br>
> > > > > The only time I have seen that was when I did not specify the NIC<br>
> > > > > and<br>
> > > > <br>
> > > > when I<br>
> > > > <br>
> > > > > had two NICs, it somehow decided to use the other one. I fixed that<br>
> > > > <br>
> > > > problem by<br>
> > > > <br>
> > > > > defining the interface in the boot-arguments and also the second NIC<br>
> > <br>
> > is<br>
> > <br>
> > > > not<br>
> > > > <br>
> > > > > connected anyway. It also has a InfiniBand card which does allow<br>
> > <br>
> > booting<br>
> > <br>
> > > > from<br>
> > > > <br>
> > > > > it. Again, it is not connected so in theory it should not matter.<br>
> > > > > <br>
> > > > > I am stuck here. I am using a 4.x kernel for the PXE boot, so a<br>
> > <br>
> > fairly<br>
> > <br>
> > > > recent<br>
> > > > <br>
> > > > > one. As I said, it works for the older machines but not for the<br>
> > > > > newer<br>
> > > > <br>
> > > > ones.<br>
> > > > <br>
> > > > >   I upgraded the whole PXE/NFS boot and that is not working too.<br>
> > > > > <br>
> > > > > Does anybody have any ideas here?<br>
> > > > > <br>
> > > > > Sorry for asking 2 questions in one email but as they are related I<br>
> > <br>
> > hope<br>
> > <br>
> > > > that<br>
> > > > <br>
> > > > > is ok.<br>
> > > > > <br>
> > > > > All the best from a sunny London<br>
> > > > > <br>
> > > > > Jörg<br>
> > > > > <br>
> > > > > ______________________________<wbr>_________________<br>
> > > > > Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org">Beowulf@beowulf.org</a> sponsored by Penguin<br>
> > <br>
> > Computing<br>
> > <br>
> > > > > To change your subscription (digest mode or unsubscribe) visit<br>
> > > > <br>
> > > > <a href="http://www.beowulf.org/mailman/listinfo/beowulf" rel="noreferrer" target="_blank">http://www.beowulf.org/<wbr>mailman/listinfo/beowulf</a><br>
> > > > <br>
> > > > <br>
> > > > <br>
> > > > --<br>
> > > > Tony Albers<br>
> > > > Systems administrator, IT-development<br>
> > > > Royal Danish Library, Victor Albecks Vej 1, 8000 Aarhus C, Denmark.<br>
> > > > Tel: +45 2566 2383 / +45 8946 2316<br>
> > > > ______________________________<wbr>_________________<br>
> > > > Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org">Beowulf@beowulf.org</a> sponsored by Penguin<br>
> > <br>
> > Computing<br>
> > <br>
> > > > To change your subscription (digest mode or unsubscribe) visit<br>
> > > > <a href="http://www.beowulf.org/mailman/listinfo/beowulf" rel="noreferrer" target="_blank">http://www.beowulf.org/<wbr>mailman/listinfo/beowulf</a><br>
<br>
______________________________<wbr>_________________<br>
Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org">Beowulf@beowulf.org</a> sponsored by Penguin Computing<br>
To change your subscription (digest mode or unsubscribe) visit <a href="http://www.beowulf.org/mailman/listinfo/beowulf" rel="noreferrer" target="_blank">http://www.beowulf.org/<wbr>mailman/listinfo/beowulf</a><br>
</div></div></blockquote></div><br></div>