Hi,

I have recently installled GP10.0 at a client we have noticed some worrying 
performance issues when attempting to log into GP with a user that is not an 
admnistrator. The performace issue starts when clicking the GP icon. It can 
take as long as three minutes to get to the user login screen. (Enough time 
to make a cup a coffee). Once you are in GP the performance is OK with some 
exceptions.

This certainly feels like a networking/security/actve directory issue, dont 
even know how to begin trouble shooting. We cant simply add teh user into the 
domain or local adminstrator group. 

Any help would really be appreciated.

Regards

I see the same things, try turning off all reminders, metrics, etc... on the 
home page
Mike
"Heath" <Heath@discussions.microsoft.com> wrote in message 
news:086DA956-99E2-406B-A9E2-C23A3A03C3B8@microsoft.com...
> Hi,
>
> I have recently installled GP10.0 at a client we have noticed some 
> worrying
> performance issues when attempting to log into GP with a user that is not 
> an
> admnistrator. The performace issue starts when clicking the GP icon. It 
> can
> take as long as three minutes to get to the user login screen. (Enough 
> time
> to make a cup a coffee). Once you are in GP the performance is OK with 
> some
> exceptions.
>
> This certainly feels like a networking/security/actve directory issue, 
> dont
> even know how to begin trouble shooting. We cant simply add teh user into 
> the
> domain or local adminstrator group.
>
> Any help would really be appreciated.
>
> Regards 

We currently use GP 8.0 and Terminal Server for the remote locations, we are 
now looking at an upgrade and my observations is that 10.0 appears to be very 
resource intensive. Since the user eventually is able to log on, you may need 
to go through a process of elimination. Check the machines and work your way 
backwards.


"Heath" wrote:

> Hi,
> 
> I have recently installled GP10.0 at a client we have noticed some worrying 
> performance issues when attempting to log into GP with a user that is not an 
> admnistrator. The performace issue starts when clicking the GP icon. It can 
> take as long as three minutes to get to the user login screen. (Enough time 
> to make a cup a coffee). Once you are in GP the performance is OK with some 
> exceptions.
> 
> This certainly feels like a networking/security/actve directory issue, dont 
> even know how to begin trouble shooting. We cant simply add teh user into the 
> domain or local adminstrator group. 
> 
> Any help would really be appreciated.
> 
> Regards

Heath,

Just to make sure I understand what you're saying....if an administrator 
logs in (to Windows, I presume) these issues with GP are no longer there? 
Everything is fast?

-- 
Victoria Yudin
Dynamics GP MVP
Flexible Solutions - home of GP Reports
http://www.flex-solutions.com/gpreports.html


"Heath" <Heath@discussions.microsoft.com> wrote in message 
news:086DA956-99E2-406B-A9E2-C23A3A03C3B8@microsoft.com...
> Hi,
>
> I have recently installled GP10.0 at a client we have noticed some 
> worrying
> performance issues when attempting to log into GP with a user that is not 
> an
> admnistrator. The performace issue starts when clicking the GP icon. It 
> can
> take as long as three minutes to get to the user login screen. (Enough 
> time
> to make a cup a coffee). Once you are in GP the performance is OK with 
> some
> exceptions.
>
> This certainly feels like a networking/security/actve directory issue, 
> dont
> even know how to begin trouble shooting. We cant simply add teh user into 
> the
> domain or local adminstrator group.
>
> Any help would really be appreciated.
>
> Regards 

Hi Victoria,

Yep we are talking about the network login with administrative rights. Its 
almost as if the the normal domain users do not have rights to a 
installation/temp location, or registry entries. It is so slow you sometimes 
are not sure of whether you have actually double clicked the GP icon or not, 
so you try again only to have a number of login screens appear a couple of 
minutes later. 

Incidentally we have encountered this at two of our clients running GP10.0 
on a terminal server. It only seems to affect users that are given TS rights 
after the installation has occurred (although I cannot categorically confirm 
this).

Regards
Heath

"Victoria [MVP]" wrote:

