View Client 4, occasionally prompts a second time for a user's credentials

[TheTer]

We are using Dell Thin Clients with XP SP3 Embedded. About 1 out of 15-20 times, after inputting a user's login name and password into the View client, it will start the Virtual Desktop, and then ask for the credentials again. The domain will be there, but the username and password will be blank. It is annoying because, the window will pop up and say hit "CrtlAltDel", which you can't do. You actually have to hit CtrlAltIns. This gets our user community confused when it happens. This began to appear when we implemented "resource pools", and was happening about 20-25% of the time on login. We got rid of the resource pools, and not it is only a few times a day, but still annoying. Any ideas?

[RobBeekmans]

Hi,

I have exactly the same issue as you describe.

users are prompted with the Windows log-on screen after they successfully authenticated with the connection server.

I've been busy with this for a few weeks now, the log files have been examined but nothing has come from this so far.

at first I thought the user log-off process isn't finished and that's why it goes wrong but that's not the case.

If I find something I'll let you know....

greetings

Rob

[TheTer]

We have upgraded to the newest view client, but I still got the issue one time in testing. We are going to try deleting and re-creating some desktop pools to see if that helps.

[RobBeekmans]

Hi,

Done that also.

We've been running the latest version of the view client.

I'm gone open a call on Monday with VMware to get this solved.

I'm sure by now it's some kind of bug.

Keep you posted.

[TheTer]

Ditto.....upgrading the client and recreating the desktop pools did not help with the issue. We have 2 domains and I did notice that sometimes the domain name is set to the wrong domain, even thought the user logged into the correct domain. By chance, are you using mulitple domains also?

[mholgate]

I am getting the exact same issue. For me it's just a minor annoyance as we are still in the testing phase. We are using just one domain and getting this issue.

Mike... VM, Virtually!!

[RobBeekmans]

Hi,

we're using one domain here.

While looking at the log file I noticed one line that keep reoccurring at the moment it goes wrong.

"Not authenticated, requesting login page for windows-password"

could you check if this also the case for you?

The process is:

Attempting to authenticate against windows-password

Attempting authentication against AD

Attempting to authenticate user 'user1' in domain 'Domain1' ( I left the real names out)

When it goes wrong the last line changes to

Not authenticated, requesting login page for windows-password

hope to hear from you guys if you experiencing the same.

I've opened a SR call to investigate this

greetz

Rob

[TheTer]

Rob

How and where are you checking these logs? local client, connect server??

Ter

[RobBeekmans]

Hi,

We're checking the logs mostly on the connection server.

I've also created logs on the view client and in the VDI agent.

The entry I was talking about was from the connection server, the log file was named \vdm-sdct\vdm-sdct-20100712-1547\vdm-logs\debug......log

Greetz

Rob

[Joxster]

Total shot in the dark but have you guys enabled the Group Policy to tell windows to Wait for the network to become live before logging in? As I have a feeling your problem is to do with cached login and telling windows to wait for a live network connection should resolve that problem so if you haven't enabled it give it a try?

As I say could be way off but hay

[RobBeekmans]

Hi Joxster,

Thanks for the shot in the dark, any idea is welcome.

The fact is that I've disabled this GPO because it was slowing down the logon process for users.

Without this GPO settings they logon in 2 seconds and with it, it takes over 15 seconds.

Of course your suggestion is interesting enough to change the setting and see what it does.

We're still in a pre-production fase with the customer project so no harm done.

Thanks again, keep them coming...

Greetz

Rob

[Speedbmp]

try this, disable any screen savers on the VM and see if that helps. i had a problem like this and i think this is how i fixed it.

just use the screen saver for the thin client only.

Stephen

[TheTer]

Stephen

I will try this the next opportunity that I have to re-clone one of our desktop pools (hopefully is a couple of days). Thanks for the tip.

Ter

[TheTer]

I just implemented a policy that disables the screensaver. So far, so good. I need to keep checking with our students to see if the issue has completely gone away, or if this policy only helps a little.

[TheTer]

Disabling the screensaver on the virtual desktops did not work. We just got the double login 3 times today. It was worth a try.

[TheTer]

any luck with the VMware tech support call on this issue?

[Speedbmp]

is the view agent up to date?

[RobBeekmans]

We also tried it today, looked promising at first but didn't work.

Nice try.

VMware is investigating the issue. They found something.

08:14:32,146 INFO Session CONNECTED non-portal user: id=0, user VHL-VDI-002\Administrator, client=(null)

08:16:51,394 DEBUG Rpci: Sending request='machine.id.get '

08:16:51,394 DEBUG Rpci: Sent request='machine.id.get ', reply='No machine id', len=13, status=0

08:19:51,392 DEBUG Rpci: Sending request='machine.id.get '

08:19:51,392 DEBUG Rpci: Sent request='machine.id.get ', reply='No machine id', len=13, status=0

08:20:06,002 INFO Message is STARTUP

08:20:06,002 INFO [] java bridge exe started ok.

They're working on it together with us.

[RobBeekmans]

You were faster then me, like I said they're working on it.

There's almost daily contact about logs they want.

Last thing I heard is that they want a webex to investigate more.

They asked us to build a pool of one desktop and if we get the error call them.

[RobBeekmans]

Sure is, it's the 233023 version.