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:32 EDT