Hallo. In deze video behandelen we enkele stappen voor het oplossen van firmwareproblemen. Wanneer updates mislukken, moet u eerst kijken in het logboek van de Lifecycle Controller. Hier kun je vaak specifieke foutcodes vinden die je vervolgens kunt opzoeken in de kennisbank. Laten we nu eens kijken naar enkele verschillende scenario's voor updateproblemen. Eerst gaan we het hebben over de catalogusgebaseerde updatemethode. Stel dat iemand de hele server wilde bijwerken, maar de updatetaak mislukt.
We kunnen proberen een enkel pakket bij te werken in plaats van het hele systeem. Zo ja, krijgen we dan een andere foutmelding voor het enkele pakket? We kunnen ook andere updatemethoden gebruiken die buiten de catalogus vallen. Als we het enkele pakket lokaal op de iDRAC proberen en het werkt, moeten we de catalogus controleren op problemen. Een ding om te controleren zou zijn of het bestand zich op de downloads.dell.com locatie bevindt waar het zou moeten zijn? Laten we nu eens kijken naar de netwerkgebaseerde updatemethode.
Op dezelfde manier moeten we ons afvragen of een enkel updatepakket dezelfde of een andere foutmelding toont? We kunnen ook proberen een lokale update uit te voeren op de iDRAC zelf. Als de lokale update werkt, moeten we vermoeden dat poorten of protocollen worden geblokkeerd door de firewall. Houd er rekening mee dat we mogelijk een pakketopname moeten verzamelen om te bewijzen dat dit het netwerk is dat met de problemen wordt geconfronteerd. Nu gaan we dieper in op die ene updatemethode. Probeer eerst een andere update die niet opnieuw hoeft te worden opgestart, zoals de iDRAC of de diagnose.
Als er geen update wordt toegepast, ligt het probleem waarschijnlijk bij de iDRAC of Lifecycle Controller. Als alleen een specifieke update mislukt, moeten we kijken naar het specifieke updatepakket of het onderdeel. Het volgende dat u moet proberen, is dezelfde firmware voor dat onderdeel opnieuw flashen in plaats van een upgrade uit te voeren. Als het opnieuw flashen is gelukt, zouden de component en de lifecycle controller goed moeten zijn, maar als de component niet dezelfde firmware toepast, moeten we enkele andere stappen proberen.
We kunnen proberen de reststroom af te voeren, het onderdeel opnieuw te plaatsen, te verwisselen met een bekend goed of uiteindelijk moeten we dat onderdeel vervangen. Een andere methode voor probleemoplossing is het geforceerd wissen van de taakwachtrij. Er zijn twee commando's die ik hier zal demonstreren. Ik stel voor om beide uit te voeren, omdat de ene soms werkt en de andere niet. Als geen van beide opdrachten werkt of als de iDRAC volledig vergrendeld lijkt te zijn, probeert u de iDRAC opnieuw op te starten en voert u de opdrachten opnieuw uit.
Laten we eindigen met het bespreken van foutopsporing in updatepakketten. De eerste vraag die u zich moet stellen is: werkt dit pakket niet op meerdere systemen? Ervan uitgaande dat het antwoord ja is, kunnen we de exe uitpakken en het package.xml-bestand bekijken om te bevestigen dat het inderdaad geldig is voor het systeemtype en de specifieke component die we bijwerken. Als het pakket er goed uitziet, probeer het dan in het besturingssysteem uit te voeren of probeer een opstartbare ISO. Als de OS-update mislukt, kunt u de stappen volgen om het DUP-bestand te debuggen via de bijgevoegde koppeling. Als de update alleen niet via de iDRAC wordt toegepast, maar wel werkt voor andere methoden, verzamel dan een TSR met foutopsporingslogboeken.
Om deze video af te ronden zal ik demonstreren hoe het updatepakket moet worden uitgepakt. Zodra het bestand is uitgepakt, opent u het package.xml bestand. Hier kunnen we zoeken naar specifieke componenten. Laten we zeggen dat we hier naar de 5719 willen zoeken, dan zien we er een paar. Bedankt voor het bekijken van deze trainingsvideo over het oplossen van problemen met iDRAC-firmware.