> Heath,
> 
> Just to make sure I understand what you're saying....if an administrator 
> logs in (to Windows, I presume) these issues with GP are no longer there? 
> Everything is fast?
> 
> -- 
> Victoria Yudin
> Dynamics GP MVP
> Flexible Solutions - home of GP Reports
> http://www.flex-solutions.com/gpreports.html
> 
> 
> "Heath" <Heath@discussions.microsoft.com> wrote in message 
> news:086DA956-99E2-406B-A9E2-C23A3A03C3B8@microsoft.com...
> > Hi,
> >
> > I have recently installled GP10.0 at a client we have noticed some 
> > worrying
> > performance issues when attempting to log into GP with a user that is not 
> > an
> > admnistrator. The performace issue starts when clicking the GP icon. It 
> > can
> > take as long as three minutes to get to the user login screen. (Enough 
> > time
> > to make a cup a coffee). Once you are in GP the performance is OK with 
> > some
> > exceptions.
> >
> > This certainly feels like a networking/security/actve directory issue, 
> > dont
> > even know how to begin trouble shooting. We cant simply add teh user into 
> > the
> > domain or local adminstrator group.
> >
> > Any help would really be appreciated.
> >
> > Regards 
> 
> 

Hi Michael,

I have done this. The performance issue I am encountering is after the 
clicking of the GP icon and before the login and company selection screen has 
actually appeared.

Regards
Heath

"MichaelG" wrote:

> I see the same things, try turning off all reminders, metrics, etc... on the 
> home page
> Mike
> "Heath" <Heath@discussions.microsoft.com> wrote in message 
> news:086DA956-99E2-406B-A9E2-C23A3A03C3B8@microsoft.com...
> > Hi,
> >
> > I have recently installled GP10.0 at a client we have noticed some 
> > worrying
> > performance issues when attempting to log into GP with a user that is not 
> > an
> > admnistrator. The performace issue starts when clicking the GP icon. It 
> > can
> > take as long as three minutes to get to the user login screen. (Enough 
> > time
> > to make a cup a coffee). Once you are in GP the performance is OK with 
> > some
> > exceptions.
> >
> > This certainly feels like a networking/security/actve directory issue, 
> > dont
> > even know how to begin trouble shooting. We cant simply add teh user into 
> > the
> > domain or local adminstrator group.
> >
> > Any help would really be appreciated.
> >
> > Regards 
> 

Heath,

Interesting.....  Unfortunately this is not really my area of 
expertise....however a few things that I would look at and/or try from our 
past experience:

- Are they using roaming profiles on the TS?  I know we had a client who had 
a big problem with this until the users were set up with local profiles on 
the TS.
- Are any dictionaries shared elsewhere on the network?  If so, does making 
them local to the TS make a difference?
- Are there any errors in the Windows event logs to point to AD timeouts or 
issues?
- What happens at this point if you make one the users experiencing the 
issue a local admin on the TS (just temporarily, to test) - is it still 
slow?  Or does the performance improve?  This will help troubleshoot whether 
it's the user's profile specifically or the permissions in general that are 
causing the issue.
- Can you confirm that the GP installation was performed while logged in as 
the local administrator on the console of the TS?  (Btw, what Windows OS, 
2003?)

After I started writing this, I remembered there is a KB article about 
this - # 872242 - looks like it lists most of the things I have above and a 
few others...have you looked at that?

Hopefully some of the more network oriented people reading this can offer 
some additional advice.

-- 
Victoria Yudin
Dynamics GP MVP
Flexible Solutions - home of GP Reports
http://www.flex-solutions.com/gpreports.html


