You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: Management-Utilities/auto_create_sm_relationships/README.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -26,19 +26,19 @@ There are a few things you need to do in order to get this script to run properl
26
26
- partnerSvmName - The name of the SVM where you want the SnapMirror destination volume to reside.
27
27
- partnerSvmSourceName - Is the "peered name" of the source SVM. Usually, it is the same as the source SVM, but can be different if that same name already exists on the partner file system. When you peer the SVM it will require you to create an alias for the source SVM so all the SVM names are unique.
28
28
29
-
*NOTE:* Instead of defining the partnersTable in the script, you can define dynamodbPartnersTableName and dynamodbRegion and the script will read in the partner information from the specified DynamoDB table. The partners table should have the following fields:
29
+
**NOTE:** Instead of defining the partnersTable in the script, you can define dynamodbPartnersTableName and dynamodbRegion and the script will read in the partner information from the specified DynamoDB table. The partners table should have the following fields:
30
30
- soureceId - Which is the concatentation of the source file system ID followed by a ":" followed by the SVM name. It is done this way because the id has to be unique in the table. It is split up into its two components in the script when it is read in.
31
31
- partnerFsxnIp - Set to the IP address of the management port of the partner FSxN file system.
32
32
- partnerSvmName - The name of the SVM where you want the SnapMirror destination volume to reside.
33
33
- partnerSvmSourceName - Is the "peered name" of the source SVM. Usually, it is the same as the source SVM, but can be different if that same name already exists on the partner file system. When you peer the SVM it will require you to create an alias for the source SVM so all the SVM names are unique.
34
34
35
35
- secretsTable - This table provides the secret name, and username and password keys to use for each of the file systems. It should have 4 fields:
36
-
- fsxId - Set to the AWS File System ID
36
+
- fsxId - Set to the AWS File System ID.
37
37
- secretName - Set to the name of the secret created in step one.
38
38
- usernameKey - Set to the name of the key that holds the username.
39
39
- passwordKey - Set to the name of the key that holds the password.
40
40
41
-
*NOTE:* Instead of defining the secretsTable in the script, you can define dynamodbSecretsTableName and dynamodbRegion and the script will read in the secretsTable information from the specified DynamoDB table. The table should have the same fields as the secretsTable defined above.
41
+
**NOTE:** Instead of defining the secretsTable in the script, you can define dynamodbSecretsTableName and dynamodbRegion and the script will read in the secretsTable information from the specified DynamoDB table. The table should have the same fields as the secretsTable defined above.
42
42
43
43
- secretsManagerRegion - Set to the region where the Secrets Manager has been set up.
44
44
- destinationVolumeSuffix - Set to the string you want appended to the source volume name to create the destination volume name.
0 commit comments