This issue took me a little while to discover the cause, but now that I understand what was happening I thought I would let you know in case you come across a similar issue.
Most of the time I put my work laptop into sleep mode overnight and so I don't reboot my machine very often. However, every now and then a reboot is required, usually due to installing new software or system updates.
What would then happen is my laptop would shutdown and restart and then sit with Please Wait on the screen. If left for a while, the lock screen would appear, but when you clicked to get to the logon screen, it would still say Please Wait.
So being the obedient person I am I did wait.... for about an hour or so. Then I tried performing a hard reset (hold power button for 5 seconds) and when it restarted again, it went back to Please Wait.
Thinking that some device connected to my laptop's docking station could be the problem, I hard reset again and this time let the machine boot up while not docked. Lo and behold, it got past Please Wait and allowed me to login.
So, I got into the habit of undocking my laptop when I rebooted and did not think much more about it.
But then one day, the same thing happened while I was undocked at home!!!
I work from home most of the time, but when I have had to visit a Microsoft office this issue never occurred.
Looking into the issue again, I worked out that the problem was not the docking station itself, but the network connection. The times it had failed at home were when the WiFi switch on the laptop was on.
In summary, while I was at home I had to make sure the laptop was undocked (or unplug the network cable) and that the WiFi switch was off. When I was at a Microsoft office it worked even when WiFi was active.
Based on this information, I decided that the issue was related to accessing something on the corporate network. If my machine was not on the corporate network, then all networking must be disabled to allow the laptop to boot.
So, I got into the habit of undocking my laptop and making sure the WiFi switch was off when I rebooted and did not think much more about it.
Move on a number of months and I got a new laptop (and matching docking station).
While building my machine and installing all the software, tools and applications I need, the machine was rebooted a number of times while docked and never got stuck at Please Wait. I was pleased that the issue had gone away.
All was well. There was no shouting and growling at my computer and the family home was at peace.
I had to reboot and my new laptop got stuck at Please Wait. While I knew how to get past the issue, I now had enough information to identify the cause. The last software installed on my machine was a standalone installation of the Microsoft Dynamics GP 2013 Web Client.
During the installation, you need to provide credentials for the GP Session Central Service and the GP Session Services web services. As my machine is domain added, these credentials need to be valid domain credentials.
When I previously had issues with these services not starting while I was at home, we realised that the services would only start when my laptop was VPN'd into the corporate network and that domain credentials cached on my machine where not enough and that the credentials needed to be validated live against Active Directory.
So putting all the bits together....
I changed the GP Session Central Service and GP Session Services web services to a Startup Type of Manual under Services (Control Panel >> Administrative Tools >> Services), and the problem disappeared. I could reboot my laptop without issues regardless of network settings.
I do have other services, such as the Microsoft Dynamics GP Service Host, which use domain credentials, but they work with the cached credentials on my machine.
The bottom line is that the services for the GP Web Client will currently cause a machine to hang during boot if all of the following conditions are met:
The bottom line is that I now have the services set to manual and will only start them when I want to use the web client, at which time I will ensure that I am on the corporate network, either directly, by VPN or by DirectAccess.
I will be raising this issue with the Development team as the services should just timeout and fail to start when the domain credentials cannot be validated rather than causing the machine to hang when starting up.
I hope this find this information before you get too stressed by this issue.
David, this is a fabulous post! Thank you so much for sharing it.
Before we beat up on the Web Client, I also have the same issue with my Win8 Pro domain joined machine. And I don't have the Web Client loaded. I had run across this same issue with my Web Services & eConnect as well.
So it appears to be something specific with any service on my own machine as long as my identity uses my domain creds. Anything "local" works fine.
MS IT believes it isn't Windows 8 in general and possibly something specific using the MSIT delivered install that we all use.
In the meantime, I also use the workaround that David proposed.
Posting by Mark Polino at DynamicAccounting.net
Posting by Leslie Vail at Dynamics Confessor BlogSpot
Thank you! Lifesaver!
Have this same problem, the disconnect network connection works for me, as a temporary fix. I think the cause is different though.
I originally set up a machine on the network called 'machine01' - then later it was decided that I should use a different PC for that project.
So I renamed the original PC 'machine02' and set up a new PC as 'machine01' - both of these machines now have the problem with stalling at the 'please wait' portion of booting.
I believe it's either local registry, or something in the network that didn't like having two machines with the same name.
PLEASE READ BEFORE POSTING
Please only post comments relating to the topic of this page.
If you wish to ask a technical question, please use the links in the links section (scroll down, on right hand side) to ask on the Newsgroups or Forums. If you ask on the Newsgroups or Forums, others in the community can respond and the answers are available for everyone in the future.