"Heath" <Heath@discussions.microsoft.com> wrote in message 
news:E2F83E88-6482-4308-B7C1-774EEBDDA99B@microsoft.com...
> Hi Victoria,
>
> Yep we are talking about the network login with administrative rights. Its
> almost as if the the normal domain users do not have rights to a
> installation/temp location, or registry entries. It is so slow you 
> sometimes
> are not sure of whether you have actually double clicked the GP icon or 
> not,
> so you try again only to have a number of login screens appear a couple of
> minutes later.
>
> Incidentally we have encountered this at two of our clients running GP10.0
> on a terminal server. It only seems to affect users that are given TS 
> rights
> after the installation has occurred (although I cannot categorically 
> confirm
> this).
>
> Regards
> Heath
>
> "Victoria [MVP]" wrote:
>
>> Heath,
>>
>> Just to make sure I understand what you're saying....if an administrator
>> logs in (to Windows, I presume) these issues with GP are no longer there?
>> Everything is fast?
>>
>> -- 
>> Victoria Yudin
>> Dynamics GP MVP
>> Flexible Solutions - home of GP Reports
>> http://www.flex-solutions.com/gpreports.html
>>
>>
>> "Heath" <Heath@discussions.microsoft.com> wrote in message
>> news:086DA956-99E2-406B-A9E2-C23A3A03C3B8@microsoft.com...
>> > Hi,
>> >
>> > I have recently installled GP10.0 at a client we have noticed some
>> > worrying
>> > performance issues when attempting to log into GP with a user that is 
>> > not
>> > an
>> > admnistrator. The performace issue starts when clicking the GP icon. It
>> > can
>> > take as long as three minutes to get to the user login screen. (Enough
>> > time
>> > to make a cup a coffee). Once you are in GP the performance is OK with
>> > some
>> > exceptions.
>> >
>> > This certainly feels like a networking/security/actve directory issue,
>> > dont
>> > even know how to begin trouble shooting. We cant simply add teh user 
>> > into
>> > the
>> > domain or local adminstrator group.
>> >
>> > Any help would really be appreciated.
>> >
>> > Regards
>>
>> 

This is not at all uncommon! Here are a few tips for troubleshooting slow 
startup performance of Microsoft Dynamics GP on Terminal Server:

1) Check the DEX.INI file for any settings being stored on the user's 
homedrives. 

2) Are you doing folder redirection of user profile folders like My 
Documents, Desktop and Start Menu, Application Data and others, to the user 
home drive? 
My Documents is generally redirected to a file share for obvious reasons. 
However, you should carefully consider if you really want to redirect any 
other folders. Especially redirecting Application Data could increase the 
load on your Terminal Server tremendously, but could also slow down GP's 
performance. This is because GP will store just about everything it cannot 
store in the registry to the Application Data folder. If for every read or 
write the application has to traverse the network to the file server you can 
imagine what this will do to performance.

3) If you are using Named Printers, I suggest you check David Musgrave's 
blog on "Using Named Printers with Terminal Server" at 
http://blogs.msdn.com/developingfordynamicsgp/archive/2008/08/15/using-named-printers-with-terminal-server.aspx

Please let me know how it goes.

Best regards,
--
MG.-
Mariano Gomez, MIS, MCP, PMP
Maximum Global Business, LLC
http://www.maximumglobalbusiness.com


"Heath" wrote:

> Hi,
> 
> I have recently installled GP10.0 at a client we have noticed some worrying 
> performance issues when attempting to log into GP with a user that is not an 
> admnistrator. The performace issue starts when clicking the GP icon. It can 
> take as long as three minutes to get to the user login screen. (Enough time 
> to make a cup a coffee). Once you are in GP the performance is OK with some 
> exceptions.
> 
> This certainly feels like a networking/security/actve directory issue, dont 
> even know how to begin trouble shooting. We cant simply add teh user into the 
> domain or local adminstrator group. 
> 
> Any help would really be appreciated.
> 
> Regards

Heath, 

I am curious if Service Pack 3 for XP was recently installed on that 
workstation as part of automatic updates.  I've heard of a similar issue with 
someone who have Microsoft Dynamics GP version 9.0...slow from the time you 
click on the icon up until it gets to the log in screen.  After that, it's 
works just fine.
SP3 for XP supposedly installs some of the UAC controls related to VISTA.

It's a thought...you might check into.  Good luck.
"Heath" wrote:

