cleartool: Error: "Unable to transfer a file: Permission denied" - clearcase-ucm

I have a stream ClearCase (UCM) stream. The snapshot view update started failing with error.
cleartool: Error: Unable to access "C:\views\qe-lis_2014.1\ctools_src\src\chsboot\test\exe\jcechecksumtest.exe.loading": Permission denied.
cleartool: Error: Unable to transfer a file: Permission denied.
cleartool: Error: Unable to copy "c\cdft\b\1f\65a681eb2ed247f7850957f17516b8cd" to "C:\views\qe-lis_2014.1\ctools_src\src\chsboot\test\exe\jcechecksumtest.exe.loading": Permission denied.
cleartool: Error: Unable to load "jcechecksumtest.exe".
A dynamic view on same stream on same machine works fine. A snapshot view created from another machine works fine too. How can I find more information on this and fix the error?
Versions
machine with error: ClearCase 7.1.1.4 (Windows NT 6.1 (build 7601) Service Pack 1 Pentium)
machine working fine: ClearCase 7.1.1.3 (Windows NT 6.1 (build 7601) Service Pack 1 Pentium)
Edit #1
I do not have admin rights

One way to troubleshoot is to ask the ClearCase admin to go to the vob server, in c\cdft\b\1f\ and check if the permissions are somehow different from the other elements.
As mentioned in this old thread:
There are a bunch of steps for cleaning permissions (e.g. protectvob, cleartool protect) that should always be run you restore from backup.
Fundamentally, you want to check the vob permissions on the physical repository and the permissions as you see them from within a view.
Also check your view storage - even better create new views.
On the client side, you can check if the issue persists with:
other snapshot views on your computer
other snapshot views (on the same UCM stream) for other users (on other computers)
make sure your CLEARCASE_PRIMARY_GROUP environment variable is still set to the primary group of the Vob you want to access.
Since another view on another machine works, you can compare their properties by doing:
cd /path/to/snapshot:view
cleartool lsview -l -full -pro -cview

Related

Oracle 19c - I'm getting [INS-35180] Unable to check for available memory error

I'm getting [INS-35180] Unable to check for available memory error while installing Oracle 19c in my laptop. I have tried to run DBCA as admin but still facing the same issue.
Error: [INS-35180] Unable to check for available memory.
Details: Additional Information:
Exception details  - PRVG-1901 : failed to setup CVU remote execution framework directory "C:\Users\u720770\AppData\Local\Temp\InstallActions2023-02-08_06-14-10PM\CVU_19.0.0.0.0_u720770" on nodes "blrl52gm6g3"
Please select a different work area for the framework
blrl52gm6g3 : PRKN-1014 : Failed to execute remote command "C:\Users\u720770\AppData\Local\Temp\InstallActions2023-02-08_06-14-10PM\CVU_19.0.0.0.0_u720770\exectask.exe" on node "BLRL52GM6G3".Failed during connecting to service
blrl52gm6g3 : Failed during connecting to service
Version of exectask could not be retrieved from node "blrl52gm6g3"
I did below steps.
Downloaded Oracle 19c from Oracle site.
Extracted the zip file and copied it to C: drive.
Renamed the folder to 'db_home'
Ran setup file as administrator.
Please let me know how to resolve this issue to be able to install Oracle 19c.
Hello Can you check this path really exists and permissions on exectask.exe allow you to execute ?
C:\Users\u720770\AppData\Local\Temp\InstallActions2023-02-08_06-14-10PM\CVU_19.0.0.0.0_u720770\exectask.exe
or maybe it could be this bug
Bug 28747089 - DBCA Errors Out During Verification-- Unable to check for available memory (Doc ID 28747089.8) To BottomTo Bottom
or this
After applying Microsoft KB, DBCA Fails With [DBT-50000] Unable To Check For Available Memory (Doc ID 2807229.1)
SOLUTION
Make a note of the directory from which the OracleRemoteExecService is running; usually it is %temp% or c:\windows\temp. This information is available in the Service Control Manager.
Delete the OracleRemExecService.
Clean all the files under the directory from which OracleRemoteExecService was running, i.e. %temp% or c:\windows\temp.
It looks like I dont have enough admin privileges. I was able to install successfully after obtaining admin privileges.

Could not add identity "": agent refused operation on windows server 2012

Im using Open SSH and trying to use ssh-add on windows server 2012 but keep receiving the following error
Could not add identity "C:\Users\SERVICE_ACCOUNT/.ssh/id_rsa": agent refused operation
I have made sure all my permissions are intact with all files within C:\Users\SERVICE_ACCOUNT.ssh
Icacls C:\Users\SERVICE_ACCOUNT\
C:\Users\SERVICE_ACCOUNT\ NT AUTHORITY\SYSTEM:(OI)(CI)(F)
CP\SERVICE_ACCOUNT:(OI)(CI)(F)
Icacls C:\Users\SERVICE_ACCOUNT\.ssh
C:\Users\SERVICE_ACCOUNT\.ssh CP\SERVICE_ACCOUNT:(OI)(CI)(F)
I have tried ssh-add using a different user on my windows and im able to successfully do so without any issues, i have also made sure that the permissions for the other user match my service account as well

