VNX: Rensa replikeringen när kontrollpunkter för replikeringsroten är skadade/inaktiva (kan korrigeras av användaren)

Summary: Rensa replikeringen när kontrollpunkter för replikeringsroten är skadade/inaktiva (kan korrigeras av användaren)

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Rotkontrollpunkter skadade (vanlig orsak är att backend-luns inte kan korrigeras på grund av diskfel)
  
[nasadmin@CS0 ~]$ server_mount ALL | grep unmount
root_rep_ckpt_28_242474_1 on /root_rep_ckpt_28_242474_1 ckpt,perm,ro,<unmounted>
root_rep_ckpt_28_242474_2 on /root_rep_ckpt_28_242474_2 ckpt,perm,ro,<unmounted>
root_rep_ckpt_27_242517_1 on /root_rep_ckpt_27_242517_1 ckpt,perm,ro,<unmounted>
root_rep_ckpt_27_242517_2 on /root_rep_ckpt_27_242517_2 ckpt,perm,ro,<unmounted>

I ovanstående utdata kan endast rotkontrollpunkter ses och detta indikerar att huvudfilsystemet är bra. Detta händer vanligtvis om savvol är byggt på en annan lagringspool som hade korruption och det associerade filsystemet är säkert. 
[nasadmin@CS0 ~]$ nas_replicate -l
Name                      Type       Local Mover               Interconnect         Celerra      Status
rep_fs1                filesystem server_2                  -->Replication       Remote_CS  Critical 8865448248:The replication session encountered an error that halted progress.
rep_fs2                filesystem server_2                  -->Replication       Remote_CS  OK
rep_fs3                filesystem server_2                  -->Replication       Remote_CS  Critical 8865448248:The replication session encountered an error that halted progress.
Ovanstående utdata återspeglar felet enligt de 2 replikeringskritiska felen (som matchar 2 uppsättningen rotkontrollpunktsavmonteringsstatus som visas i server_mount utdata)

Cause

Om dataöverföraren får panik orsakas detta i de flesta fall av korruption på grund av diskar och VNX markerar filsystemet som skadat. Rotkontrollpunkter kommer också att avmonteras.

Resolution

Obs! Backend-problemen måste åtgärdas först, till exempel om några diskar behöver bytas ut måste de vara först. 

Så här tar du bort berörda replikeringar:

Om det görs ett direkt försök att ta bort sessionerna kan borttagningsuppgiften visas som låst sig. Eftersom borttagningen kommer att försöka uppdatera rotkontrollpunkterna och uppdateringen kommer att hänga sig eftersom den är skadad. Se avsnittet Anteckningar för att åtgärda det. Denna procedur ska åtgärdas i rätt ordning och måste göras från kontrollstationen via kommandotolken.

1) Logga in på kontrollstationen som nasadmin

2) Identifiera replikeringssessionens namn genom att följa detta exempel: 
a) Find the full name of root checkpoints by:
[nasadmin@CS0 ~]$ server_mount ALL | grep unmount
root_rep_ckpt_28_242474_1 on /root_rep_ckpt_28_242474_1 ckpt,perm,ro,<unmounted>
root_rep_ckpt_28_242474_2 on /root_rep_ckpt_28_242474_2 ckpt,perm,ro,<unmounted>
b) For each checkpoint, issue the following command and note the file system name
[nasadmin@CS0 ~]$ /nas/sbin/rootnas_fs -info root_rep_ckpt_28_242474_1 | grep checkpt_of
checkpt_of= fs1 Mon Jun 15 16:51:54 EDT 2015

Repeat above as every FS will have 2 root checkpoints per replication session, so good to get all FS names first before proceeding to next step

2) Identifiera kontrollpunkterna för replikering och ta bort genom att följa det här exemplet
  
a) Identify the file system name from the replications failing with critical errors by :
nas_replicate -list

