program shuts down when logged in a remote desktop session but works in logmein

Hi,
one of my clients just updated their accounting software client program earlier this week and for some strange reason, if you are logged into the server as administrator it works in remote desktop session but other users it shuts down the program.  However, when i logged into the server which is running 2003 standard, using logmein, it works for any user.  The other strange part is this same program was updated on a 2nd similar 2003 server and on this one its not a problem at all.  Any ideas?
dankyle67Asked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

CoralonCommented:
Does it shutdown or crash? (important difference here).

Is it possible that it was updated without using Install mode? (change user /install)

Coralon
0
dankyle67Author Commented:
It actually allows you to bring up the login screen for the app but once you select the data source or company within the accounting program that's when it just shuts down but doesn't crash. I didn't run the install so you could be on the right track about install mode being done incorrectly. The strange thing is that it works for any user if they are signed in using Logmein but when using Remote Desktop that's when only administrator works.
0
CoralonCommented:
That makes it sound more like it was upgraded without install mode.

I don't know your Citrix background, so please forgive me if I'm covering known territory -
In RDS, the windows directory gets redirected to the home directory.  If you log in with LogMeIn, it is a 'direct' login that is not subject to the redirection.

I'd run a procmon against it and check the file activity and see if is trying to access something in the wrong directory.

I'd also back the machine up in whatever manner you have available, and reinstall it properly.

Coralon
0
10 Tips to Protect Your Business from Ransomware

Did you know that ransomware is the most widespread, destructive malware in the world today? It accounts for 39% of all security breaches, with ransomware gangsters projected to make $11.5B in profits from online extortion by 2019.

dankyle67Author Commented:
Hi, i just wanted to make sure i did this correctly since its been a while since i last did it this way when installing a program on terminal server.  I go to add remove programs and select add new program then point to the installation directory where the install exe file is located.  I am logging in as administrator to do this but at what point during the install does it ask me whether i want to install the program for all users or just admin?  Or does it do this automatically since i am installing it thru add remove programs?  Also, i am running the install via remote desktop so will that be a problem or does install have to be run locally on server?  thanks
0
dankyle67Author Commented:
Hi again, i ran the reinstall using add remove programs and it still shut down as usual so was thinking about the procman you mentioned since one server is working with this app and the other isnt, how would i best go about using procman to compare and isolate where the problem file might be?  Im asking since i really am not familiar with using procman except for just running it but not knowledgeable how to set filters and so forth or how to go about isolating processes.
0
Qlemo"Batchelor", Developer and EE Topic AdvisorCommented:
As mentioned in http:#a39550639, you need to set the Terminal Server in install mode before installing software:
   change user /install
Then you can go and (re)install the program. When you are finished, reverse the setting back to normal:
   change user /execute

ProcMon (not ProcMan ;-)) can be used like this, if you don't know what to monitor: Make sure only registry and file are checked in the rightmost group on the toolbar. Then start scanning for a short time, right-click on the process name or the path (whatever is more retrictive) you want to exclude, and choose the appropriate menu entry. This is step-wise filtering.
If you know a suspect, like here, it is best to start with an exclude all, include some filter - press the funnel symbol, select "Process Name", "is", "TheProcessNameHere.exe", "include", and then start scanning.
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
dankyle67Author Commented:
I actually started scanning using the filter "process name" and the exe which is called e4shell.exe but noticed it didnt bring up anything so i tested notepad.exe just to make sure i was setting procmon correctly and that came up right away once i ran notepad.  I will try it now on the server that is working and see if i get results from running the e4shell.exe.  Also, are you saying that since i ran the install using add remove programs that would not work and i should use the above method of change user /install then change user /execute.  I always used to use the add remove program method but i will try it again using your command line suggestion as well.
0
Qlemo"Batchelor", Developer and EE Topic AdvisorCommented:
If the server isn't in in Terminal Server mode, it doesn't matter, but if it is used as a full-size Terminal Server (versus Remote Admin), it is important to change to install, install the application, change to execute. That makes sure the redirection ("folder virtualization") for users does not take place while installing, and necessary user entries are copied correctly as soon as Terminal Server users are logging in.
0
dankyle67Author Commented:
thanks for the clarification, i reinstalled the program after using change user /install command and at end of install it requested for server to restart and i did that so once its back up is it ok to use th change user /execute or was i supposed to do it prior to the restart?
0
Qlemo"Batchelor", Developer and EE Topic AdvisorCommented:
If the change command doesn't request you to do a reboot, you do not need to.
0
dankyle67Author Commented:
After the reboot i tried the program again but no luck.  Will ask  one of the techs onsite to run the install again today but locally since i have been doing it remotely maybe thats still the reason its not working but i doubt it.  Really a strange problem since like i mentioned prior to this update the software was working fine last week and right after they updated it then those remote users had this isssue.  One other thing is that one of the users aside from administrator is able to log in athru remote desktop and can run the app without it shutting down so doesnt make sense.  As i also mentioned, on the other terminal server we have, there is no problem with the program for any users.
0
CoralonCommented:
Using the Add/Remove programs control panel does put the system in install mode.  
The change user /install command lasts for the session, or until you issue a change user /execute.

If that one administrator can run it properly, and the others cannot, it's almost a guaranty that the upgrade was done in execute mode and not install mode.  I'd redo the upgrade in Install mode, or possibly just reinstall the entire application to make sure it is correct.

Coralon
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Windows Server 2003

From novice to tech pro — start learning today.