> Hi Victoria,
> 
> Yep we are talking about the network login with administrative rights. Its 
> almost as if the the normal domain users do not have rights to a 
> installation/temp location, or registry entries. It is so slow you sometimes 
> are not sure of whether you have actually double clicked the GP icon or not, 
> so you try again only to have a number of login screens appear a couple of 
> minutes later. 
> 
> Incidentally we have encountered this at two of our clients running GP10.0 
> on a terminal server. It only seems to affect users that are given TS rights 
> after the installation has occurred (although I cannot categorically confirm 
> this).
> 
> Regards
> Heath
> 
> "Victoria [MVP]" wrote:
> 
> > Heath,
> > 
> > Just to make sure I understand what you're saying....if an administrator 
> > logs in (to Windows, I presume) these issues with GP are no longer there? 
> > Everything is fast?
> > 
> > -- 
> > Victoria Yudin
> > Dynamics GP MVP
> > Flexible Solutions - home of GP Reports
> > http://www.flex-solutions.com/gpreports.html
> > 
> > 
> > "Heath" <Heath@discussions.microsoft.com> wrote in message 
> > news:086DA956-99E2-406B-A9E2-C23A3A03C3B8@microsoft.com...
> > > Hi,
> > >
> > > I have recently installled GP10.0 at a client we have noticed some 
> > > worrying
> > > performance issues when attempting to log into GP with a user that is not 
> > > an
> > > admnistrator. The performace issue starts when clicking the GP icon. It 
> > > can
> > > take as long as three minutes to get to the user login screen. (Enough 
> > > time
> > > to make a cup a coffee). Once you are in GP the performance is OK with 
> > > some
> > > exceptions.
> > >
> > > This certainly feels like a networking/security/actve directory issue, 
> > > dont
> > > even know how to begin trouble shooting. We cant simply add teh user into 
> > > the
> > > domain or local adminstrator group.
> > >
> > > Any help would really be appreciated.
> > >
> > > Regards 
> > 
> > 

Hi,

Well I tried pretty much everything with no sucess, from adding security to 
creating new users (local and domain) to giving them "super human rights" but 
no sucess. So in desperation we copied the documents and settings folder from 
the "working" user to a new domain user on the (TS profile). 

What do you know the login performance was amazing. So we started again this 
time checking bit by bit what component in the documents and settings folder 
made the difference. After some time we found a folder on the TS's working 
users c:\documents and settings\%\microsoft\CryptnetUrlCache that when 
coppied to each users folder that had poor performance, it sorted all our 
problems out. I have no idea what this is or what it is intended to do but it 
works. Does anyone know why? From the naming it looks like this might have 
something to do with the crypto that GP uses for its SQL authentication?

Regards
Heath

"Mariano Gomez" wrote:

> This is not at all uncommon! Here are a few tips for troubleshooting slow 
> startup performance of Microsoft Dynamics GP on Terminal Server:
> 
> 1) Check the DEX.INI file for any settings being stored on the user's 
> homedrives. 
> 
> 2) Are you doing folder redirection of user profile folders like My 
> Documents, Desktop and Start Menu, Application Data and others, to the user 
> home drive? 
> My Documents is generally redirected to a file share for obvious reasons. 
> However, you should carefully consider if you really want to redirect any 
> other folders. Especially redirecting Application Data could increase the 
> load on your Terminal Server tremendously, but could also slow down GP's 
> performance. This is because GP will store just about everything it cannot 
> store in the registry to the Application Data folder. If for every read or 
> write the application has to traverse the network to the file server you can 
> imagine what this will do to performance.
> 
> 3) If you are using Named Printers, I suggest you check David Musgrave's 
> blog on "Using Named Printers with Terminal Server" at 
> http://blogs.msdn.com/developingfordynamicsgp/archive/2008/08/15/using-named-printers-with-terminal-server.aspx
> 
> Please let me know how it goes.
> 
> Best regards,
> --
> MG.-
> Mariano Gomez, MIS, MCP, PMP
> Maximum Global Business, LLC
> http://www.maximumglobalbusiness.com
> 
> 
> "Heath" wrote:
> 
> > Hi,
> > 
> > I have recently installled GP10.0 at a client we have noticed some worrying 
> > performance issues when attempting to log into GP with a user that is not an 
> > admnistrator. The performace issue starts when clicking the GP icon. It can 
> > take as long as three minutes to get to the user login screen. (Enough time 
> > to make a cup a coffee). Once you are in GP the performance is OK with some 
> > exceptions.
> > 
> > This certainly feels like a networking/security/actve directory issue, dont 
> > even know how to begin trouble shooting. We cant simply add teh user into the 
> > domain or local adminstrator group. 
> > 
> > Any help would really be appreciated.
> > 
> > Regards