
UNSOLVED
Sometimes you delete and sometimes you don't
I was doing some testing, to see what happens when our software runs on a Centera Cluster in the GE mode, as opposed to basic.
I connected to the public EMEA3 cluster using the emea3profile3_rdqew.pea file for credentials. When I was doing some rollback tests, I could not delete my clips, even though the pea says that I can delete, and the cluster information we print out says so as well. After some testing on a different server process, and some searching for possible answers, I tried again, and then it worked, what's happening here?
Here is the result from my tests at noon, I could write & read data, but it would fail on delete:
Oct 22 12:03:27 arts[4036:13] NOTE-1 File created
Oct 22 12:03:29 arts[4036:13] NOTE-1 File pre-committed
Oct 22 12:03:37 arts[4036:13] WARNING
Device [store1:Centera] raised exception while performing method [DeleteFile]
Could not delete file
Delete failed [0:C0GTAJ8RCIR73e3FAR1EP9DFUQRG414HTDB0ED0D11FFGF7J88PD5]
[-10204] [FP_OPERATION_NOT_ALLOWED] [The use of this operation is restricted (transid='VON1/22/DELETE_CLIP')]
When I tried again later in the afternoon I get:
Oct 22 16:21:04 arts[4036:13] NOTE-1 File created
Oct 22 16:21:30 arts[4036:13] NOTE-1 File pre-committed
Oct 22 16:21:54 arts[4036:13] NOTE-1 File deleted
Is this a normal on the test clusters, that sometimes it just feels not like working? Or am I missing something here? Unfortunately this process was running without any SDK logging, and now everything is fine again, so I have very little other information to go by.
Cheers,
-daniel
Responses (0)
Solutions (0)
