RecoverPoint for Virtual Machines: Consistentiegroepen met foutstatus

Сводка: RecoverPoint for Virtual Machines: Consistentiegroepen in foutstatus of pauze/init/foutlussen

Данная статья применяется к Данная статья не применяется к Эта статья не привязана к какому-либо конкретному продукту. В этой статье указаны не все версии продуктов.

Симптомы



Consistentiegroepen in foutstatus of pauze/init/foutlussen.

Voorbeeldstatus van get_group_state-opdracht:
  CG:
    Enabled: YES
Transfer source: Bron
kopie:
      Doel:
        Enabled: Status JA
, regelgeving: GEREGELD
        Active primary RPA: RPA 1
Journal: LONG RESYNC
Storage access: NO ACCESS
Max journal size: 1,09 TB
Bron:
        Enabled: YES
Active primary RPA: RPA 1
Storage-toegang: DIRECTE TOEGANG (markeringsgegevens)
Koppeling:
      Source-Target>:
        Data Transfer: ERROR

Gebeurtenissen in GUI of CLI-get_events_log:

  Time:                 Mon Jan 16 15:29:30 2017
Onderwerp:                Toepassingsgebied van de GROEP
:                GEDETAILLEERD
niveau:                ERROR
Event ID:             4009
Cluster:              
Target_Site_vRPA Global links:         Geen
Groepen:               [CG, CG_Copy]
  Verwijzigingen:                [CG, CG_Prod->CG_Copy]
Samenvatting:              Dataoverdracht voor groep
onderbreken Details:              Reason= distributor error.

  Time:                 Mon Jan 16 15:31:03 2017
Onderwerp:                Toepassingsgebied van de GROEP
:                GEDETAILLEERD
niveau:                WARNING
Event ID:             4001
Cluster:              
Source_Site Global links:         Geen
Groepen:               [CG, CG_Prod]
  Samenvatting:              Klein probleem in groepsmogelijkheden
Details:              Kopieën zijn gekoppeld.

RPA1:
Marking (GlobalCopy(SiteUID(0x1207d88a9b552bf9) 0) ) = Ja - zijde gedefinieerd als bron. Site=Source_Site.
Mirroring van bronachterstand (GlobalCopy(SiteUID(0x1207d88a9b552bf9) 0) ) = NIET NODIG
Transfer (GlobalCopy(SiteUID(0x7b8822840a7e317f) 0) ) = NEE - kan geschiedenis niet bijhouden - niet gepauzeerd op snapshot en gebruikersvolumeprobleem - Volumeprobleem. Site=Target_Site, RPA1, Device=[CG, CG_Copy, CG_RSET_CG_3_0_scsi].
Box en VM delen ESX = SAME_ESX_NOT_SAME

RPA2:
Marking (GlobalCopy(SiteUID(0x1207d88a9b552bf9) 0) ) = Ja - zijde gedefinieerd als bron. Site=Source_Site.
Mirroring van bronachterstand (GlobalCopy(SiteUID(0x1207d88a9b552bf9) 0) ) = NIET NODIG
Transfer (GlobalCopy(SiteUID(0x7b8822840a7e317f) 0) ) = Ja
Journaal (GlobalCopy(SiteUID(0x7b8822840a7e317f) 0) ) = Ja
Doelbacklog mirroring (GlobalCopy(SiteUID(0x7b8822840a7e317f) 0) ) = NIET NODIG
Voorkeur = NEE
Box en VM-share ESX = SAME_ESX_SAME
Aantal VM's in dezelfde ESX is 1

Fout in replicatielogboeken (uitgepakt.*/files/home/kos/replication/result.log):
2017/01/16 13:03:30.187 - #1 - 5508/5482 - DataCommIoRequest: Got NACK from splitter, Error code = 2 *m_kboxDataCommMessage = KboxDataCommMessage, DataCommMessage, m_multiIoId: 1804479667 m_msgId: 17968710 m_type: 1 m_lbaAndLens: 1 lengthInBlocks: 1024 m_guid: 0x69f6a49648317aec m_version: 0 m_isFastPath: 1 m_hostId: ESX-0x10f9536584e11e30 m_priority:

