Beste mensen,
ik heb het volgende probleem met 1 van onze ESX 3.5 hosts.
Deze is gisteren om onbekende reden vanzelf in standby mode gegaan.
Na onderzoek vandaag blijkt dat er een scsi error optreedt.
in het eventlog van de server vind ik de volgende error:
Scsi:4509:Cannot find a path to device VMHBA32:2:2 in a good state.
Trying path VMHBA32:2:2 (64:01:42:28.193 CPU5:1039)
Als ik de server reboot lijkt hij goed te starten tot hij komt bij;
starting VMware-aam: /opt/vmware/aam/config/agent_env.linux not found.
Exitng. Hier komt dan ook een rode failed bij te staan. (dit heeft met drs/ha te maken juist?)
hierna gaat hij wel door echter blijft hij hangen op restoring S/W iscsi volumes, dit duur even alvorens een error te geven dat de device mightbe offline is.
Hierna doet het systeem niets meer.....
iemand énig idee?

vmhba32 wordt voor iscsi gebruikt. Is er wat mis met de nic die wordt gebruikt om met de iscsi storage te connecten?

Probeer eens te booten met de netwerkkabel eruit. Het is vreemd dat de hele server niets meer doet wanneer die de iscsi host (niet) goed kan benaderen.

Alles lijkt goed te zijn, er zijn ook geen wijzigingen oid dergelijks doorgevoerd.
Gisteren om half 3 heeft DRS ervoor gezorgd dat de host in standby kwam,nadat hij alle aanweizge vm's verplaatst had..
ik ben nu aan het booten zonder kabel in de nic.

ik vind het ook een zeer vreemd verhaal dat de server stopt, zonder enige melding meer te geven.

*update*
booten zonder kabel gaat goed inderdaad alleen is de host nu zijn iscsi hba's kwijt.
morgen verder kijken, ben nu een rescan uit aan het voeren.
alvast dank!
Ps.
als iemand me kan verklappen hoe ik een prnt screen kan maken vanuit de console en die kan opslaan op een windows server, heel graag

Dat kan alleen met LOM/DRAC of IP-KVM.. anders zal je echt letterlijk een printscreen moeten maken.

Heb je toevallig niet boot from san oplossing ofzo dat hij daarom niet meer opstart? Inderdaad, als dan je NIC kapot is kom je er niet meer op

_________________
| Blog.vmpros.nl | Twitter | DBL | vExpert 2010/2011/2012 |

gebruik je aparte nic voor de iscsi verkeer? Het lijkt me een hardware probleem.

Als je meer nic's tot je beschikking hebt configureer een ander nic voor de iscsi.

hallo en bedankt voor de reacties, vwb dat printscreen verhaal... Lastig.

ik heb geen boot from SAN oplossing nee, in principe is het vrij eenvoudig geconfigureerd, lokaal op scsi de esx config. en de vm's draaien wel op een san.
Verder heb ik inderdaad 1 nic geconfigureerd voor het iscsi verkeer, 2 voor de console en 1 voor het netwerkverkeer.
het vreemde is dat de connectie met mijn VC ook steeds verbroken wordt als ik een HBA rescan gedaan heb zie ik nu, ik kan er alleen maar op middels de console.
Zal de nics eens anders configureren inderdaad..

Weet je zeker dat je net werk niet ergens een loop heeft o.i.d. ?

zeker weten?
wat is zeker weten
Het enige dat ik zeker weet is dat dit ineens, out of the blue, zonder dat er een wijziging hardwarematig gedaan is optreed
en ja,
ik weet nagenoeg zeker dat een loop er niet inzit..
overigens heeft DRS ervoor gezorgd dat de ESX host standby ging..
En heeft het wijzigen van de nic tot nu toe nog geen effect gehad,
dezelfde foutmeldingen blijven optreden.

Ik heb wel eens met DRS meegemaakt dat een host standby ging, maar dat was alleen met een demo waarbij ook het expirmentele vinkje 'power management' aanstond.

Nee dit is nu niet het geval, ik heb DRS en HA uitgezet.
Tevens een keer ISCSI opnieuw geinstalleerd.
Mag niet baten, op iedere nic die ik probeer krijg ik de melding
SCSI: device might be offline.

Gonzo,

mbt het laatste plaatje: is de hardware van IBM? Check dan even:

http://kb.vmware.com/selfservice/micros ... Id=1003316
en
http://www-947.ibm.com/systems/support/ ... nd=5000008

gr
Patrick

Patrick,
bedeankt voor je bericht,
ben ziek geweest, vandaar mijn lange afwezigheid.
Nee het betreft hardware van HP de DL360 G6 welteverstaan dit icm een Netgear (i know tis een testomgeving)storage.

De tweede server heeft pas de problem met de storage dus ik zou zeggen dat het daar niet aan kan liggen?
ook de kabel en de Nic zijn in orde, aangezien ik die ook verander heb..

overigens hebben nu beiden servers het probleem.

de Vm's op de 2de esx host zijn nog wel bereikbaar maar een rescan op de vmhba32 geeft een time out.
regen drup verhaal aan het worden

even een update:
alle Vm's zijn nu niet meer te bereiken op de storage en de servers liggen nagenoeg helemaal plat met dezelfde foutcodes.
ook op vmware.com krijg ik geen duidelijke oplossing.
Ga de Esx hosts maar opnieuw installeren.....