Link to home
Start Free TrialLog in
Avatar of troubleshooter141
troubleshooter141

asked on

User Profile troubleshooting

I am troubleshooting an issue with user profiles and run into a wall... Basically we have 2 terminal services environments both uing the same Domain and the same applications. The application when working as intended, created a copy of an .ini file on the users profile Windows folder on the terminal server, however, of the 2 environments, one works as intended and the other doesn't and I am not sure how to troubleshoot this. As far as I can think, they were both installed the same way but when connecting to the terminal server on one of this environments, the .ini file gets created but when connecting to the other environment (Server Farm) the .ini doesn't get created.

Can someone provide some insight as to how to troublesoot this typeof problem?
The Windows directory gets created but no .ini file is placed in it. If we manually copy it to a user's profile, it still doesn't use that file and will use the one on the main Windows directory.

Thanks
SOLUTION
Avatar of Davis McCarn
Davis McCarn
Flag of United States of America image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
Its quite difficult to understand the questions can you give some more details ...
Avatar of troubleshooter141
troubleshooter141

ASKER

DavisMcCarn

Yes the ini filesdoes exist on the user's profile windows folder on the server that works correctly. I tried comparing the outpout of the set command and everything looks good to me, te only differences I have seen were with th TCP field which I attributed to the interface being used.Everything else seems to match including the path.

I took it a step further and uninstalld te application, opened a command line as administrator and changed uer to /install just in case I had forgotten to do this the when Iinitially installed it. Once completed I changed user to /execute and tested but still unsuccessfull.
sarang_tinguria

I'll try to clarify:

We have an inhouse written application which creates an ini file on the Windows directory during the install. When used in a terminal services environment, the ini file gets copied to each user's profile windows directory the first time the user logs on to the server. That beind said, We have two server farms and this works correctly on one but not the other. The ini file on the farm that is nt working correctlydoes not get copied to the user's profile and the one under c:\Windows gets used instead. The problem with this is that there areseveral things on that file specific to each user and when they share that file like it is happening now, their settings are getting mixed up.
You said earlier that, on the system which doesn't work, users get the C:\Windows\<whatever>.ini
On the server which works, is there a C:\Windows\<whatever>.INI file?
If there isn't, what happens if you rename or delete it?
Both servers have C:\Windows\myprogram.ini. This gets done during the program installation. On the system tat works users get C:\Users\myuser\windows\myprogram.ini but on the system that doesn't work this is not happening and users are using the c:\windows\myprogram.ini that is created during the program install and sharing it which is the problem.

I just double checked the executabl for th eapplication to make sure the TSaware is set to no and that is the case on both working and not working systems which if I understand correctly would force it to use shadow keys.
1) Are there events listed about access denied?
2) Check the permissions on the C:\Users\myuser\windows\ folder to see if they are different.
Not thatI can tell ( i made sure users have full rights to the .ini file nd also run process monitor while connecting to see if any access denied messages were being logged)


C:\Users\myuser\Windows\  permissions are set to full rights for the user on their windows folder. This is the case on both of the servers.

I reinstalled the server on Friday but the results are the same:
Formatted Hard Drive
Installed Windows 2008 R2 and installed all updates
Installed kb2726399 to address Display issues on Remote Desktop services
Change user /install
Installed application
Change user /execute

Tested unsuccessfully. The Windows directory on the users' profile is created but the .ini file is not being copied to it. If I manually copy it it still reads from the master .ini file in c:\windows
SOLUTION
Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
I did a new reinstall today but chaged the order in which I installed things and it worked when I first reinstalled Windows and the application. After Windows updates it quit working.... I am now comparing all the updates to figure out which one might have caused this issue.


I do appreciate your input, this has been a very frustrating troubleshooting process but I think I am finally making some progress.

Thanks again
Is the other server not getting updates?  That is really dangerous, these days!
ASKER CERTIFIED SOLUTION
Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
not resolved but no longer a project I am working on