Jim,
Ok, last thing to try is the following, since you can see the uuid
when you do a desc -long vob:\vobname then run the remove view command,
rmview -force -uuid uuid this should eliminate the view. If the unregister
command and rmtag commands do not work you may need to run a man on them and
see what flags are available.
I know with rmtag -rmall it will remove everything from any vob the
view tag is resident in. Try to run unregister and rmtag the view while
sitting in the vob root directory. If that doesn't work try to rmview -force
-uuid "the uuid" this should take care of the problem.
The thing with ClearCase is there are many ways to remove views and
unregister them. You just have to play with it and find the way that works
for you. Let me know how it goes.
Cheers,
-Wesley North ;-)
-----Original Message-----
From: Pearman, Jim [mailto:Jim.Pearman@fid-intl.com
Sent: Thursday, September 14, 2000 3:00 AM
To: 'Wesley North'; Pearman, Jim; 'cciug@rational.com'
Subject: RE: [cciug] [ccuig]File cannot be updated.
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