Skip to content

Commit

Permalink
Added replication module known issue (#569)
Browse files Browse the repository at this point in the history
  • Loading branch information
@santhoshatdell
santhoshatdell authored Apr 19, 2023
1 parent ed64551 commit 3291321
Show file tree
Hide file tree
Showing 10 changed files with 14 additions and 9 deletions.
4 changes: 2 additions & 2 deletions content/docs/replication/deployment/powerscale.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -162,8 +162,8 @@ driver: "isilon"
reclaimPolicy: "Delete"
replicationPrefix: "replication.storage.dell.com"
remoteRetentionPolicy:
RG: "Retain"
PV: "Retain"
RG: "Delete"
PV: "Delete"
parameters:
rpo: "Five_Minutes"
ignoreNamespaces: "false"
Expand Down
2 changes: 1 addition & 1 deletion content/docs/replication/deployment/storageclasses.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -43,7 +43,7 @@ replication.storage.dell.com/remotePVRetentionPolicy: 'delete' | 'retain'

If the remotePVRetentionPolicy is set to 'delete', the corresponding PV would be deleted.

If the remotePVRetentionPolicy is set to 'retain', the corresponding PV would be retained.
If the remotePVRetentionPolicy is set to 'retain', the corresponding PV would be retained. This is not applicable for file system replication.

By default, if the remotePVRetentionPolicy is not specified in the Storage Class, replicated PV resources are retained.

Expand Down
4 changes: 3 additions & 1 deletion content/docs/replication/release/_index.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -24,4 +24,6 @@ Description: >

### Known Issues

There are no known issues at this time.
| Github ID | Description |
| --------------------------------------------- | ------------------------------------------------------------------ |
| [753](https://github.com/dell/csm/issues/753) | **PowerScale:** When Persistent Volumes (PVs) are created with quota enabled on CSM versions 1.6.0 and before, an incorrect quota gets set for the target side read-only PVs/directories based on the consumed non-zero source size instead of the assigned quota of the source. This can create issues when the user performs failover and wants to write data to the failed over site. If lower quota limit is set, no new writes can be performed on the target side post failover. <br /> **Workaround** using PowerScale cluster CLI or UI: <br /> For each Persistent Volume on the source kubernetes cluster, <br /> 1. Get the quota assigned for the directory on the source PowerScale cluster. The path to the directory information can be obtained from the specification field of the Persistent Volume object. <br /> 2. Verify the quota of the target directory on the target PowerScale cluster. If incorrect quota is set, update the quota on the target directory with the same information as on the source. If no quota is set, create a quota for the target directory. |
4 changes: 2 additions & 2 deletions content/v1/replication/deployment/powerscale.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -161,8 +161,8 @@ driver: "isilon"
reclaimPolicy: "Delete"
replicationPrefix: "replication.storage.dell.com"
remoteRetentionPolicy:
RG: "Retain"
PV: "Retain"
RG: "Delete"
PV: "Delete"
parameters:
rpo: "Five_Minutes"
ignoreNamespaces: "false"
Expand Down
2 changes: 1 addition & 1 deletion content/v1/replication/deployment/storageclasses.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -43,7 +43,7 @@ replication.storage.dell.com/remotePVRetentionPolicy: 'delete' | 'retain'
If the remotePVRetentionPolicy is set to 'delete', the corresponding PV would be deleted.
If the remotePVRetentionPolicy is set to 'retain', the corresponding PV would be retained.
If the remotePVRetentionPolicy is set to 'retain', the corresponding PV would be retained. This is not applicable for file system replication.
By default, if the remotePVRetentionPolicy is not specified in the Storage Class, replicated PV resources are retained.
Expand Down
1 change: 1 addition & 0 deletions content/v1/replication/release/_index.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -19,3 +19,4 @@ There are no new features in this release.
| Github ID | Description |
| --------------------------------------------- | --------------------------------------------------------------------------------------- |
| [523](https://github.com/dell/csm/issues/523) | **PowerScale:** Artifacts are not properly cleaned after deletion. |
| [753](https://github.com/dell/csm/issues/753) | **PowerScale:** When Persistent Volumes (PVs) are created with quota enabled on CSM versions 1.6.0 and before, an incorrect quota gets set for the target side read-only PVs/directories based on the consumed non-zero source size instead of the assigned quota of the source. This can create issues when the user performs failover and wants to write data to the failed over site. If lower quota limit is set, no new writes can be performed on the target side post failover. <br /> **Workaround** using PowerScale cluster CLI or UI: <br /> For each Persistent Volume on the source kubernetes cluster, <br /> 1. Get the quota assigned for the directory on the source PowerScale cluster. The path to the directory information can be obtained from the specification field of the Persistent Volume object. <br /> 2. Verify the quota of the target directory on the target PowerScale cluster. If incorrect quota is set, update the quota on the target directory with the same information as on the source. If no quota is set, create a quota for the target directory. |
2 changes: 1 addition & 1 deletion content/v2/replication/deployment/storageclasses.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -43,7 +43,7 @@ replication.storage.dell.com/remotePVRetentionPolicy: 'delete' | 'retain'
If the remotePVRetentionPolicy is set to 'delete', the corresponding PV would be deleted.
If the remotePVRetentionPolicy is set to 'retain', the corresponding PV would be retained.
If the remotePVRetentionPolicy is set to 'retain', the corresponding PV would be retained. This is not applicable for file system replication.
By default, if the remotePVRetentionPolicy is not specified in the Storage Class, replicated PV resources are retained.
Expand Down
1 change: 1 addition & 0 deletions content/v2/replication/release/_index.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -28,3 +28,4 @@ Description: >
| [514](https://github.com/dell/csm/issues/514) | **PowerScale:** When creating a replicated PV in PowerScale, the replicated PV's AzServiceIP property has the target PowerScale endpoint instead of the one defined in the target Storage class. |
| [515](https://github.com/dell/csm/issues/515) | **PowerScale:** If you failover with an application still running and the volume mounted on the target site, then we cannot mount the PVC due to : "mount.nfs: Stale file handle". |
| [518](https://github.com/dell/csm/issues/518) | **PowerScale:** On CSM for Replication with PowerScale, after a repctl failover to a target cluster, the source directory has been removed from the PowerScale. The PersistentVolume Object is still present in Kubernetes. |
| [753](https://github.com/dell/csm/issues/753) | **PowerScale:** When Persistent Volumes (PVs) are created with quota enabled on CSM versions 1.6.0 and before, an incorrect quota gets set for the target side read-only PVs/directories based on the consumed non-zero source size instead of the assigned quota of the source. This can create issues when the user performs failover and wants to write data to the failed over site. If lower quota limit is set, no new writes can be performed on the target side post failover. <br /> **Workaround** using PowerScale cluster CLI or UI: <br /> For each Persistent Volume on the source kubernetes cluster, <br /> 1. Get the quota assigned for the directory on the source PowerScale cluster. The path to the directory information can be obtained from the specification field of the Persistent Volume object. <br /> 2. Verify the quota of the target directory on the target PowerScale cluster. If incorrect quota is set, update the quota on the target directory with the same information as on the source. If no quota is set, create a quota for the target directory. |
2 changes: 1 addition & 1 deletion content/v3/replication/deployment/storageclasses.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -43,7 +43,7 @@ replication.storage.dell.com/remotePVRetentionPolicy: 'delete' | 'retain'
If the remotePVRetentionPolicy is set to 'delete', the corresponding PV would be deleted.
If the remotePVRetentionPolicy is set to 'retain', the corresponding PV would be retained.
If the remotePVRetentionPolicy is set to 'retain', the corresponding PV would be retained. This is not applicable for file system replication.
By default, if the remotePVRetentionPolicy is not specified in the Storage Class, replicated PV resources are retained.
Expand Down
1 change: 1 addition & 0 deletions content/v3/replication/release/_index.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -28,3 +28,4 @@ Description: >
| [514](https://github.com/dell/csm/issues/514) | **PowerScale:** When creating a replicated PV in PowerScale, the replicated PV's AzServiceIP property has the target PowerScale endpoint instead of the one defined in the target Storage class. |
| [515](https://github.com/dell/csm/issues/515) | **PowerScale:** If you failover with an application still running and the volume mounted on the target site, then we cannot mount the PVC due to : "mount.nfs: Stale file handle". |
| [518](https://github.com/dell/csm/issues/518) | **PowerScale:** On CSM for Replication with PowerScale, after a repctl failover to a target cluster, the source directory has been removed from the PowerScale. The PersistentVolume Object is still present in Kubernetes. |
| [753](https://github.com/dell/csm/issues/753) | **PowerScale:** When Persistent Volumes (PVs) are created with quota enabled on CSM versions 1.6.0 and before, an incorrect quota gets set for the target side read-only PVs/directories based on the consumed non-zero source size instead of the assigned quota of the source. This can create issues when the user performs failover and wants to write data to the failed over site. If lower quota limit is set, no new writes can be performed on the target side post failover. <br /> **Workaround** using PowerScale cluster CLI or UI: <br /> For each Persistent Volume on the source kubernetes cluster, <br /> 1. Get the quota assigned for the directory on the source PowerScale cluster. The path to the directory information can be obtained from the specification field of the Persistent Volume object. <br /> 2. Verify the quota of the target directory on the target PowerScale cluster. If incorrect quota is set, update the quota on the target directory with the same information as on the source. If no quota is set, create a quota for the target directory. |

0 comments on commit 3291321

Please sign in to comment.