Example: 
$ nas_replicate -i jsq-stx-mq
ID                             = 156_APM001_01F4_137_APM002_01F4
Name                           = rep_fs1
Source Status                  = Critical 8865448248: The replication session encountered an error that halted progres                                                                                          s.
Network Status                 = OK
Destination Status             = OK
Last Sync Time                 = Wed Jul 13 14:35:15 EDT 2016
Type                           = filesystem
Celerra Network Server         = CS01
Dart Interconnect              = Replication
Peer Dart Interconnect         = Replication
Replication Role               = source  <== note the role 
Source Filesystem              = fs1 <== this is the fs name if the role is source
Source Data Mover              = server_2
Source Interface               = 10.x.x.x
Source Control Port            = 0
Source Current Data Port       = 0
Destination Filesystem         = fs1-DR <== this is the fs name if the role is destination
Destination Data Mover         = server_2
Destination Interface          = 10.x.x.x
...

Match this name from names identified in step 2 to ensure they are same.
b) Check the replication checkpoint status by : fs_ckpt <fs_name> -list -all

Example: 
$ fs_ckpt fs1 -list -all
id    ckpt_name                creation_time           inuse fullmark   total_savvol_used  ckpt_usage_on_savvol
32    root_rep_ckpt_28_242474_ 06/15/2015-16:51:54-EDT   y   90%        INACTIVE           N/A
33    root_rep_ckpt_28_242474_ 06/15/2015-16:51:56-EDT   y   90%        INACTIVE           N/A
34    fs1_ckpt1                          06/17/2015-16:51:56-EDT   y   90%        INACTIVE           N/A
Info 26306752329: The value of ckpt_usage_on_savvol for read-only checkpoints may not be consistent with the total_savvol_used.

id    wckpt_name               inuse fullmark total_savvol_used  base  ckpt_usage_on_savvol

INACTIVE indicates, this is corrupted.
c) If the "inuse" value is "y", delete the root checkpoints using the following command:  /nas/sbin/rootnas_fs -delete id=<root_ckpt_id> -o umount=yes -ALLOW_REP_INT_CKPT_OP 
Rarely, root checkpoint may have, inuse" value as "n", then,  /nas/sbin/rootnas_fs -delete id=<root_ckpt_id> -ALLOW_REP_INT_CKPT_OP 

Example:
[nasadmin@CS0 ~]$ /nas/sbin/rootnas_fs -delete id=32  -o umount=yes -ALLOW_REP_INT_CKPT_OP 
id        = 32
name      = root_rep_ckpt_28_242474_1
acl       = 0
in_use    = True
type      = ckpt
worm      = off
..

d) Repeat above step and delete all the root checkpoints 
e) For non root checkpoints, delete using same command with out the last arument (Example: /nas/sbin/rootnas_fs -delete id=34 -o umount=yes)
3) Ta bort replikeringssessionen med följande syntax: 
For the "source" replication role : nas_replicate -delete <replication_session_name> -mode source -background
For the "destination" replication role : nas_replicate -delete <replication_session_name> -mode destination -background

Above command will give a task number, which can be used to view the status, by "nas_task -i <task_number>

4) Ta bort replikeringen på fjärrsidan också med hjälp av ovanstående steg 3 
 [ "nas_replicate -delete <session_name> -mode <mode> -background" ] 
Om alla stegen ovan är klara slutförs borttagningsaktiviteten för replikeringen. En ny replikering kan konfigureras om med hjälp av Unisphere eller kommandotolken.

Kontakta Dell EMC:s tekniska support om något av stegen ovan misslyckas.  Citera detta artikel-ID i kunskapsbasen.

Additional Information

Om det görs direkta försök att ta bort sessionerna i Unisphere eller med kommandot "nas_replicate -delete" kan borttagningsaktiviteten visas som låst sig. I de flesta fall kan detta åtgärdas utan att behöva starta om dataöverföraren.

1) Identifiera uppgiften via: 
nas_task -list | grep -i run

2) Hitta den detaljerade informationen (särskilt dataflyttarens namn) genom att: 
nas_task -info <task_number>

3) Avbryt uppgiften genom att: 
nas_task -abort <task_numer> -mover <data_mover_name>

Ovanstående bör också ta bort replikeringssessionen och rotkontrollpunkterna. Alla användarkontrollpunkter måste tas bort manuellt.

Affected Products

vVNX
Article Properties
Article Number: 000056557
Article Type: Solution
Last Modified: 29 Jul 2025
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.