Onderwerp: IPMI kaart configen met ESXi

Hoi,

Voor een NGO beheer ik een supermicro server (moederbord: X7DVL-E) met een Supermicro IPMI kaart (SIM-LC+ meen ik). Enige maanden geleden is deze geinstalleerd. IPMI werkte toen, maar op de een of andere manier lukt het mij niet de kaart te bereiken via web of tools, zowel vanaf hier als vanaf de server met RDP. Ik heb een vermoeden dat er iets niet klopt met de settings, het ip en/of mac adres.
Supermicro heeft tooltjes voor onder linux en windows om de settings te veranderen. Het probleem is echter, dat de server VMWare ESXi 4 draait, met een Debian en Windows Server 2008 vps. Het is daardoor niet mogelijk om dit te doen, doordat er dus een laag tussen zit.
Natuurlijk is dan de oplossing om even te rebooten en te booten vanaf de cd om zo in dos het tooltje ipmicfg te gebruiken. Het probleem is echter, dat de server in Karlsruhe staat, en ik daarvoor niet een hele reis wil maken. Er is wel iemand daar die het zou kunnen doen, maar dit heeft niet de voorkeur.

Is er een mogelijkheid om dit te doen onder ESXi zelf? Het spul is linux gebaseerd, weet iemand of je dat tootlje op de een of andere manier ook daar op kan draaien?

Ik hoor graag jullie input!

Maak een windows vpsje aan (windows xp oid) installeer hierop de IPMI tools
en probeer dan eens lokaal met de supermicro ipmi tools erop te komen.

Heb dit laatst voor een zelfde soort setup gedaan
de KVM functie zat er niet op maar IPMI was voldoende

dat de ESXi laag eronder zit zou vrij weinig moeten uitmaken.

Lukt niet. Naar mijn weten is ipmitool ook gewoon een tool waarmee je commandline in kan loggen en commandos kan doen. De ipmicfg tool spreekt de hardware direct aan.
Ik heb ook de ipmicfg utility geinstalleerd, maar die wil niet starten (superdll.dll and superbmc.sys load error, en kan daar helemaal niks over vinden). Iemand dat ook een keer gehad? Ik zie in apparaatbeheer de ipmi kaart ook niet, wat volgens mij komt doordat het een vps is...

Is de IMPI wel te bereiken als de machine aan het booten is en nog in zijn startup schermen zit. Dus nog voordat er een OS (windows/linux/ESX) gestart wordt?

In een VM ga je niet bij de IPMI/BMC van de host kunnen komen. Gelukkig niet zou ik zeggen.

Ipmicfg van Supermicro werkt niet op de linux kernel van de host van ESXi, mogelijk om dat die ook weer onder een hypervisor draait.

Ik denk dat iemand een IPMI configuratie tool specifiek voor ESX(i) zou moeten schrijven op dit werkende te krijgen, dus zolang die er niet is zit er niks anders op dan de machine te rebooten en vanuit DOS of Linux te configureren.

Je zou heel misschien nog kunnen kijken of de kaart toevallig als DHCP staat, of dat je op de switch kijkt welke MAC addressen er op de IPMI interface actief zijn en vanuit daar kijken of er toevallig al een IP ingesteld staat.

@lmp: Heb je ervaring met een situatie waar dat een oplossing was? Aangezien de server in gebruik is gooi ik 'm niet liever onnodig offline.
@Zoiah: Thanks. Ik heb iig de range gescand op mac en ip, en had het macadres van het ipmi kaartje ooit opgeschreven maar kon er geen ip aan vinden. Ik ga binnekort maar even iemand sturen

Oorspronkelijk geplaatst door AlexanderOnline

@lmp: Heb je ervaring met een situatie waar dat een oplossing was? Aangezien de server in gebruik is gooi ik 'm niet liever onnodig offline.

Ik weet niet of het vergelijkbaar is. In mijn geval werkte de IMPI goed, totdat ESX werd gestart en de interface in promiscuous mode zette. Vanaf dat moment wat het IP van de IPMI niet meer bereikbaar.
Ik zal na moeten zoeken wat ik er toen mee gedaan heb.

Oorspronkelijk geplaatst door lmp

Ik zal na moeten zoeken wat ik er toen mee gedaan heb.

Waarschijnlijk promiscuous uitgezet in de vswitch?
Ik begrijp dat het niet een ipmi kaartje is met een aparte dedicated interface? In dat geval kan het best zo zijn dat door acties van ESX je IPMI niet meer werkt.
Bij mij staat promiscuous allemaal uit (reject) op de vswitches, dat is ook de default. Alleen heb ik op die esx servers een dedicated lan poortje voor IPMI, dus kan je probleem niet testen

Oorspronkelijk geplaatst door hrodenburg

Bij mij staat promiscuous allemaal uit (reject) op de vswitches, dat is ook de default. Alleen heb ik op die esx servers een dedicated lan poortje voor IPMI, dus kan je probleem niet testen

De reject optie is, zodat je virtuele machines niet in promiscuous mode kunnen. De fysieke interface zal door vmware altijd in promiscuous mode gezet worden.

ja, dat klinkt ook wel heel logisch inderdaad.
Volgens mij kun je met ipmitool onder linux ook nog 2 arp opties enablen/disablen misschien dat dat nog kan helpen?

edit: dan moet je natuurlijk wel met esx ipmitool kunnen starten, en ik weet niet of dat gaat?