When a domain, bucket, or named object is not accessible, you can access it directly using a Context Identifier (CID) query argument. The CID query argument syntax is:
This process is helpful when:
- The domain or bucket was deleted.
- The domain was duplicated in a disaster recovery cluster (two domains exist with the same name in the same cluster).
For more information about duplicate domains in a disaster recovery cluster, see.
Note: This procedure enables you to access the object but not to recover it. To recover accidentally deleted domains and buckets, see.
To execute a
cid= query argument, you need the value of the object's
Castor-System-CID header that identifies the object's parent. For example, if an object named
photo1.jpg is not accessible, locate the value of its
If you did not record or store this information, you can locate it by:
- Reviewing the debug-level system logs. These logs record the
Castor-System-CIDvalue every time you access the object.
- Using the Content Router Enumerator. This tool iterates through all objects in a cluster and returns information about each object.
To implement this tool:
1. Add a Content Router filter rule to search for streams where the value of the
Castor-System-Name header is the name of the inaccessible object.
2. Using the SDK, instantiate a metadata enumerator subscribed to the rule channel you created in the preceding bullet to obtain the object's metadata.
3. In the metadata returned for the object, look for the value of the
After you locate the value of the object's
Castor-System-CID header, access the object using the
cid=CID-header-value query argument.
To access a named object using a web browser, enter the following URL in the browser's address or location field:
For example, to access an object named
file.html with a CID of