This post is more than 5 years old
2 Posts
0
5196
January 7th, 2009 03:00
raw write Clip from one cluster to another
When running the RestoreClip java example I'm getting the following error:
Connecting to Centera cluster(128.221.200.64,128.221.200.65,128.221.200.66,128.221.200.67?path=/root/centera/java/us3_profile3_rdqeDcw.pea)
File name to restore: ./data/3KT3JAJDI3ICSe4VNKPJMVLH9R3G413OTVETHN0R0229K7IBSH6H4.xml
Restoring clip ID: 3KT3JAJDI3ICSe4VNKPJMVLH9R3G413OTVETHN0R0229K7IBSH6H4 to the Centera...Centera Error: The server reported an error from the operation (transid='gentoo-2008.0/13/WRITE_CLIP')(-10005)
NetworkPacket.checkControl(27)
com.filepool.fplibrary.FPLibraryException: The server reported an error from the operation (transid='gentoo-2008.0/13/WRITE_CLIP')
at com.filepool.fplibrary.FPClip.Write(Unknown Source)
at com.emc.centera.tools.RestoreContent.main(RestoreContent.java:145)
With the RestoreClip example I was able to restore a Clip which was previously deleted onto the same cluster,
but when trying to restore a clip which i previously backed up from another cluster all I am getting is this error.
The PEA file I'm using has the 'c' flag.
see https://community.emc.com/docs/DOC-1038
Capabilities Definitions:
- c: clip copy (FPClip_RawOpen, FPClip_RawRead)
So I'm assuming that this privilege should allow me to invoke a raw write to this cluster.
Please tell me what's wrong.
I'm merely using the examples provided in the SDK and I would expect them to run properly ;-)
Thanks!
gstuartemc
2 Intern
•
417 Posts
0
January 7th, 2009 03:00
When you say "another cluster", can you be more specific? The clip you are trying to restore may have been in a vitual pool on the other cluster, and in order to restore it then that pool would need to exist on the target cluster (and have been created using a pool / profile export and import, not just one with a matching name).
When using the online clusters, you should only attempt to restore clips to the same cluster or its replica. These clusters are not configured to allow you to restore any clip to any cluster.
gstuartemc
2 Intern
•
417 Posts
0
January 7th, 2009 05:00
You got it! As long as you export the relevant Pool / Profile from the original source cluster (that the "backed up" Clip came from) and import it into the Target cluster then you will be able to use Restore Clip to successfully "load" it onto the target.
You don't really need to concern yourself with the internal SDK metadata, but, as an example, say you opened a clip that was not in the home pool of your profile and then modified it. When you wrote the modified clip back to the cluster, it would go into your profile's home pool and the creation and modification poolids would differ.
sbck
2 Posts
0
January 7th, 2009 05:00
Thanks,
this answers my question perfectly.
Yes, by cluster I mean another Pool, because I am using the online clusters.
When I a take a closer look at the clips, I can see that they belong to different pools.
So you say if I create the same Pool (via Pool / Profile export) on another
centera cluster I will be able to copy the clips to any cluster the source Profile has been imported to.
For further clarification:
This Pool must exist on the target cluster:
This can be different from the target cluster's id:
And for a better understanding:
In what situations can