This post is more than 5 years old
71 Posts
0
919
Problem with replication Pool
It is believed that the customer is not properly replicated data. How do I know whether they were mistaken? With the help of a product can be viewed the same whether the content on centera source. Replication is Source to Cluster!
Here's a look at it is the result of the command sho pool det Library
for Centera source:
sho pool det Library
Centera Pool Detail Report
------------------------------------------------------
Generated on 6 Февраль 2009 г. 16:34:57 BDT
Pool Name: Library
Pool ID: 46b342de-1dd2-11b2-a947-8b5a4572a7a9-2
Pool Mask: rdqeDcw-
Cluster Mask: rdqe-cw-P-
Pool Quota: 1,024 GB
Used Pool Capacity: 164 GB
Free Pool Capacity: 860 GB
Number of C-Clips: 647972
Number of Files: 647971
Number of scheduled tasks: 0
Granted Rights to Access Profiles:
Profile Name Granted Effective Monitor Cap Enabled Home Pool
-------------------------------------------------------------------------------
Library rdqeDcw- rdqe-cw- yes yes yes
-------------------------------------------------------------------------------
Pool Mappings: none
Pool being replicated: yes
but it is the result of the command sho pool det Library
on the Centera replica:
Config# sho pool det Library
Centera Pool Detail Report
------------------------------------------------------
Generated on 6 Февраль 2009 г. 16:36:15 BDT
Pool Name: Library
Pool ID: 46b342de-1dd2-11b2-a947-8b5a4572a7a9-2
Pool Mask: rdqeDcw-
Cluster Mask: rdqe-cw--h
Pool Quota: 1,024 GB
Used Pool Capacity: 35 GB
Free Pool Capacity: 989 GB
Number of C-Clips: 130147
Number of Files: 130147
Number of scheduled tasks: 0
Granted Rights to Access Profiles:
Profile Name Granted Effective Monitor Cap Enabled Home Pool
-------------------------------------------------------------------------------
Library rdqeDcw- rdqe-cw- no yes yes
-------------------------------------------------------------------------------
Pool Mappings: none
After all, how I understand the data Number of C-Clips:, Number of Files should be identical and the replica and the source. What could be the problem? because replication is working
Replication Enabled: 12 Ноябрь 2008 г. 15:19:56 BDT
Replication Paused: no
Replication Address: 10.0.1.101:3218,
10.0.1.102:3218
Replicate Delete: no
Replicate incoming replicated Objects: no
Replicated Pools: Library
Profile Name: Library
Number of Blob Writes to be replicated: 1
Number of MB to be replicated: 10
Number of C-Clip Deletes to be replicated: 0
Number of C-Clip Event and Hold Updates to be replicated: 0
Number of Parked Entries: 0
Replication Speed: 0.07 C-Clip/s
Replication Speed: 35.61 Kb/s
Replication ETA: N/A
Replication Lag: <1 hour
Pool Name C-Clips to be replicated Ingest in C-Clip/s
--------------------------------------------------------------------------
Library 1 0.07 C-Clip/s
--------------------------------------------------------------------------
Total 1 0.07 C-Clip/s
correct it?
Here's a look at it is the result of the command sho pool det Library
for Centera source:
sho pool det Library
Centera Pool Detail Report
------------------------------------------------------
Generated on 6 Февраль 2009 г. 16:34:57 BDT
Pool Name: Library
Pool ID: 46b342de-1dd2-11b2-a947-8b5a4572a7a9-2
Pool Mask: rdqeDcw-
Cluster Mask: rdqe-cw-P-
Pool Quota: 1,024 GB
Used Pool Capacity: 164 GB
Free Pool Capacity: 860 GB
Number of C-Clips: 647972
Number of Files: 647971
Number of scheduled tasks: 0
Granted Rights to Access Profiles:
Profile Name Granted Effective Monitor Cap Enabled Home Pool
-------------------------------------------------------------------------------
Library rdqeDcw- rdqe-cw- yes yes yes
-------------------------------------------------------------------------------
Pool Mappings: none
Pool being replicated: yes
but it is the result of the command sho pool det Library
on the Centera replica:
Config# sho pool det Library
Centera Pool Detail Report
------------------------------------------------------
Generated on 6 Февраль 2009 г. 16:36:15 BDT
Pool Name: Library
Pool ID: 46b342de-1dd2-11b2-a947-8b5a4572a7a9-2
Pool Mask: rdqeDcw-
Cluster Mask: rdqe-cw--h
Pool Quota: 1,024 GB
Used Pool Capacity: 35 GB
Free Pool Capacity: 989 GB
Number of C-Clips: 130147
Number of Files: 130147
Number of scheduled tasks: 0
Granted Rights to Access Profiles:
Profile Name Granted Effective Monitor Cap Enabled Home Pool
-------------------------------------------------------------------------------
Library rdqeDcw- rdqe-cw- no yes yes
-------------------------------------------------------------------------------
Pool Mappings: none
After all, how I understand the data Number of C-Clips:, Number of Files should be identical and the replica and the source. What could be the problem? because replication is working
Replication Enabled: 12 Ноябрь 2008 г. 15:19:56 BDT
Replication Paused: no
Replication Address: 10.0.1.101:3218,
10.0.1.102:3218
Replicate Delete: no
Replicate incoming replicated Objects: no
Replicated Pools: Library
Profile Name: Library
Number of Blob Writes to be replicated: 1
Number of MB to be replicated: 10
Number of C-Clip Deletes to be replicated: 0
Number of C-Clip Event and Hold Updates to be replicated: 0
Number of Parked Entries: 0
Replication Speed: 0.07 C-Clip/s
Replication Speed: 35.61 Kb/s
Replication ETA: N/A
Replication Lag: <1 hour
Pool Name C-Clips to be replicated Ingest in C-Clip/s
--------------------------------------------------------------------------
Library 1 0.07 C-Clip/s
--------------------------------------------------------------------------
Total 1 0.07 C-Clip/s
correct it?
holgerjakob_c0722c
337 Posts
0
February 27th, 2009 09:00
You definetely have an issue with the difference in the pool across the systems. Even if replication is now working fine.
Was replication implemented after already having archived content?
You are not replicating delete requests so one would assume that the target shows more objects than the source.
Best way forward would be to perform a restore (if running on C* 4.0.x) to get the clusters to synch. Alternatively get a list of objects referenced and validate that all clips exist in both systems. Then copy the ones that don't exist on the target.
Please contact me on holger.jakob@informatio.ch to get in touch.
Best regards, Holger
Informatio - Outtasking Services for Centera and DelayedDeletes
sheppie
108 Posts
0
February 9th, 2009 04:00
Sheppie
ALEX_SERYOGIN
71 Posts
0
February 15th, 2009 19:00
ALEX_SERYOGIN
71 Posts
0
March 4th, 2009 01:00