Re: Removing Contrib files in Views.

Posts: 60
Registered: Jul 06, 2007 02:02:51 AM Removing Contrib files in Views.
Posted: Nov 10, 2010 01:12:59 AM Hello Friends,

I want *.contrib files in my views. Our CC admin everytime warning us to remove view private files. If anybody have the single and simple command, please do let me know.

Also my dynamic views are occupying a lot of space in fileservers. I want to free some of the space. What can I do?

Thanks!!!

BR,
NeThA.

Posts: 60
Registered: Jul 06, 2007 02:02:51 AM Re: Removing Contrib files in Views.
Posted: Nov 10, 2010 01:20:56 AM   in response to: Mr.India's post Errata: I want to remove *.contrib files in my views.
Posts: 38
Registered: Aug 16, 2010 10:26:56 AM Re: Removing Contrib files in Views.
Posted: Nov 15, 2010 01:48:40 PM   in response to: Mr.India's post Hello Mr.India,

A view private file is not a clearcase entity. So you can delete the files the way you would delete any file that is outside of a ClearCase environment. In unix/linux, you would use rm, in Windows, either use Windows explorer or, at the command line, the 'delete' command.

If your '.contrib' files are actually under source control, this means they are not view privates, and would need to be removed with something like 'rmelem'.

As far as dynamic views occupying a lot of space, don't be fooled by doing any unix or Windows tools to get their total space -- most of the items that show up in a view aren't actually really there, they exist within the VOB and are only presented to you as existing within your view, but aren't really there. If you want to know how much space your view is taking up, make use of the 'cleartool space' command, for example:

H:\>cleartool space -view a812953_A2234_2_int
Use(Mb) %Use Directory
0.4 0% View private storage e:\ClearCase_Storage\views\AETH\a812953\a81
2953_A2234_2_int.vws\.s
0.1 0% View administration data e:\ClearCase_Storage\views\AETH\a812953
\a812953_A2234_2_int.vws\admin
0.2 0% View database e:\ClearCase_Storage\views\AETH\a812953\a812953_A2
234_2_int.vws\db
---- 0.6 0% Subtotal
17285.8 63% Filesystem AVSP059:e:\ (capacity 27627.4 Mb)

Total usage 2010-10-23T05:06:43-04:00 for view "a812953_A2234_2_int" is 0.6 Mb

However, if I navigate to this view and do a recursive directory listing to show its size, it shows up as containing over 197mb of data. This is what the operating system sees, but does -not- reflect actual space being taken up..it will include all files in the view that are not checked out, non-view private files, etc. If you deleted the above view, it would not free up 197Mb, but only .6Mb. If you have a lot of .contrib files, this number may be far higher.

Note that if this information isn't available to you, the nightly job that is supposed to calculate space might not be running correctly. See the man pages for cleartool space for more information about this.

Does this help at all?

-Chris Moir
Inventa Technologies (at Aetna Insurance)

Posts: 60
Registered: Jul 06, 2007 02:02:51 AM Re: Removing Contrib files in Views.
Posted: Nov 30, 2010 06:56:18 AM   in response to: ChrisMoir's post Hello Chris,

Thanks for your detailed information about space occupied by views and view private files.

Thanks,
Mr.India.

Posts: 426
Registered: Mar 15, 2005 04:40:07 AM Re: Removing Contrib files in Views.
Posted: Nov 30, 2010 10:48:01 AM   in response to: ChrisMoir's post ChrisMoir wrote:
> If your '.contrib' files are actually under source control,
> this means they are not view privates, and would need to be
> removed with something like 'rmelem'.

But this shouldn't be the case.
.contrib files are left as view private by ct merge and ct findmerge.
They are copies of versions, and there is thus no reason to check them in!
I must admit that I have never seen as them as anything else than a nuisance.

Marc

Use the search field to find all types of content in My developerWorks with that tag.

Use the slider bar to see more or fewer tags.

Popular tags shows the top tags for this particular type of content or application that you're viewing.

My tags shows your tags for this particular type of content or application that you're viewing.

Use the search field to find all types of content in My developerWorks with that tag. Use the slider bar to see more or fewer tags. Popular tags shows the top tags for this particular type of content or application that you're viewing. My tags shows your tags for this particular type of content or application that you're viewing.MoreLess 

View the original article here

Re: What's the best way to name your triggers and trigger files?

Posts: 280
Registered: Sep 04, 2008 05:41:32 PM What's the best way to name your triggers and trigger files?
Posted: Nov 24, 2010 04:20:50 PM I have a dozen of triggers for all different purposes so I want to give good names for both the triggers and perl files. Hope that will be easier for people come in to maintenance it.

I have two choices:
1. Name the trigger as "tr_mkelem_postop", pointing to a script called tr_mkelem_postop.pl.
2. Name the trigger as "CHG_OWNER", pointing to a script called tr_CHG_OWNER.pl.