6 Fouten in splitterlogboeken op host die worden gezien in replicatielogboeken hierboven (m_hostId: ESX 0x10f9536584e11e30):
2017/01/16 13:11:13.714 - #2 - 570188/570154 - KS: krnl:[13:11:13.594] 0/0 #0 - IoEsx_ToStorage_v_isSucceeded_i: IO-0x41132aa45240mislukt. Host_Status = 0x0, Device_Status = 0x8, dataLength = 393216
krnl:[13:11:13.594] 0/0 #0 - IoEsx_ToStorage_v_isSucceeded_i: numFSSRetries = 0, numFDSRetries = 0, absTimeoutMS = 250463060, startTC = 0
krnl:[13:11:13.594] 0/0 #0 - CommandIoDataCommWrite_v_storageEndIo_i: Schrijven naar storage mislukt. io_index = 0. Io-status 0. DataComm schrijven mislukt.
2017/01/16 13:11:14.828 - #2 - 570188/570154 - KS: krnl:[13:11:14.289] 0/0 #0 - IoEsx_ToStorage_v_isSucceeded_i: IO-0x41132aa41210 mislukt. Host_Status = 0x0, Device_Status = 0x8, dataLength = 393216
krnl:[13:11:14.289] 0/0 #0 - IoEsx_ToStorage_v_isSucceeded_i: numFSSRetries = 0, numFDSRetries = 0, absTimeoutMS = 250463777, startTC = 0
krnl:[13:11:14.289] 0/0 #0 - CommandIoDataCommWrite_v_storageEndIo_i: Schrijven naar storage mislukt. io_index = 0. Io-status 0. DataComm schrijven mislukt.
2017/01/16 13:11:15.937 - #2 - 570188/570154 - KS: krnl:[13:11:15.118] 0/0 #0 - IoEsx_ToStorage_v_isSucceeded_i: IO-0x41132aa44c90 mislukt. Host_Status = 0x0, Device_Status = 0x8, dataLength = 393216
krnl:[13:11:15.118] 0/0 #0 - IoEsx_ToStorage_v_isSucceeded_i: numFSSRetries = 0, numFDSRetries = 0, absTimeoutMS = 250464606, startTC = 0
krnl:[13:11:15.118] 0/0 #0 - CommandIoDataCommWrite_v_storageEndIo_i: Schrijven naar storage mislukt. io_index = 0. Io-status 0. DataComm schrijven mislukt.
krnl:[13:11:15.676] 0/0 #0 - IoEsx_ToStorage_v_isSucceeded_i: IO 0x4113298f6108 mislukt. Host_Status = 0x0, Device_Status = 0x8, dataLength = 393216
krnl:[13:11:15.676] 0/0 #0 - IoEsx_ToStorage_v_isSucceeded_i: numFSSRetries = 0, numFDSRetries = 0, absTimeoutMS = 250465165, startTC = 0
krnl:[13:11:15.676] 0/0 #0 - CommandIoDataCommWrite_v_storageEndIo_i: Schrijven naar storage mislukt. io_index = 0. Io-status 0. DataComm schrijven mislukt.

Причина

Het data-archief aan de doelzijde voor deze consistentiegroepen had geen vrije ruimte, waardoor RecoverPoint er niet naar kon schrijven.
 

Разрешение

Resolutie:

Controleer ESX aan de doelzijde om te zien of alle doeldatastores (voor doelhosts en logboeken) vrije ruimte hebben.
Voor datastores zonder ruimte: maak ruimte vrij of vergroot de grootte van de datastorage, zodat RecoverPoint ernaar kan schrijven.

Затронутые продукты

RecoverPoint for Virtual Machines

Продукты

RecoverPoint for Virtual Machines
Свойства статьи
Номер статьи: 000054855
Тип статьи: Solution
Последнее изменение: 20 Dec 2025
Версия:  4
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.