Bekijk Volledige Versie : 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?
Kippenijzer
27/11/10, 16:05
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.
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 ;)
HostingTotaal
29/11/10, 16:05
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!
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 ;) :innocent:
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.
Yourwebhoster
29/11/10, 18:56
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.
HostingTotaal
29/11/10, 18:58
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!
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.
Yourwebhoster
29/11/10, 20:37
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?
Kippenijzer
29/11/10, 21:26
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).
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).
Yourwebhoster
29/11/10, 22:38
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).
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.
Yourwebhoster
30/11/10, 07:30
ipmitool kun je gewoon installeren op een andere server, en dan d.m.v. de juiste command(s) de IMPI aansturen.
Klopt, heb dit niet geprobeerd maar zal dit de volgende keer wel doen. Denk alleen niet dat dit veel uitgemaakt zou hebben.
HostingTotaal
30/11/10, 08:49
Bij het bestellen van een server heb ik het gelijk bij onze accountmanager gevraagd, maar er zijn juist erg weinig problemen mee bekend. Wellicht slim om het bij dell zelf even aan te melden. (kan ook een mooi verkopersbabbeltje zijn natuurlijk)
ipmitool kun je gewoon installeren op een andere server, en dan d.m.v. de juiste command(s) de IMPI aansturen.
Zelfs daar geen response meer op ;-)
Enkel ping en SSH. SSH is zo traag dat geregeld de sessie vast loopt.
Een cold reboot via SSH zou in mijn geval nog de enigste oplossing zijn gezien er geen response op HTTP of Ipmitool is.
Help aanroepen @ SSH is jammer genoeg zodanig traag dat er niet meer dan 4 regels verschijnen alvorens de SSH sessie klapt.
=====
Gaat dus een gevalletje "stekker eruit" worden ben ik bang.
Het zou je maar net gebeuren dat de KVM nodig is, en de iDrac6 op zijn gat ligt.
Ik zie dat er onlanks wel een firmware update voor uitgekomen is - binnenkort maar eens flashen.
Met de remote kaarten in mijn SUN's overigens nog geen problemen gehad (afkloppen). SuperMicro in het verleden ook diverse vastlopers gehad (zoals yourwebhoster ook schreef, power eraf gehad en naderhand niet meer voorgekomen). En nu dan een recente Dell iDrac6 Enterprise die er de brui aan geeft.