ClearCase RTC synchronization fails
Hi there,
I'm trying to get the synchronization between ClearCase and RTC running. At the moment I got it synchronizing a ClearCase branch to an RTC synchronization stream. That was easy sinse it was a dedicated Project Area with no content. Now I'm trying to synchronize from an existing ProjectArea where a lot of stuff is inside to a ClearCase VOB. For this I created a branch inside the VOB called "rtc_cc_sync" and created the Synchronization Stream inside my ProjectArea connected to the branch/VOB. Now I added an existing componant to this stream - which data should I synchronize when not existing one? After choosing this root component within the "Select Files To Synchronize" dialog I started the synchronization. But everytime I start it, it fails with this error message:
Problem running 'synchronizeStream':
Greetings, Simon |
2 answers
I'm not sure, how to make that sure, but if you have a look at the synchronization branch type in ClearCase, you might find an attribute, which marks that branch to be in use by a synchronization. Note name an value (because I don't remember the name of that attribute); remove that attribute and retry the synchronization.
There is also a 'legal' way to remove that lock inside of RTC. But I haven’t a system running to find out where... Comments
Simon Eickel
commented Oct 12 '12, 7:11 a.m.
This VOB has no attributes set, so I cannot remove any attribute:
Attribute on the branch type. Pls. check, but I assume, that there is no, because the unlock does the same, as I assume.
Simon Eickel
commented Oct 12 '12, 9:49 a.m.
rbroot@ccmu01# ct lstype -l brtype:rtc_cc_sync
|
Geoffrey Clemm (30.1k●3●30●35)
| answered Oct 12 '12, 10:43 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
When the info center said "using the Properties dialog box", it is referring to the Properties dialog box you get from the "ClearCase Synchronized Streams" view. In particular, in that view, right click over the synchronized stream, and select "Properties". On the ClearCase Provider Properties page, you will see a button labelled "Unlock". Click that button.
In general, if you don't understand the guidance you get from the information center, it is best to go to the on-line documentation for the version of RTC you are using, e.g. for 4.0: http://pic.dhe.ibm.com/infocenter/clmhelp/v4r0/index.jsp (or you can just use the dynamic help that is installed with your RTC Eclipse plug-in ... just select "Help->Dynamic_Help"). Then type in the string you don't understand in the Search box. For example if you type in "unlock the stream" into the Search box, the first hit is the "Unlocking a Synchronized Stream" topic (which provides you with more detailed instructions). Or just post to this forum, as you have done (:-). Comments
Simon Eickel
commented Oct 12 '12, 11:13 a.m.
Hi Geoffry,
Geoffrey Clemm
commented Oct 12 '12, 11:34 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
If the "unlock" button doesn't unlock the stream, then you will probably need to contact Rational Support or submit a work item on jazz.net. Do not try to use ClearCase commands to modify metadata being maintained by the Synchronizer, unless explicitly instructed to do so by Rational Development or Support.
Simon Eickel
commented Oct 12 '12, 11:47 a.m.
ok - thanks for this, I'll see what's helping
|
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.
Comments
In the information center I only find this:
Information Center
But this does not help me...
"Make sure that another synchronized stream is not using the Rational ClearCase stream or the Rational ClearCase branch, and unlock the stream by using the Properties dialog box. Then, start the synchronization again."
How do I make this sure?
For folks interested in the implementation details, there are two kinds of "locks" or "reservations" for a synchronized stream. The first is on the RTC side ... when a synchronization is started, it first "reserves" that sync stream. If another sync request is made on that same sync stream before that sync completes, that second sync request fails with this error message. But more commonly, if that first sync request is killed in some "abnormal" way, i.e. before it can release its lock, it will appear in subsequent sync requests that the sync request is still active. This is the primary use case where the "unlock" button is used ... you know there are no active sync requests on the sync stream, so something prevented the previous sync request from releasing its lock.
There is another case, which is the one that Hajo was referring to. In particular, you are allowed to have more than one synchronized stream associated with a given CC stream/branch. Two different synchronized streams cannot be updating the same CC stream/branch at the same time, so a CC attribute is placed on the CC stream/branch while the synchronization request is active, indicating which sync stream is currently using that CC stream/branch. In case the sync request is terminated before it can remove that attribute on the CC stream/branch, it will look like that CC stream/branch is still in use. The "unlock" button will also remove that attribute.
So if the "unlock" button doesn't work, then there is something strange going on that Rational support or dev will probably need to investigate.