Wesley,
Thanks for that information. I tried performing the same steps on the NT
box.
The desc -long vob:\vobname gave similar information as before.
However, the lsview command did not show the rogue view.
the other commands unregister and rmtag gave the message
"Clearcase object not found".
Jim.
> -----Original Message-----
> From: Wesley North [SMTP:WNorth@acssys.com
> Sent: Wednesday, September 13, 2000 4:28 PM
> To: Pearman, Jim; Wesley North; 'cciug@rational.com'
> Subject: RE: [cciug] [ccuig]File cannot be updated.
>
> 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:35 EDT