AX2009 client close just after start

This question is answered

Hello,

 

We have only ONE user who has the problem: when he starts the ax client, it loads and just after that closes immediately.

Settings:

We have 10 AOS (load balancing)

  • 8 for users
  • 2 for batchs

 We have 5 TSE servers. 1 for UK, the others are for others (french, spanish, german...).

 

 Everything works excepting for THAT user when he uses the client on THAT TSE server.

Everything works for any other users on THAT TSE server.

If the user use an other TSE server, everything works !


I have already deleted the profile but it doesn't resolve the problem. No errors or anything else  into logs or event logs on the server.

 

Do you have any idea ?

All Replies
  • help ?

  • Have you tried deleting the .AUC files for that user?

  • Hello,

    I didn't find any auc file. (I've not configured Dynamics).

    Sorry I'm a noob in Dynamics AX. Didn't receive my formation yet.

  • If the auc file is into the user profile like C:\Documents and Settings\username\...

    I have already deleted it because I deleted the user profile.

  • This happens a lot. Usually, this is because the client is having trouble communicating with the AOS.  Sometimes, that client is configured with the wrong port.  Logon to the client machine as that user.

    Then, from the client's machine do this: Go to Start --> Control Panel-->Administrative Tools-->AX Client Configuration -->Connection and verfify that the port for that user logon is 2712 or whatever port  was configured for connecting to the instance of AOS that the client is using.  

    If that doesn't fix it, we need to look at the log files to determine the cause.   That will probably tell us what is going on.  You can find the client logs by going to:

    \Users\Public\Microsoft\Dynamics AX\log

    or

    \Documents and Settings\All Users\Microsoft\Dynamics\Ax\Log

    If they aren't there, you can find the log location for the client location in the configuration utility that I alluded to earlier under the General tab where it says log directory.  

    Independent, Freelance Consultant and Dynamics Development Instructor

    http://www.instructorbrandon.com

    http://www.youtube.com/user/BrandonAhmad

  • Thanks for your comment but it happens to only one user.

    The others haven't any issue...and there is more 30ppl on the server.

    I have found the log folder, (the path is defined into the configuration utility or the shortcut used by users) but the folder is empty  -_-.

  • Thanks Jerome,

    That gets us further..   Let's do some more steps.  

    Okay, if you can, go to:

    1.Click Start, point to All Programs, point to Administrative Tools, and then click Event Viewer.

    2.Under Event Viewer (Local), click Application.

    3. Also click System..  and examine those for me.  

    Look for any errors or warnings.  If it isn't in the Dynamics logs, you almost always see it in the event logs.  

    Independent, Freelance Consultant and Dynamics Development Instructor

    http://www.instructorbrandon.com

    http://www.youtube.com/user/BrandonAhmad

  • Already done that... nothing

  • One other thing Jerome, can you try to start AOS on that client's machine with your username.  Then, see if the client works.  That will tell us a lot also.  We can narrow down whether the problem is with the machine or the user account.  

    Independent, Freelance Consultant and Dynamics Development Instructor

    http://www.instructorbrandon.com

    http://www.youtube.com/user/BrandonAhmad

  • Still getting further..  let's see what happens when you login from that clients machne with your profile.  

    Independent, Freelance Consultant and Dynamics Development Instructor

    http://www.instructorbrandon.com

    http://www.youtube.com/user/BrandonAhmad

  • No problem with me.

    I have 10 sessions of the AX client on the TSE server, one for each AOS.

    Things to specify:

    We have 10 AOS (load balancing)

    • 8 for users
    • 2 for batchs

     

    We have 5 TSE servers. 1 for UK, the others are for others (french, spanish, german...).

     

     

    Everything works excepting for THAT user when he uses the client on THAT TSE server.

    Everything works for any other users on THAT TSE server.

    If the user use an other TSE server, everything works !

     

    I thought it was useful to specify that :p

     

    Big headache, isn't it ?

  • That is what we needed to know!   Jerome, this reads as a classic cache issue, much like Soren suggested.  By TSE, I'm assuming that you mean a Terminal Service Emulator?  Correct me if I'm wrong on my interpretation..  Now, the fact that it only happens when the client connects from one TSE server leads me to believe that something else is happening with the client profile and the TSE server. Unfortunately, I don't know if this is a Dynamics related issue or a networking issue because I don't know enough about the configuration of the TSE server with that user account.  

    But I can give you a couple of things to help:

    In a true caching issue that is Dynamics related, there is a 2 step process that will fix this:

    1. We go to the Axapta client cache located at c:\Documents and Settings\local settings\application data\*.aoc and remove all of those files.  

    Test after this..

    2.  Manually flush the AOS code.  In clusters, this can often be difficult to do because you have to stop the AOS.  However, there is a classic script that everyone uses to do this while keeping the AOS running:

    swati-dynamicsax.blogspot.com/.../flush-aos-cache-from-code.html

    That's the Dynamics AX fix..  But I suspect that something could be going on with the TSE server for that user account.  

    If it weren't that, you would have seen client configuration issues and error messages. This turned out to be a tough one to troubleshoot via a forum, but someone else may have some input.  

    Independent, Freelance Consultant and Dynamics Development Instructor

    http://www.instructorbrandon.com

    http://www.youtube.com/user/BrandonAhmad

  • You know what, I just noticed that you had not deleted the files yet. There may be an opportunity here.   It may turn out to be a case of client cache after all,.  Try that step 1 for me.  Step 2 usually fixes a host of other cache issues but I don't think it is necessary here.  It won't hurt to do Step 2.  

    Independent, Freelance Consultant and Dynamics Development Instructor

    http://www.instructorbrandon.com

    http://www.youtube.com/user/BrandonAhmad

  • Still sounds like corrupted AUC files. Note that these files are hidden so you need to be enable hidden files as visible.

    This cmd script should do the trick on an AX 2009. There might be a minor change required depending on the OS.

    del "%USERPROFILE%\local settings\application data\*.auc"

  • I said: I have already done that !

    No change ! When I re-launch  the client, it creates a new auc file and the problem is still there....

     

    And then, if I delete the user profile, the auc file in its profile is deleted too. :)