I am getting following error post delivery:
We have 2 clearcase servers remote and local once code is delivered to remote SDS for the effect to take place in localclear case we manually execute ct deliver -complete but I am getting below errors .
Errors
user#s007246a ~]$ tailf xxx_sds.deliver.log
activity:deliver.1111111111111111111111111111111111111111111111111111111111111111111"
activity:deliver.2222222222222222222222222222222222222222222222222222222222222222222"
activity:deliver.3333333333333333333333333333333333333333333333333333333333333333333"
activity:deliver.4444444444444444444444444444444444444444444444444444444444444444444"
cleartool: **Error: Unable to read change set entry for activity** "33333333333333333333333".
**cleartool: Error: Unable to convert diffs to elements.
cleartool: Error: Unexpected error in deliver.
cleartool: Error: Unable to perform merge.
cleartool: Error: Unable to do integration.
cleartool: Error: Unable to deliver stream "xxxxxxxxxxxxxxxxxxxxx".**
Error 2.
ct: Warning: A version in the change set of activity "deliver.xxxxxxxxxxxxxxxxxxxx" is currently unavailable.
Query:
can we deliver a particular deliver.xxxxxxx activity from designer stream to integration stream if yes how ??
If above query is achievable can we also deliver some activities say deliver.1111111 deliver.222222222 deliver.33333333 out of deliver.nnnnnnnnn activities from SDS to Integration stream.
Independently of your queries, you must solve first the error message you get on the complete step of your deliver.
See "Unable to deliver stream is returned when completing a UCM Posted deliver"
Cause
The Project VOB may be in sync but the Component VOB(s) at the source and target sites may not be in sync.
The target stream is locked. This can be checked by looking at the properties of the target stream.
Related
I am getting below error while updating the view.
Problems were encountered while retrieving view synchronization and data.
Clearcase CM server error: Unable to access "vob name" : unknown error in vob
Clearcase CM server error: Error 2 config spec load rule problems encountered
How to troubleshoot that error message?
You need to access the logs (both locally or on the server) to know more.
It used to be cleartool getlog (ClearCase 7.x, even for CC 8.x)
cleartool: Error: Checkout is currently disabled for element "element_name".
Its config spec rule information is currently unavailable due to either an aborted update or an update in progress
That is similar to an older CC (7.0.x) described in this technote:
Possible cause for symptom 1:
If an update, rebase or deliver operation is not currently in progress for the view in question, the error can often be attributed to the view being out of sync with the stream.
Try:
cd /path/to/snapshot/view
cleartool setcs -stream
Possible cause for symptom 2:
Hijacked nocheckout means that the version hijacked in the view is no longer the version the config spec selects from the VOB.
Rename the hijacked file and update the view.
Check out the version from which the file was hijacked.
Copy the hijacked file over the checked-out version.
Merge from the current version to the checked-out version.
The version can now be checked in.
Possible cause for symptom 3:
Per the error message explanation noted above, the problem may be caused by an issue with the view's config spec or an aborted or incomplete view update.
Try:
cd /path/to/snapshot/view
cleartool setcs -current
(original answer)
It can be a right issue, as illustrated by this thread.
Check group permissions on user and on those two VOBs.
Do you rely on the CLEARCASE_PRIMARY_GROUP environment variable?
If so, check the value of the user performing the update.
Compare the rights of the vob with the ones for your current snapshot view that you are trying to update:
cd /path/to/snapshot/view
cleartool lsview -l -full -pro -cview
If the CLEARCASE_PRIMARY_GROUP is not set properly, it is easier to:
set it to the right group (ie the primary group of the vob, or one of the secondary groups)
delete and recreate your view.
(if you do not want to delete/recreate your view, you can fix_prot it)
We were trying to rebase our stream.
After click on complete we got issue like some thing is corrupted. [Sorry my collegue did not take the screenshot of error]
we tried to redo the rebase operation.
It said unable to collect information about view
When we try undo rebase we got following error.
Rebase Stream
---------------------------
Error cancelling rebase of stream 'IELoc--Dev100'.
Integration activity change set is not empty.
---------------------------
OK
---------------------------
How to complete or undo the rebase now?
If you are in the process of cancelling, there is no going back: you must proceed all the way to completion of that "cancel" operation.
The technote "Rebase fails with error: integration activity change set is not empty" can give some elements to resolve the situation.
The problem can occur when other external operations have been done during the rebase: a cleartool rmver (delete version), for instance, would be very dangerous.
The idea of a cancel (of a deliver or a rebase) is to undo checkout all the versions previously checked out in order to be merged.
You need to make sure all those versions can be checked out: sometimes a right issue can prevent the unco, sometimes, the version was already checked in.
Now, if the activity associated with the rebase is actually empty, there is an utilty called 'ucmutil' which can reset the rebase state, making it "vanish".
But that should be used with caution, and under the supervision of IBM Rational Support.
See "Canceling UCM rebase fails with error: cleartool: Error: Rebase in progress on stream" and "About ucmutil".
I'm doing vob migration from Solaris to RHEL, out of 24 vobs 23 vobs migrated successfully except one pvob which is giving following error.
db_dumper.54: Error: Unexpected error from database library (8) in "../db__dump.c" line 2835
db_dumper.54: Error: Error from libdb (8)
cleartool: Error: Could not dump database.
cleartool: Error: Trouble dumping versioned object base "/vobstg/pvob.vbs".
dbcheck status,
Processing delete chain: 0 records on delete chain.
Processing records:
100%
Database consistency check completed
0 errors were encountered in 0 records/nodes
Check for HyperSlink and got following error cleartool checkvob -hlinks -hltype hltype:HyperSlink vob:/vob/pvob
cleartool: Error: Hyperlink type not found: "HyperSlink".
Stuck in the migration
It can help knowing at what stage the dp_dumb was before exiting in error, like in this thread.
But the usual course of action is to compressed a locked pvob content, and send it to IBM for analysis.
The HyperSlinks aren't an issue here (as they would when making a replica).
As mention in this IBM support thread:
IBM support resolved this, one of the activity had spacial character which caused this. Now reformat vob works.
Yet to start the sync with master site.
Issue is with special character in activity, IBM gave me tool to fix it. Now things are normal.
When I try to 'rebase' my stream in clear case, I get the 2 options : 'Resume rebase' and 'Undo rebase'.
But both of them give me errors. It seems a previous rebase failed and left the stream in a corrupted state.
How to solve this?
I tried stopping and starting ClearCase but no luck.
EDIT: the error is :
IDispatch error #14083
Execution of a hook failed during the action Complete. It was the ACTION_COMMIT hook attached to the UCMUtilityActivity "CR00155721".
The reason for the failure was:
Trouble communicating with VOB database: "\Alerts_Proj".
Check database log on VOB host "123yyyyy.com".
Could not perform requested operation: a UCM/ClearQuest data
inconsistency may exist:
ClearQuest "UCMUtilityActivity" record "CR00155721" is linked to a UCM object
that can not be found.
Unable to complete the rebase activity in ClearQuest.
Unable to undo set of integration activity.
Unable to complete integration.
FYI I've also seen this happen when the "CQIntSvr11.exe" fails. It seems to occur when you need to use the application on the same machine with different users (e.g. admin and developer account).
If you kill the process using task manager and then retry the operation the IDispatch 14083 should stop and then you can use your stream again.
One solution might be deactivating the trigger, but this could be put by the ClearCase-ClearQuest link and not be possible without severing completely that link.
So you can start by checking out this IBM technote with your ClearCase administrator:
This error occurs because the UCM project VOB and associated activities have been removed, ClearQuest is still looking for this information and needs this information to remove the defect.
This issue is the result the ClearCase items being removed before the ClearQuest defects and project.
Solution
To resolve this issue perform the following to fix the Activity so it can be deleted:
Browse to the ClearCase utils directory:
c:\program files\rational\clearcase\etc\utils
Run the following command from a command prompt:
Note: This command cannot be performed in the GUI
squid_patch <DBNAME> -activity ucm_vob_object ""
Note: It will display an advisory message, but it will change the field in ClearQuest.
Delete the ClearQuest record.
Remove the UCM project with the following command:
squid_patch <DBNAME> -project ucm_vob_object ""
Here is the full exception:
CRVAP0087E (conflict): CCRC command 'Update' failed:
Unable to get contents of directory "E:\ccweb_views\akash.sharma\akash.sharma_AR_TAS_Release1_int_2\rainwater\src\TAS\codegenerator\pom.xml":
ClearCase object not found
Problems were encountered while retrieving view synchronization information and data.
It goes on with:
ClearCase CM Server: Error:
Unable to access "\rainwater\src\TAS\codegenerator\pom.xml": Permission denied.
at com.ibm.rational.stp.cs.internal.util.StpExceptionImpl.realException(StpExceptionImpl.java:493)
at com.ibm.rational.stp.cs.internal.util.StpExceptionImpl.<init>(StpExceptionImpl.java:572)
at com.ibm.rational.stp.cs.internal.util.StpExceptionImpl.<init>(StpExceptionImpl.java:538)
at com.ibm.rational.stp.client.internal.cc.Util.ccrcCmdStatusToWvcmException(Util.java:155)
at com.ibm.rational.stp.client.internal.cc.Util.runCommandAndCheckResults(Util.java:107)
at com.ibm.rational.stp.client.internal.cc.WebViewRefresh.run(WebViewRefresh.java:151)
at com.ibm.rational.stp.client.internal.cc.CcFileImpl.doRefresh(CcFileImpl.java:240)
at Refresh_View.main(Refresh_View.java:65)
How would you troubleshoot that?
If there is some kind of permission issue, you need to check:
what user is actually executing the Java call?
What is its PRIMARY_CLEARCASE_GROUP (environment variable)?
(As you found out in your question "Java CM api for ClearCase throw exception", CLEARCASE_PRIMARY_GROUP cannot be used with the CCRC CLI or, I suspect, with the Java CM API)
You need to make sure that user has a main ClearCase group within the groups (primary or secondary) of the Vob 'rainwater'
If you are 100% sure the user is already in the correct group, fixprot might help.