Help troubleshooting -> UCF Failed to do substitution for "$env[APPDATA]/Documentum/ucf"...

jimazing · July 3, 2014

Need help troubleshooting this...

We have changed the location where Documentum webtop places downloaded files and ucf binaries/configs locally to %APPDATA%.In the application's .../wdk/contentXfer/ucf.installer.config.xml, we changed all instances of $java{user.home} to $env(APPDATA).

Now the local user files for ucf are created here on Windows 7 machines C:\Users\[username]\AppData\Roaming\Documentum\...

Good news is that this works.

Bad news is it stopped working for one user. User is now getting this error:

Failed to do substitution for "$env[APPDATA]/Documentum/ucf"

I have no clue how to begin troubleshooting this. Any ideas will be appreciated.

Content Server 6.7 SP1

App Server:

JBOSS EAP 5.1

webtop version: 6.7 SP2 patch 10

User is on Windows 7

User java version 1.6u22, updated to 1.6u36. Did not fix problem

Alvaro_de_Andres · July 28, 2014

I guess this will work for you:

Symptoms
UCF needs to be configured in an environment with XP clients where users have no read or write access to their local C:\ drive.

The users' data is stored on a network drive mapped to H:\.

This H:\ drive is automatically mapped and setup on the users' Active Directory account (\\servername\users_folders\username). All users have FULL share permissions and all NTFS permissions except "Full Control".

An environment variable is been used as per the steps outlined in SN esg108168.

The following error is then shown in Webtop:

"An error has occurred.
Failed to do substitution for "$env{DCTM_UCF}/Documentum/ucf". So far substituted.
After closing this window, press the Refresh or Reload button on your browser to continue."

And the following error can be found in the Java Console:

"Executed command: "echo %DCTM_UCF%"; output returned: "H:\My Documents"; error returned:"'\\ servername\ user_folder\Desktop'CMD.EXE was started with the above path as the current directory. UNC paths are not supported. Defaulting to Windows directory."

It may also be observed that a manually created network share does not exhibit this issue.

Cause
Cmd.exe checks to verify if a UNC name is used for the current directory. It does this because a UNC name may cause problems with child processes launched from such a console when that console is exited or halted.

Resolution
The issue can be fixed as per the steps outlined in the following MS KB art:

http://support.microsoft.com/kb/156276

PanfilovAB · July 3, 2014

what is written in HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders\AppData registry for problem user?

jimazing · July 3, 2014

Checked that key and it is set to "C:\Users\[username]\AppData\Roaming"

Alvaro_de_Andres · July 4, 2014

Do you have any error in java console?

Alvaro_de_Andres · July 4, 2014

Also check esg126606

jimazing · July 28, 2014

Sorry for the delay in responding. (Shifting priorities )

Java console shows this error (users actual name replaced with "User Name":

Jul 9, 2014 10:29:30 AM FATAL: Executed

command: "echo %APPDATA%";

output returned: "C:\Users\user.g.name\AppData\Roaming";

error returned: "'\\XXCHYB-XXMI03X\C_CFG_USERS\User.G.Name\Desktop'

CMD.EXE was started with the above path as the current directory.UNC paths are not supported. Defaulting to Windows directory."

Tried a registry hack to make the default directory for CMD open at c:\, but did not help.

jimazing · July 28, 2014

Hi Alvaro,

Pardon my ignorance. I do not know what this is nor how to check it. Can you give me a little more to go on?

Thanks

Alvaro_de_Andres · July 28, 2014