informatica installer trying to add permissions for wrong domain / user

I am trying to install informatica 10.4 on windows but while domain creation, it is throwing me permission issue, but i am running the installer as admin and took the command from logs which was giving issue and ran it in cmd as admin but still the same issue.
I feel installer is trying to add permissions for wrong domain / user.
How to change that to correct domain / user?
error:
OutPut : [ICMD_10033] Command [generateEncryptionKey] failed with error [[INFASETUP_10000] [FrameworkUtils_0006] The encryption key file cannot be generated. [[FrameworkUtils_0022] Failed to find user name [WORKGROUP\SYSTEM] during Informatica service startup, and so cannot grant read and write permissions on the node configuration directory to the user. Verify that the user that started the Informatica service is valid. If you are a Local System User, you can ignore this message as you inherit the read-write permissions.]..].

Oracle ODAC 18.3 for Windows Server 2019 Installation Errors

I am trying to install Oracle ODAC 18.3 on a Windows Server 2019 Standard so that I can create a data source connection to an Oracle database from a SQL Server 2019 instance, either by using Polybase or a Linked Server connection. The only components that I need installed are the Oracle Provider for OLE DB and Oracle Provider for OLE DB for OLAP. During the Perform Prerequisite Checks stage of the install, there are errors.
The errors are as follows:
PRVG-1901 : failed to setup CVU remote execution framework directory "C:\Users\[username]\AppData\Local\Temp\CVU_18.0.0.0.0_[username]\ on nodes ""
Please select a different work area for the framework
[hostname] : PRKN-1014 : Failed to execute remote command "C:\Users\[username]\AppData\Local\Temp\CVU_18.0.0.0.0_[username]\\exectask.exe" on node "[hostname]". Failed during connecting to service
[hostname] : Failed during connecting to service
Notes regarding error message above. [username] refers to my username that I am logging in with to Windows. It is an Active Directory account. [hostname] refers to the computer name that I am trying to install ODAC on. Also, I have tried installing this a few different times, all with the same error messages. On the second and third time installing I verified that during the installation the
C:\Users\[username]\AppData\Local\Temp\CVU_18.0.0.0.0_[username]\ directory is getting created, so this should not be a permissions issue.
In the PRKN-1014 error message, I did notice that there is an extra backslash in the path, CVU_18.0.0.0.0_\[username]\\exectask.exe, so my suspicion is that there is an issue with the installer not being able to identify the correct path to find the exectask.exe. If I traverse to the
C:\Users\[username]\AppData\Local\Temp\CVU_18.0.0.0.0_[username]\ directory I indeed find the exectask.exe file.
I have found a few different solutions online for others that worked for them, but none have worked for me. One solution was to add in the System Environment Variables the _JAVA_OPTIONS variable with a value of -Xmx512M. A second solution was to change the Environment Variables user variables TEMP and TMP to C:\TEMP. Neither of these worked and resulted in the exact same errors. I did in fact confirm that the Oracle Universal Installer extracted the files to the C:\TEMP directory.
Any and all suggestions would be very much appreciated!
I wasn't able to get the Oracle "Universal" Installer to work, like you. However, I was able to install the Oracle Provider for OLE DB and Oracle Provider for OLE DB for OLAP (same as you were trying to get) using the ODAC Xcopy installer.
I downloaded the ODAC Xcopy installer from here:
https://www.oracle.com/database/technologies/dotnet-odacdeploy-downloads.html
After downloading the installer, I ran the install batch file to install those two components. An extra undocumented step is that you must update the PATH environment variable on your system to include your install location and bin folder. In my case, "C:\Oracle" and "C:\Oracle\Bin".

Database timed-out issue in Clearcase UCM

I am facing Database timed-out issue while creating a view and/or rebasing a stream on vobs
ERROR -> cleartool: Error: Database timed out -- aborting transaction: "\TP".
ERROR -> cleartool: Error: Unable to generate config spec for stream "stream name".
I am using CCRC to connect.
CCRC possibly means CC8.0.X+, but you would still need to access logs (that was cleartool getlog in previous CC versions, since you mentioned before using CC 7.1), in order to know more about that error message.
A "Database timed out -- aborting transaction" usually is followed on the logs by the actual root cause (like, for instance, db_VISTA database error -926 - problem in shared memory lock manager)
In the OP's case, it was (from this technote), a corrupt transaction file.
Error: db_VISTA error -925
Database timed out error is resolved after following this http://www-01.ibm.com/support/docview.wss?uid=swg21133944
Lock the VOB (if you receive errors from the lock command, proceed to step 2.)
Unmount the VOB
Kill any lingering VOB processes on the server using the albd_list utility.
Note: Review technote 1148639 for more details on albd_list and its usage.
Should some ClearCase processes still exist that are accessing the transaction files and preventing you from deleting them, you must completely - stop ClearCase on the server to end those processes.
Move the vista.tjf, vista.tcf, vista.taf files out of the VOB db directory
Refer to technote 1149322 About ClearCase database vista.* files for further information about these files.
Remount the VOB
The files will be recreated and the VOB will be functional
Note: If the files are not recreated, stop and restart ClearCase services on the host.

Resources