Onderwerp: Dell iDrac6 enterprise crashed

Geweldig.... wil je juist een server restarten.... werkt de iDrac6 enterprise niet meer ;-) Lekker betrouwbaar spul *kuch*

Iemand toevallig al vaker problemen gehad met de Dell iDrac6 enterprise?
Op HTTP geen response meer, echter pingt de drac nog wel. SSH toegang is ook mogelijk, maar enorm traag.

Weet iemand of het mogelijk is om de HTTP service of de gehele iDrac6 te restarten zonder dat de machine van de power moet?

Met ssh toegang moet je hem inderdaad gewoon kunnen resetten neem ik aan, kon met eerdere versies en bijvoorbeeld iLO's wel (moet ook wel als je CLI based dingen in wilt kunnen stellen, reload bij significante wijzigingen is nuttig). Weet helaas zo geen commando, maar t/ drac5 waren ze relatief goed in 'help' commando's via de CLI.

Oorspronkelijk geplaatst door Kippenijzer

Met ssh toegang moet je hem inderdaad gewoon kunnen resetten neem ik aan, kon met eerdere versies en bijvoorbeeld iLO's wel (moet ook wel als je CLI based dingen in wilt kunnen stellen, reload bij significante wijzigingen is nuttig). Weet helaas zo geen commando, maar t/ drac5 waren ze relatief goed in 'help' commando's via de CLI.

Ik had voordat ik dit topic had aangemaakt ook geprobeerd wat wijzer te worden van "-help", maar helaas.... SSH sessie loopt gewoon vast omdat het geheel zo traag werkt.

Rotzooi

Aanduiden als rotzooi lijkt me dan weer overdreven. Ik begrijp dat het lastig is net op het moment dat je een storing hebt. Zelf heb ik 8 servers met een idrac6 kaart en nog nooit problemen gehad. Ze zitten in een aparte management vrf en hebben me al diverse keren ritjes naar amsterdam verholpen!

Oorspronkelijk geplaatst door HostingTotaal

Aanduiden als rotzooi lijkt me dan weer overdreven. Ik begrijp dat het lastig is net op het moment dat je een storing hebt. Zelf heb ik 8 servers met een idrac6 kaart en nog nooit problemen gehad. Ze zitten in een aparte management vrf en hebben me al diverse keren ritjes naar amsterdam verholpen!

Zie de

De afgelopen week 2 cases bij Dell aangemaakt voor kapotte of niet volledig werkende DRAC kaarten. Het kan dus echt wel. Een voor een iDRAC6 en een voor een DRAC5.

Op de iDRAC6 kon je wel inloggen, maar geen commando's geven. Firmware upgrade hielp niet en uiteindelijk zijn zowel de DRAC-unit als het mainboard vervangen. Maar het is zeker niet zo dat we veel uitval merken op DRAC kaarten specifiek.

Om even kort te sluiten voor diegenen die denken dat de IPMI 2.0 van SM dit niet heeft: het kan dus ook daar voorkomen. Ik heb hier wel eens meegemaakt dat de IPMI zichzelf had opgehangen en het pas deed nadat het stroom er af was. Daarna nooit meer meegemaakt.

mmmm wellicht een probleem van de laatste tijd? Die van mij gaan al even mee...Wel lastig idd en zeker niet iets wat je verwacht met een dergelijke functie!

Oorspronkelijk geplaatst door Yourwebhoster

het kan dus ook daar voorkomen

hier idem

Het is wel een model dat een eigen dedicated netwerkpoort heeft?

Met IPMI/ilo/drac kaartjes die een netwerkpoort met het systeem delen wel vaker problemen gehad.
Dan moet de netwerkdriver van je besturingssysteem ook goede ondersteuning voor het eerlijk delen van de poort hebben, en dat is niet altijd het geval.

Oorspronkelijk geplaatst door maxnet

Het is wel een model dat een eigen dedicated netwerkpoort heeft?

Met IPMI/ilo/drac kaartjes die een netwerkpoort met het systeem delen wel vaker problemen gehad.
Dan moet de netwerkdriver van je besturingssysteem ook goede ondersteuning voor het eerlijk delen van de poort hebben, en dat is niet altijd het geval.

Ik weet eigenlijk niet precies hoe het ingesteld stond, de mogelijkheid om te delen was er wel. Maar het lijkt mij niet dat dit het probleem is, anders had het wel vaker voorgekomen toch?

De vroegere SM kaartjes, de 'klassieke' IPMI 1.5 en 2.0 BMCs hadden dit idd vaker, vooral onder non-Windows. De modernere kaartjes, de SIMSO serie heb ik het nog niet mee meegemaakt (knock on wood).

Oorspronkelijk geplaatst door Yourwebhoster

Ik weet eigenlijk niet precies hoe het ingesteld stond, de mogelijkheid om te delen was er wel. Maar het lijkt mij niet dat dit het probleem is, anders had het wel vaker voorgekomen toch?

Kan best zijn dat je er pas last van hebt als de server goed vast zit, omdat dan het stukje code dat verantwoordelijk is voor het delen van de poort het wellicht ook niet meer zo goed doet.

Heb zelf ooit het probleem met FreeBSD + Broadcom netwerk chipset gehad dat zodra deze geen contact meer met het besturingssysteem had, deze elke 3 seconden zichzelf ging resetten en de netwerk verbinding dus steeds up- en down ging. Kon je op de switch goed zien.
Niet handig als er ook nog een andere gebruiker (de IPMI kaart) van de netwerkchip gebruik maakt.


Affijn, om op je oorspronkelijke vraag terug te komen.
Als HTTP geen sjoege geeft, kan je nog proberen om hem via het IPMI protocol te resetten.
Kwestie van "ipmitool" installeren, en de juiste optie in de manual opzoeken (server resetten of alleen het management kaartje resetten).

Oorspronkelijk geplaatst door maxnet

Kan best zijn dat je er pas last van hebt als de server goed vast zit, omdat dan het stukje code dat verantwoordelijk is voor het delen van de poort het wellicht ook niet meer zo goed doet.

Heb zelf ooit het probleem met FreeBSD + Broadcom netwerk chipset gehad dat zodra deze geen contact meer met het besturingssysteem had, deze elke 3 seconden zichzelf ging resetten en de netwerk verbinding dus steeds up- en down ging. Kon je op de switch goed zien.
Niet handig als er ook nog een andere gebruiker (de IPMI kaart) van de netwerkchip gebruik maakt.


OhAffijn, om op je oorspronkelijke vraag terug te komen.
Als HTTP geen sjoege geeft, kan je nog proberen om hem via het IPMI protocol te resetten.
Kwestie van "ipmitool" installeren, en de juiste optie in de manual opzoeken (server resetten of alleen het management kaartje resetten).

oh dat was het leuke de server was zelf onbereikbaar, maar goed ik zal dit nog eens nakijken want hij staat op dedicated (toen ook meen ik).

Oorspronkelijk geplaatst door Yourwebhoster

oh dat was het leuke de server was zelf onbereikbaar, maar goed ik zal dit nog eens nakijken want hij staat op dedicated (toen ook meen ik).

ipmitool kun je gewoon installeren op een andere server, en dan d.m.v. de juiste command(s) de IMPI aansturen.