Which way you guys prefer?

Thanks
Jirong

Posts: 419
Registered: Mar 15, 2005 04:40:07 AM Re: What's the best way to name your triggers and trigger files?
Posted: Nov 25, 2010 05:45:42 AM   in response to: Jirong_Hu's post Jirong_Hu wrote:
> Which way you guys prefer?

No triggers: triggers are evil. Use them at most only temporarily.
Use wrappers instead: more powerful, more portable, easier to debug and to get right, easier to maintain (once, not once per vob), less surprising: the end user is aware of running a wrapper, and able to not use it in case of problem.

This is essential to grow SCM and ClearCase credibility, or rather to avoid jeopardizing it.

Do your triggers work in cygwin environment? My wrappers do.
What perl do your triggers use? My wrapper use the one maintained in my perl vob.

Marc

Posts: 280
Registered: Sep 04, 2008 05:41:32 PM Re: What's the best way to name your triggers and trigger files?
Posted: Nov 25, 2010 10:51:35 AM   in response to: 314's post Hi Marc

Thanks for your reply. Regarding the wrapper, I only find this: http://search.cpan.org/~dsb/ClearCase-Wrapper-1.16/Wrapper.pm

Can you give more details?

Thanks
Jirong

Posts: 419
Registered: Mar 15, 2005 04:40:07 AM Re: What's the best way to name your triggers and trigger files?
Posted: Nov 26, 2010 10:27:25 AM   in response to: Jirong_Hu's post Jirong_Hu wrote:
> I only find this: http://search.cpan.org/~dsb/ClearCase-Wrapper-1.16/Wrapper.pm
This is actually an infrastructure for writing your own wrappers, although it comes with good examples.

The author, David Boyce, wrote his own wrapper on top of this: ClearCase::Wrapper::DSB
and I wrote mine, following his example: ClearCase::Wrapper::MGi.
I didn't want to reinvent the wheel, so that I looked for what best was to be found.

I found David's work and I can only praise it!
It accounts for a high percentage in the value of ClearCase.

