I am not able to set view on the server even though I have re-mounted the file system , getting below error :
$ cleartool setview view_name
cleartool: Error: Timed out trying to start view_server for view PATH
cleartool: Error: See view server error log and/or look for view_server problem on host Hostname
cleartool: Error: Couldn't set view tag tagename: error detected by ClearCase subsystem
First, try to avoid *enter code here: it spawns a subshell which is tricky for your current session and environment variables.
Then, check if the issue us the same when you simply try to start that dynamic view:
cleartool start <aDynamicViewName>
Typically, looking at the logs might tell you more about the issue:
cleartool getlog error *
cleartool getlog -host <clearcaseServer> view
(Remember: you had database timeout before)
Related
I am trying to create/update view using ClearCase, but while downloading it gets struck and exits without creating the full view.
Is there any workaround to either skip the files and download manually?
Please suggest.
In order to troubleshoot that kind of error message, it can be helpful to reproduce the snapshot view update in command line to see if any other error message pops up (cleartool update).
cd C:\CCSS1\UT_ISR
cleartool update -print -log C:\temp\log.txt .
If it is not a path length issue, check if the view storage path is accessible (the one starting with \\... redacted in the pictures)
Check the characteristics of that view
cd C:\CCSS1\UT_ISR
cleartool lsview -l -full -pro -cview
Check the logs:
cleartool getlog -last 20 view
Check if the issue persists after reboot (in case a process might currently keep an handle on a resource which would then be blocked and updated)
The OP dodger mentions in the comments:
I was able to overcome the problem by downloading files that were only pertinent and rest I skipped.
I try to add to source control a file, and get:
Error adding 'M:\niyazmom_SYN_AUG_ASIA_NONASIA_WASHBOOK\bo_goit_synthetic_pb\Synfiny\Development\Executables\MDI\frmRegionMappingBrowser.frm' to source control.
Error from VOB database: "\bo_goit_synthetic_pb".
How can I avoid/diagnose this error?
It depends on your exact ClearCase version and on the full error message.
For instance, this documentation mentions:
cleartool: Error: Error from VOB database: "\test_vob".
cleartool: Error: Trouble opening VOB database: "\test_vob".
cleartool: Error: Not a vob object: "vob:\test_vob".
The main point to check is the various logs (both local and on the clearCase server) using cleartool getlog.
I have a problem with "cleartool setcs -stream" command?
It generates the following error
cleartool: Error: Unable to copy "\\nyatc\rrs\view_store\gsm\jpillo\jpillo_atc_1.vws\config_spec" to "\\nyatc\rrs\view_store\gsm\jpillo\jpillo_atc_1.vws\config_spec.bak": Permission denied.
cleartool: Error: Unable to change configuration specification: Permission denied.
Note: I changed permission on config_spec but still the same result.
This is generally linked to a permission issue.
Check:
if you have at least access to that view storage shared directory:
dir \\nyatc\rrs\view_store\gsm\jpillo\
your CLEARCASE_PRIMARY_GROUP.
your creds:
<ClearCaseInstallation>/etc/utils/credmap yourClearCaseServer
that you are not part of more than 32 groups (see this IBM article)
that a simple cleartool edcs (from within the view) also fails
I am using ClearCase UCM - Multisite (version 7.x) When I rebase a partcular stream, I get following error.
cleartool Unable to determine modified elements in "<UUID>" in stream "<stream name>"
Advancing to baseline "temp2.6922" of component "cframework_src"
...
Updating rebase view's config spec...
Creating integration activity...
Setting integration activity...
Merging files...
cleartool: Error: Unable to determine modified elements in vob "14828f48.3c1411d6.a3a2.00:01:80:c3:ed:84" in stream "stream_name".
cleartool: Error: Unexpected error in rebase.
cleartool: Error: Unable to perform merge.
cleartool: Error: Unable to perform integration.
cleartool: Error: Unable to rebase stream "<stream_name>".
The magic uid somehow relate to a Vob family uuid-- listed below
Tag: \cframework_src
Global path: \\svr-inh-net-01\ccvobstore2\cframework_src.vbs
Server host: svr-inh-cc-02
Access: public
Mount options:
Region: MGI_WIN
Active: YES
Vob tag replica uuid: 510b4e21.ecef11df.8889.00:01:84:38:25:75
Vob on host: svr-inh-cc-02
Vob server access path: /project/ccvobstore2/cframework_src.vbs
Vob family uuid: 14828f48.3c1411d6.a3a2.00:01:80:c3:ed:84
Vob replica uuid: 510b4e21.ecef11df.8889.00:01:84:38:25:75
Vob registry attributes: replicated
What is the real maning of the error? How can I fix this?
More info
There are other streams which under same pvob. They all work fine.
Sync is complete - no errors - anywhere.
What is puzzling is lack of information in error logs and clearcase logs.
This solution resolved the issue:
canceled the current rebase
After clearing the rebase, issued the following commands against
the branch type:
cleartool checkvob -hlink -f brtype:<stream name>#\***pvob
cleartool checkvob -hlink -f brtype:<stream name>#\childvob
cleartool checkvob -global -acquire -f brtype:<stream name>#\***pvob
This repaired issues with the branch type.
After performing this step, issued "cleartool chstream -generate"
or sycn the stream with the project from the GUI.
This is usually linked to a Vob not declared in the current region, either the \cframework_src itself, or one of its adminVob/PVob (since it is an UCM Vob).
Try a cleartool descr -l vob\cframework_src to see all the linked AdminVob and check if they are registered.
Make also sure it isn't related to right issue when accessing to a specific element (file or directory), by doing a cleartool ls in the destination view (the one where the rebase is in progress).
If it is limited to a specific stream, do a:
cleartool descr -l stream:aStream#\aPVob
Compare its output to the same command for another Stream (which works), in order to check if there is a permission issue (like a "Group NOBODY", because it was created with the wrong CLEARCASE_PRIMARY_GROUP)
Performed fix_prot on a VOB database dump from Linux into Windows. Fix_prot said the re-protection was complete. So, I tried to run a cleartool reformatvob - load and receive the following: cleartool: Error: Permission denied: not VOB owner or priveleged user.
cleartool: Error: Trouble loading versioned object base .
Don't understand why it's still not letting me load the VOB.
It is one limitation of the cleartool reformatvob command:
You must have one of the following identities:
VOB owner
root (UNIX and Linux)
Member of the ClearCase administrators group (ClearCase on Windows)
I usually perform a load as root (on Linux), or, in your case on Windows, as a member of the ClearCase admin group.
Then I do a cleartool protectvob to change the vob ownership.
In that order, it works.