Jim,
No Problem. Try and list the view on an NT machine. If the view was
stored on an NT machine you might not see it on the Unix box. The cleartool
lsview command should list all views. However, if you are dealing with
different regions it stands to reason why you might have a problem doing
this from your Unix server.
Try all of the steps I mentioned on an NT workstation with ClearCase
installed. I believe this should fix your problem.
As far as logging out is concerned. That won't do anything because
the View that stored the checkouts is gone...due to the loss of it's host
machine.
From the NT workstation run cleartool desc -long vob:\vobname and
see if you have any uuid's that are listed...this would represent the view
with the checkout. Since there is no way to recover the checkout you must
destroy the view. The information I supplied should allow you to do
this...just try it on an NT workstation. Let me know how it goes.
Cheers ;-)
-Wesley North
-----Original Message-----
From: Pearman, Jim [mailto:Jim.Pearman@fid-intl.com
Sent: Wednesday, September 13, 2000 4:08 AM
To: 'Wesley North'; Pearman, Jim; 'cciug@rational.com'
Subject: RE: [cciug] [ccuig]File cannot be updated.
Thank you Wesley for your detailed explanation.
I have tried what you suggested and the rogue view does not show up in my
lsview (unix). However, the user (on NT) still cannot delete the file (in a
different view) and cannot check out the file because the file is already
checked out by the rogue view. Does the user need to log out/in or anything
like that to bring himself into line?
Jim.
> -----Original Message-----
> From: Wesley North [SMTP:WNorth@acssys.com
> Sent: Tuesday, September 12, 2000 5:50 PM
> To: Pearman, Jim; 'cciug@rational.com'
> Subject: RE: [cciug] [ccuig]File cannot be updated.
>
> Jim,
>
> Try running desc -long vob:\"vob name" note the uuid of the view
> that contains checkouts on the vob. You should be able to note the system
> machine as well...or at least run a lsview -long > output file and view
> the uuid of the lost view, just to make sure you have the correct uuid.
>
> Then you have to unregister the view from the VOB by running
> unregister -view -uuid (uuid of the lost view). This will unregister the
> view from the registry...it will not remove it, however. To remove the
> view from the VOB run rmtag -view -all (view tag name) this will
> completely remove all references of the view from all VOBs.
>
>
> This will also remove any checkouts still existent in the Vob that
> are owned by this rogue view. We have had the same situation occur here
> more than once. These commands take care of the problem...only issue is
> you can't save the checkouts...anyone have an idea on that one I would
> like to know (seeing as the storage directory is stored on the local
> workstation I don't see any way of recovering without at least a copy of
> the storage view dir). At any rate let me know how it goes.
>
> Cheers ;-)
>
> -Wesley North
>
> -----Original Message-----
> From: owner-cciug@rational.com [ <mailto:owner-cciug@rational.com>]On
> Behalf Of Pearman, Jim
> Sent: Tuesday, September 12, 2000 9:20 AM
> To: 'cciug@rational.com'
> Subject: [cciug] [ccuig]File cannot be updated.
>
>
>
> > I have a user who somehow managed to screw up his PC and it had to be
> > rebuilt and ClearCase reloaded on to it. He had a file checked out at
> the
> > time and this now has a size of zero, is set to read only and cannot be
> > deleted or replaced.
> >
> > We have a system with the vobs on the Unix host, and users have their
> own
> > views on their NT workstations.
> >
> > Any ideas of how to resolve the problem?
> >
> > Thanks in advance.
> >
> > Jim Pearman
> > Fidelity Investments, FISC Ireland.
> > * Internal: 8 737 5439
> > * External: +353 (0)1 614 5439
> > * Fax: +353 (0)1 614 5440
> > * Mobile: +353 (0)86 404 3715
> > * Mailto: Jim.Pearman@fid-intl.com
> > FISC - Ireland Ltd., Registered in Ireland no. 245656. Registered
> office:
> > Hardwicke House, Upper Hatch Street, Dublin 2. Telephone +353 1 614
> 5400.
> > Any comments or statements made are not necessarily those of Fidelity
> > Investments, its subsidiaries or affiliates.
> >
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
>
>
> <http://clearcase.rational.com/cciug/mailing_list.html>]
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
This archive was generated by hypermail 2b29 : Sun May 06 2001 - 00:26:33 EDT