At least I am still writing additions and enhancements (so beware the versions: they'll keep growing).
I try not to discourage people who want to contribute (I am working on integrating one contribution).

Marc

Use the search field to find all types of content in My developerWorks with that tag.

Use the slider bar to see more or fewer tags.

Popular tags shows the top tags for this particular type of content or application that you're viewing.

My tags shows your tags for this particular type of content or application that you're viewing.

Use the search field to find all types of content in My developerWorks with that tag. Use the slider bar to see more or fewer tags. Popular tags shows the top tags for this particular type of content or application that you're viewing. My tags shows your tags for this particular type of content or application that you're viewing.MoreLess 

View the original article here

Re: What's the best way to name your triggers and trigger files?

Replies: 2 - Pages: 1 - Last Post: Nov 25, 2010 10:51 AM Last Post By: Jirong_Hu Threads: [ Previous | Next ]
Posts: 280
Registered: Sep 04, 2008 05:41:32 PM What's the best way to name your triggers and trigger files?
Posted: Nov 24, 2010 04:20:50 PM I have a dozen of triggers for all different purposes so I want to give good names for both the triggers and perl files. Hope that will be easier for people come in to maintenance it.

I have two choices:
1. Name the trigger as "tr_mkelem_postop", pointing to a script called tr_mkelem_postop.pl.
2. Name the trigger as "CHG_OWNER", pointing to a script called tr_CHG_OWNER.pl.

Which way you guys prefer?

Thanks
Jirong

Posts: 416
Registered: Mar 15, 2005 04:40:07 AM Re: What's the best way to name your triggers and trigger files?
Posted: Nov 25, 2010 05:45:42 AM   in response to: Jirong_Hu's post Jirong_Hu wrote:
> Which way you guys prefer?

No triggers: triggers are evil. Use them at most only temporarily.
Use wrappers instead: more powerful, more portable, easier to debug and to get right, easier to maintain (once, not once per vob), less surprising: the end user is aware of running a wrapper, and able to not use it in case of problem.

This is essential to grow SCM and ClearCase credibility, or rather to avoid jeopardizing it.

Do your triggers work in cygwin environment? My wrappers do.
What perl do your triggers use? My wrapper use the one maintained in my perl vob.

Marc

Posts: 280
Registered: Sep 04, 2008 05:41:32 PM Re: What's the best way to name your triggers and trigger files?
Posted: Nov 25, 2010 10:51:35 AM   in response to: 314's post Hi Marc

Thanks for your reply. Regarding the wrapper, I only find this: http://search.cpan.org/~dsb/ClearCase-Wrapper-1.16/Wrapper.pm

Can you give more details?

Thanks
Jirong

Use the search field to find all types of content in My developerWorks with that tag.

Use the slider bar to see more or fewer tags.

Popular tags shows the top tags for this particular type of content or application that you're viewing.

My tags shows your tags for this particular type of content or application that you're viewing.

Use the search field to find all types of content in My developerWorks with that tag. Use the slider bar to see more or fewer tags. Popular tags shows the top tags for this particular type of content or application that you're viewing. My tags shows your tags for this particular type of content or application that you're viewing.MoreLess 

View the original article here

Re: What's the best way to name your triggers and trigger files?

Replies: 2 - Pages: 1 - Last Post: Nov 25, 2010 10:51 AM Last Post By: Jirong_Hu Threads: [ Previous | Next ]
Posts: 280
Registered: Sep 04, 2008 05:41:32 PM What's the best way to name your triggers and trigger files?
Posted: Nov 24, 2010 04:20:50 PM I have a dozen of triggers for all different purposes so I want to give good names for both the triggers and perl files. Hope that will be easier for people come in to maintenance it.

I have two choices:
1. Name the trigger as "tr_mkelem_postop", pointing to a script called tr_mkelem_postop.pl.
2. Name the trigger as "CHG_OWNER", pointing to a script called tr_CHG_OWNER.pl.

Which way you guys prefer?

Thanks
Jirong

Posts: 416
Registered: Mar 15, 2005 04:40:07 AM Re: What's the best way to name your triggers and trigger files?
Posted: Nov 25, 2010 05:45:42 AM   in response to: Jirong_Hu's post Jirong_Hu wrote:
> Which way you guys prefer?

No triggers: triggers are evil. Use them at most only temporarily.
Use wrappers instead: more powerful, more portable, easier to debug and to get right, easier to maintain (once, not once per vob), less surprising: the end user is aware of running a wrapper, and able to not use it in case of problem.

This is essential to grow SCM and ClearCase credibility, or rather to avoid jeopardizing it.

Do your triggers work in cygwin environment? My wrappers do.
What perl do your triggers use? My wrapper use the one maintained in my perl vob.

Marc

Posts: 280
Registered: Sep 04, 2008 05:41:32 PM Re: What's the best way to name your triggers and trigger files?
Posted: Nov 25, 2010 10:51:35 AM   in response to: 314's post Hi Marc

Thanks for your reply. Regarding the wrapper, I only find this: http://search.cpan.org/~dsb/ClearCase-Wrapper-1.16/Wrapper.pm

Can you give more details?

Thanks
Jirong

Use the search field to find all types of content in My developerWorks with that tag.

Use the slider bar to see more or fewer tags.

Popular tags shows the top tags for this particular type of content or application that you're viewing.

My tags shows your tags for this particular type of content or application that you're viewing.

Use the search field to find all types of content in My developerWorks with that tag. Use the slider bar to see more or fewer tags. Popular tags shows the top tags for this particular type of content or application that you're viewing. My tags shows your tags for this particular type of content or application that you're viewing.MoreLess 

View the original article here

Re: Hi guys, I have run into a deliver problem which says files are invisible

Replies: 6 - Pages: 1 - Last Post: Nov 23, 2010 7:37 PM Last Post By: jeff98air Threads: [ Previous | Next ]
Posts: 14
Registered: May 06, 2008 03:16:51 AM Hi guys, I have run into a deliver problem which says files are invisible
Posted: Dec 07, 2009 04:58:51 AM Hi guys,

I have run into a deliver problem which says files are invisible from the integration view.
I tried to cancel the deliver but it failed saying,

cleartool: Error: Cannot cancel because the integration activity "internal deliver activity name" has checkins.
You must remove the checked in versions then redo the cancel OR resume the operation.

I wanted to remove the activity, but it had changeset versions.

I did a describe of the activity and found that there are thousand's of files in the changset.
Removed all those except a directory. Removal of that particular directory by using the below command fails,

cleartool rmver -xbranch -xlabel -xattr -xhlink element
cleartool: Error: Cannot remove versions which are recorded in UCM baseline.
cleartool: Error: No versions of "element" to remove.

i described the particular element and a found a label type attached to that element from hyperlink phase.

Described the label type to find the baseline attached to it.

Then again describing the baseline revealed,

there were three child streams using that particular baseline . The baseline is INITIAL and has a label type attached to it.

Can i go ahead and remove this baseline? or is there a specific procedure to be followed.

How would i know how many files are using this baseline and whether it would create a serious impact on this project?

I am stuck with this issue for a long time. Can someone please help out?

Thanks

Posts: 561
Registered: Nov 19, 2007 06:06:36 AM Re: Hi guys, I have run into a deliver problem which says files are invisible
Posted: Dec 07, 2009 12:49:43 PM   in response to: UCMRookie's post Firstly, I would try to remove checkins by "cleartool rmver -xhlink element".

Tamir Gefen, GoMidjets
http://www.gomidjets.com

Posts: 14
Registered: May 06, 2008 03:16:51 AM Re: Hi guys, I have run into a deliver problem which says files are invisible
Posted: Dec 08, 2009 01:05:51 AM   in response to: Tgefen's post unfortunately that did not work out,

maa-view2:18> cleartool rmver -xhlink element
cleartool: Error: Removal of "interesting" versions must be explicitly enabled.
Not removing these "interesting" versions of "element":
/main/integration branch/1 (has: labels, hyperlinks)
cleartool: Error: No versions of "element" to remove.

I tried with -xlabel option but it gave the error as mentioned in the original post.

Any clues?

Posts: 561
Registered: Nov 19, 2007 06:06:36 AM Re: Hi guys, I have run into a deliver problem which says files are invisible
Posted: Dec 08, 2009 12:33:41 PM   in response to: UCMRookie's post You should replace "element" with (filename).
Posts: 71
Registered: Nov 17, 2006 05:38:41 AM Re: Hi guys, I have run into a deliver problem which says files are invisible
Posted: Dec 10, 2009 04:18:06 AM   in response to: Tgefen's post The warning about invisible elements during a delivery is generally not a problem. It means that you have changed these elements for that activity, but later removed the element from the parent directory. So these elements are no longer in the picture of your integration view and don't have to merged.

So the best solution in my opinion, would be to resume your delivery and try to complete it.

If that doesn't work I would create a neqw activity on the integration stream and try to move all your checked-in and baselined versions to that new activity. Until you have no longer any version linked to your delivery-activity.
When that is done, you should be able to cancel the delivery and delete the delivery-activity.

To remove the baseline: you will not be able to remove a baseline that is used as foundation in another stream. So you should first change the foundation of the other stream (maybe revert back to a previous foundation baseline ?

Regards,
Marc

Posts: 2
Registered: Sep 03, 2010 08:45:50 AM Re: Hi guys, I have run into a deliver problem which says files are invisible
Posted: Nov 23, 2010 09:31:10 AM   in response to: marcdb's post Hi,

How to move change set versions from one(Deliver) activity to another(New) activity?

Posts: 689
Registered: Jun 25, 2007 04:53:38 PM Re: Hi guys, I have run into a deliver problem which says files are invisible
Posted: Nov 23, 2010 07:37:28 PM   in response to: MallikarjunaMKandala's post You wrote:How to move change set versions from one(Deliver) activity to another(New) activity?

In CC Project Explorer, right-click the desired deliver activity and select "Properties". On the Change Set tab, right-click the desired version and select "Move to Activity". In the "Select Activity" window, you can either select an existing activity or create a new one.

HOWEVER, in the case of files included in a delivery that are invisible on the target stream, moving the affected versions from a deliver activity to a new activity should NOT be your first course of action. I would suggest:

1. Go fix the problem then restart the delivery. This may involve removing versions and/or branches for the elements that are no longer visible. You need to evaluate each case separately and take the appropriate action.

2. If you don't have time to do #1 that instant, then cancel the delivery, go to the child stream and move the versions to a new activity there instead of on the parent stream. Then you can re-deliver without the new activity and fix the elements later.

3. If you are already in the middle of a big delivery that you don't want to restart and don't have time to do #1, then you can consider moving versions from the deliver activity to a new activity (which you should resolve asap).

-Jeff Ng

Use the search field to find all types of content in My developerWorks with that tag.

Use the slider bar to see more or fewer tags.

Popular tags shows the top tags for this particular type of content or application that you're viewing.

My tags shows your tags for this particular type of content or application that you're viewing.

Use the search field to find all types of content in My developerWorks with that tag. Use the slider bar to see more or fewer tags. Popular tags shows the top tags for this particular type of content or application that you're viewing. My tags shows your tags for this particular type of content or application that you're viewing.MoreLess 

View the original article here

Clearcase: Files not visible to view

I just saw a very odd thing, I have a co-worker who has their configspec setup to look at the main branch, and earlier this morning he could see files in a certain folder, he hasn't changed that view and all of a sudden they were gone.

I took a look at the folder's node, and when I compare it with the previous version, it shows that there were like 4 files removed in the latest version of main (that was checked in probably a month ago, so long before the problem began).

So my question is why can I see them when I compare nodes, but not in the folder?

I compared the node I was looking at to previous, so it wasn't like I picked another node I wasn't looking at.

This is so confusing.

EDIT: This only happens with this one folder, the other like 10 folders in the view are all accessible and have the files visible too (and they're all branched the same).

EDIT#2: So they were able to see the files again, (And now I hear it's happened to a second person) by copying out the configspec, stopping the view, starting the view, and copying the configspec back in. Viola the files are back, but that still really doesn't explain what could cause that...

View the original article here