Centera Help

Question

Hi to all,

I'm working on emc Centera but now I have a problem that I can't
resolve.

All the clip that I have deleted are not definitely erase on the
storage.
If I exec a query with CASSScript with the querySetDeleted setted i
found all the clip created.

I see the configuration of my storage and there are non retention
period setted and the garbage collector is on.

my capabilities are :

CASPool Capabilities:
          Supports Read Operations:     True
          Read Pools:       default
          Supports Write Operations:    True
          Write Pools:      default
          Supports Purge Operations:    False
          Purge Pools:
          Supports Delete Operations:   True
          Delete Pools:     default
          Supports Exist Operations:    True
          Exist Pools:      default
          Supports Query Operations:    True
          Query Pools:      default
          Supports PrivilegedDelete :   False
          PrivilegedDelete Pools:
          Supports Monitor Operations: True
          PoolMappings Pools:
          PoolMappings Profiles:
          Supports DeletionLogging :    True
          Default Retention Period:     0
          Blob Naming Scheme:           MD5,MG
          Cluster Mode:                 basic
          Minimum Fixed Retention:     0
          Maximum Fixed Retention:     -1
          Minimum Variable Retention: 0
          Maximum Variable Retention: -1

Now I can't write anyting in the cluster but I don't understand why... the result of Centera verify are the following:

**************************************************************
************** Start of JCenteraVerify log ******************
**************************************************************

--------------------- General information -----------------------

Time:         Mon Feb 02 16:47:58 CET 2009
Tool Version:     3.2.23
SDK Version:    3.2.607

--------------------- User configuration ------------------------

TOOL SETTINGS
   Number Of Files:    3
   FileSize (KB):    1, 10, 100
   Working Dir:    .\Temp
   Restore Dir:    .\Temp\Retrieve
   Log File:        .\JCenteraVerify.log
   Delete temp Files:    true
   Delete restore Files:    true

SDK SETTINGS
Number of Retries: -1
Retry Sleep: -1

----------------- JCenteraVerify test results -------------------

ACCESS NODE CONNECTIVITY CHECK

10.0.3.7 is available.

CLUSTER INFORMATION

   ClusterId:        6b55dcf8-1dd2-11b2-a76e-dc4ca0d4e629
   CentraStar:        3.1.3-2292-936-20444
   Available Capacity:    169 GB
   Total Free Capacity:    4,769 GB
   Replica Address:

CAPABILITIES

      Read allowed:    true
      Write allowed:    true
      Delete allowed:    true
      Exists allowed:    true
      Purge allowed:    false
      Monitor allowed:    true
      Query allowed:    true
      PrivDelete allowed:    true

Writing the file 1
1 File(s) written successfully.    CA: 5G90U1P394FQIeE8S1P3DF2SJTSG413SROAV3H0DFSMSVCES42OAG
Reading the file 1.        CA: 5G90U1P394FQIeE8S1P3DF2SJTSG413SROAV3H0DFSMSVCES42OAG
1 File(s) read successfully
Deleting the file 1.        CA: 5G90U1P394FQIeE8S1P3DF2SJTSG413SROAV3H0DFSMSVCES42OAG
1 File(s) deleted successfully
Writing the file 2
2 File(s) written successfully.    CA: EA9QAGC4LVTDHe9GVNLKL6HM82CG413SROAV3I047PB92F4I6U0B1
Reading the file 2.        CA: EA9QAGC4LVTDHe9GVNLKL6HM82CG413SROAV3I047PB92F4I6U0B1
2 File(s) read successfully
Deleting the file 2.        CA: EA9QAGC4LVTDHe9GVNLKL6HM82CG413SROAV3I047PB92F4I6U0B1
2 File(s) deleted successfully
Writing the file 3
Error writing file 3.     Exception: The server has no capacity to store this data (transid='PC_CS/66/WRITE_BLOB').
Error String : FP_SERVER_NO_CAPACITY_ERR.
Error Code:-10042

**************************************************************
***************** End of JCenteraVerify log ****************
**************************************************************

Can anyone help me??? I don't see a solution for the problem..

thanks in advance
Simone

khanz1 · Answer

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.

RISO1 · Answer

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.

gstuartemc · Answer

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?

RISO1 · Answer

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

gstuartemc · Answer

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.

RISO1 · Answer

hi, thanks for support. Can I upgrade the centerastar without support ? can you tell me the procedure to upgrade my System?? thanks a lot

gstuartemc · Answer

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.

bradley_a_katz · Answer

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

khanz1 · Answer

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.

Centera

Centera Help

Was this post helpful?