Two thing can cause "view_ws_is_ws_view"
1. The view is not accessable through both paths
(global path/view server access path), check access
on the machine that the view lives on.
If one of them is broken, fix it...
2. The identity info gets scrambled, possibly as a result
of how tar is invoked. (a case where you need to be root...)
use: ct lsview -l moved_view_name to get the psths to check.
To fix, have user create a new view, then make the .identity
files in the old view look exactly like in the new view.
(uid, gid & group.* files.) You will need to be root to do this.
(You can delete the new view when done. I recommend a new view
since the user may have a newer group list that when the moved
view was created, and I expectr that is generally what you want,
HOWEVER if you are paranoid about security, you may want to be
very picky about the group.* files... Also, you could look at
another of the users view of the same vintage for the
identity info template.)
Why 700 on the .identity directory?
You say you want people other than yourself to be able to see/muck
with your identity? Oh, and your view server runs as you...
-Mark
-----Original Message-----
From: Scott Mackillip [mailto:mmackill@aud.alcatel.com
Sent: Monday, January 31, 2000 2:46 PM
To: tod@demaco.com
Cc: cciug@Rational.Com
Subject: Re: [cciug] error after re-registering a view
Tod,
I am having the same kinds of issues right now at my site. The best
information seems to be to search the
archives on .identity
I have found about 30 documents that reference this issue.
My question now, however, is why and when does the .identity directory in
the view have its permissions set to
700?
Very confusing.
HTH
Regards,
Scottt MacKillip
Tod Courtney wrote:
> cciug
>
> I am hoping to get some help. We had a view move from an old machine
> to a new one. The sysadmin didn't re-register the view, so it was
> being served on the old machine.
>
> I did the re-register, but now have trouble. I get this error when
> trying to set the view, or run ct recoverview:
>
> cleartool: Error: Operation failed: view storage directory or control
files unavailable.
>
> Best I can guess, the problem was caused by the old server not being
> killed before the new one was started. (I intended to do this, but
> the kill failed due to a permissions problem).
>
> Does anyone have a suggestion about how to fix this? I know I can
> create a new view and delete this one, but there is data in there from
> today it would be convenient to recover.
>
> We are running clearcase 3.2.1 on unix (sun/irix)
>
> thanks
>
> tod
>
> --
> -------------------------------------------------------------------
> Tod Courtney tod.a.courtney@saic.com
> Software Engineer PH: (217) 355-4748 x111
> DEMACO, a Division of SAIC FAX: (217) 355-4749
> 100 Trade Centre Drive, Suite 303 www.saic.com
> Champaign, IL 61820 www.demaco.com
> -------------------------------------------------------------------
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
This archive was generated by hypermail 2b29 : Sun May 06 2001 - 00:22:42 EDT