PowerStore: Overlappende I/O op een metro-volume kan leiden tot onverwacht opnieuw opstarten of verhoogde latentie
Summary: Overlappende I/O op een Metro-volume kan leiden tot onverwacht opnieuw opstarten van het knooppunt of een hogere latentie.
Symptoms
Een knooppunt kan onverwacht opnieuw opstarten of een verhoogde latentie kan worden waargenomen als al deze omstandigheden aanwezig zijn:
- PowerStoreOS 3.6.1.0
- Metro-volumes
- ESXi-hosts geconfigureerd met toegang ingesteld als co-locatie met beide systemen
- Het probleem kan zich ook manifesteren tijdens NDU vanaf 3.6.1, als de hieronder beschreven tijdelijke oplossing is geïmplementeerd.
Cause
Als gevolg van het softwareprobleem kan elke overlappende I/O - I/O die op beide apparaten aankomt op hetzelfde volume op hetzelfde Logical Block Address (LBA) - leiden tot een onverwachte herstart van de module of het opnieuw opstarten van knooppunten. Het onverwacht opnieuw opstarten van de softwaremodule of het onverwacht opnieuw opstarten van het knooppunt kan worden herhaald totdat de oplossing of tijdelijke oplossing is toegepast.
Resolution
Oplossing
Dit probleem is opgelost in PowerStoreOS 3.6.1.1 (3.6 Service Pack 1 patch 1) en hoger.
Opmerking:
Wanneer u een NDU uitvoert, pauzeert u alle Metro-sessies voordat u een upgrade uitvoert van 3.6.1 (alleen) naar een toekomstige release en hervat u de replicatie wanneer de NDU is voltooid.
- Pauzeer alle Metro-sessies voordat u een upgrade uitvoert van 3.6.1 naar een toekomstige release.
U kunt ook het volgende doen:
- Vermijd het configureren van een metro-volume als "Metro_Optimized_Local" op een niet-geprefereerd apparaat totdat NDU is voltooid.
- Als het lokale apparaat de niet-gewenste is voor alle metro-sessies op dit apparaat (Protection -> Metro -> Local Preferred Role), moet u ervoor zorgen dat elke host die is aangesloten op een metro-volume is geconfigureerd als Metro_Optimized_Remote totdat NDU is voltooid.
- Als het lokale apparaat een combinatie van metrovolumes heeft, waarbij sommige wel en andere niet-geprefereerde volumes de voorkeur hebben, is het raadzaam om elke host die als Metro_Optimized_Local is geconfigureerd te controleren en ervoor te zorgen dat alle bijbehorende metrovolumes naar wens zijn geconfigureerd op het lokale apparaat, of om de hosttoegang tot Metro_Optimized_Remote te wijzigen.
Tijdelijke oplossing
Aangezien dit probleem alleen van invloed is op PowerStoreOS 3.6.1.0 met hosts die zijn geconfigureerd als Co-located met beide systemen, wordt de volgende tijdelijke oplossing voorgesteld:
- Deze procedure kan niet-storend worden uitgevoerd.
- Configureer op de PowerStore van uw voorkeur de hosttoegang voor het volgende: De host bevindt zich op dezelfde locatie als dit systeem.
- Configureer op de niet-geprefereerde PowerStore de hosttoegang om: De host bevindt zich op dezelfde locatie als het externe systeem.
- Voorbeeld van een configuratie van het gewenste apparaat.
Neem indien nodig contact op met de technische support van Dell voor aanvullende begeleiding.
Additional Information
Aanvullende informatie
Dit probleem kan ook worden waargenomen tijdens NDU met ESXi-hosts die zijn geconfigureerd als Metro_Optimize_Local op de Non-Preferred.
Als de klant een NDU uitvoert vanaf 3.6.1.0, is het raadzaam om het metro-volume te pauzeren, de NDU te voltooien en vervolgens metro opnieuw in te schakelen
Hostconnectiviteit kan worden bekeken in de PowerStore Manager-gebruikersinterface onder Compute >Host Information >HOSTS & HOST GROUPS.
Voor eenvoudigere verificatie voegt u de kolom Host Connectivity toe aan de standaardweergave:
