In onze /var/log/vmkernel.log zie ik onderstaande meldingen.

2011-12-12T01:01:01.205Z cpu10:248262)FSS: 890: Failed to get object 1 4 1a16b9 0 0 0 0 0 0 0 0 0 0 0 :Transient file system condition, suggest retry
2011-12-12T01:01:01.205Z cpu10:248262)FSS: 890: Failed to get object 1 4 1a16b9 0 0 0 0 0 0 0 0 0 0 0 :Transient file system condition, suggest retry
2011-12-12T03:02:01.540Z cpu17:4113)WARNING: ScsiDeviceIO: 1218: Device naa.6000eb34cb8998ad0000000000000087 performance has deteriorated. I/O latency increased from average value of 1207 microseconds to 29339 microseconds.
2011-12-12T03:02:37.088Z cpu0:4120)WARNING: ScsiDeviceIO: 1218: Device naa.6000eb34cb8998ad0000000000000087 performance has deteriorated. I/O latency increased from average value of 1209 microseconds to 61375 microseconds.


Device naa.6000eb34cb8998ad0000000000000087 is een LUN van onze Lefthand.

Wat betekenen deze meldingen? Heb ik een probleem zo ja waar?

Het betreft een esxi 5.0 host op een DL380G7 gekoppeld aan een Lefthand P4300 via HP3500 yl switches.

Mvg, Freek

<edit> zag net dat het microseconds was ipv ms., dwz 1 seconde / 1.000.000.
1,2 ms. latency lijkt me niet problematisch toe, 63 ms. is wat hoog, zal door tijdelijke drukte komen op het SAN of netwerk komen, gok ik... Monitor eens een dag lang de latency's via de vi-client op de storage en de vm's, dan heb je een beter beeld of het incidenteel was.
</edit>

_________________
Het is wel zo fatsoenlijk een oplossing aan het eind te posten, als mensen de moeite nemen jou te helpen..

Op je 3500's kan je nog wat finetunen met de qos queue's, meestal heb je niet meer dan 3 queue's nodig i.p.v. de standaard 7. Als het zelfs dedicated iSCSI is kan je prima met 2 queue's af. Zorg er hoe dan ook voor dat je iSCSI untagged is, anders passen er een stuk minder jumbo (9k) frames in de queue wanneer je ook flow control gebruikt.

Helaas zijn de meldingen vrij random zonder dat er echt veel load is. Het is een dedicated iSCSI netwerk met untagged verkeer, flow control staat aan, geen jumbo frames. Het betreffen 2 3500yl's die onderling met 4 uplinks met een lacp trunk zijn verbonden.

Ik heb op dit moment een call lopen bij vmware, Ik hou jullie op de hoogte.

Heb hier ook deze meldingen. Heeft VMware Support nog iets kunnen vertellen?

_________________
http://www.GabesVirtualWorld.com

Ik heb ze ook bij ons gezien. We zijn bezig met een upgrade van SANIQ en van de disk firmware. Dan zouden we er geen last meer van moeten hebben volgens HP.