Hi,

The error you are getting indicates that you do not have enough capacity to store more data. What is the current state of your Centera? Are all the nodes up and running and with no hardware failures?

You are running a Basic mode cluster so compliance and retention is not applicable here. You should be able to delete the data provided you have enough space left to counter for the reflections that will be created.

Is this a non-production system or a production system? If this is a production system then i suggest you open up a service request with EMC to get this looked at.

Hi,

All the node of the cluster are running without error;

This is the result of the command:

show capacity availability

Number of nodes:                            4
Number of nodes with storage role:          4

Total Raw Capacity:                  4,769 GB  (100%)
Used Raw Capacity:                   3,945 GB   (79%)
Free Raw Capacity:                     992 GB   (21%)

System Buffer:                         823 GB   (17%)
Available Capacity:                    169 GB    (4%)

Total Object Count:                     200 M  (100%)
Used Object Count:                       41 K    (0%)
Free Object Count:                      200 M  (100%)

How I can definitely remove the Clip of the centera? what is the command that I could run?

I this not production system.

Are this information enough to solve my problem? Could you suggest me the solution?

Thanks in Advance.

Querying for Deleted clips will show the clips you have just deleted! A small "reflection" object is left behind as a marker.

To verify that you hgave successfully deleted clips you should be querying for Existing clips and checking that the Content Addresses of your clips are not included.

The blobs associated with your clips will be deleted by the internal Garbage Collection process. This can sometimes take a long time to reclaim the space - what version of CentraStar is the cluster running?

Hi,

in my test I wrote one clip at day with a total dimensions of approximately 45 GB and then I remove it following on test procedure. But now if I query for Existing I have only 5 Clip (query for deleted return 240 clip). So the total amount of busy space could be 45 *5 = 225 GB. Considering the replication on all the node it could be 225*4 = 900GB.

But the centera viewer tell me that the busy space are 3,945 GB . I don't understand why?

When I run the centera verify program it tell my that I have 169 Gb of available space. Why I can't write on my cluster 100MB???

the centrastar installed is the following:

Service Info   Upgraded Centrastar from rel 3.0.1-1048.665.12506 to 3.1.3-2292-936-20444

I hope this information are useful.

Thanks

Garbage Collection on CentraStar 3.1 is not as efficient as originally planned. It can a very long time based on cluster health and utilization.

You should upgrade your cluster to CentraStar 4.0 which uses the new GCii which is much improved.

You should raise a support call if you still experience problems after that, as someone will need to dial into your cluster and look at the problem.

hi,

thanks for support.

Can I upgrade the centerastar without support ? can you tell me the procedure to upgrade my System??

thanks a lot

Your Centera administrator would be the person to ask regarding performing the CentraStar upgrade. It can be done by users or via an EMC Service engagement.

hello all,

quick question (two really) about GCii and the scheduler; we're running a test with Documentum Content Services for Centera where we're trying to write data, then delete it and confirm that Garbage Collection removes the unlinked data.

Q1.  GCii doesn't seem to be removing/reclaiming the fragments.  Using Centera Viewer (Tools -> Field -> GCII) and confirming results in the CLI.

Q2.  the GCii scheduler doesn't seem to be working.  It runs fine if I do "Start Run" (except of course that it's not reclaiming deleted fragments), but if I schedule the GCii for later the same day, when I check on it later, it didn't run.

CentraStar4.0.1, retention is set to 0.  Pool info shown below.

Granted Rights to Access Profiles: 

Profile Name               Granted  Effective  Monitor Cap  Enabled  Home Pool
-------------------------------------------------------------------------------
AMS-DCTM-test              rdqeDcw- rdqe-cw-   no           yes      yes
-------------------------------------------------------------------------------

Pool Mappings:                      none

Advanced Retention Management:
Refuse clips without retention information: disabled
Minimum fixed retention period:             0 seconds
Maximum fixed retention period:             infinite
Minimum event based retention period:       0 seconds
Maximum event based retention period:       infinite
Default retention period:                   0 seconds

thanks in advance...

-- Brad

Hi Brad,

GCII is run as a tool and has to go through some phases before it can actually delete the fragments.

Are you using the latest Centera Viewer to perform the tasks? If this is a production environment then I recommend that you open up a service request with EMC for your issue.