[Webinar] Streamline your web hosting managementRegister Today

x
?
Solved

HP Thin Clients timing out all of a sudden

Posted on 2010-08-31
2
Medium Priority
?
1,238 Views
Last Modified: 2012-05-10
Hello,

I configured 3 X HP t5545 thin clients in the workplace some 4 months ago and they were working a treat. They still work well but in the last few days have displayed some consistently strange behavior.

After a period of seemingly between 15-20 minutes of inactivity - the units do not entirely time out - however upon the next keystroke or move of the mouse - disconnect and reconnect quite quickly - and then continue as normal, until the next 15-20 mins of inactivity.

It's almost like they have gone into standby and are coming out of standby upon keys being pressed or mouse movement.

The screen saver etc in the HP thin client config has been disabled from day one, they were flashed with the latest image, all other sleep/power options that I was able to find were indeed disabled. The operating system session they connect to also have screen savers, power options etc disabled.

They have not been touched in 4 months and then this isseu began. Onlyt hing I can perhaps point out is the weekend just passed saw us move to a new domain controller, and the dhcp scope was moved. We've observed no other issues beside this problem with the thin clients.

I hard reset them, only for them to display the same behavior after exactly 15-20 minutes. I've allocated the IPs with reservations in case the IP was being lost - still no fix.

I'm checking everywhere for some hidden option but can't find anything (yes I have checked admin mode on them as well - still nothing).

The guest sessions are XP VMs, they connect back to a server 08 hyper v host. All NICs etc have power saving disabled. The VMs have static IPs etc all configured correctly.

Any help from anyone who has experience with these units or a similar issue would be greatly appreciated.

Thanks

Nick
0
Comment
Question by:Funktopus
2 Comments
 
LVL 28

Expert Comment

by:jhyiesla
ID: 33576064
The following assumes that you have them in AD.  If not, then ignore.

Try taking one of them and remove it from AD. Then turn around after rebooting and put it back in. If this fixes your issue then most likely it's caused by the write filter being on so that things can't get permanently written to the device. Each AD device has a "password" with AD that changes every so often. I think the default is 90 days, but not sure. The symptoms don't sound exactly like this, but the time frame is about right and since it's happening to multiple devices it's possible that you are seeing this issue. AD is trying to update the password to the devices and can't.
0
 
LVL 3

Accepted Solution

by:
Funktopus earned 0 total points
ID: 33611982
Turns out it was simply a case of several faulty thin clients all at once. Maybe a power surge caused some damage? 2 responded well to another reflash whereas the third is dropping out worse than ever. Replaced it with a spare and all ok now. Thanks for the help anyway!
0

Featured Post

Free Tool: Path Explorer

An intuitive utility to help find the CSS path to UI elements on a webpage. These paths are used frequently in a variety of front-end development and QA automation tasks.

One of a set of tools we're offering as a way of saying thank you for being a part of the community.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

If you’re involved with your company’s wide area network (WAN), you’ve probably heard about SD-WANs. They’re the “boy wonder” of networking, ostensibly allowing companies to replace expensive MPLS lines with low-cost Internet access. But, are they …
Unable to change the program that handles the scan event from a network attached Canon/Brother printer/scanner. This means you'll always have to choose which program handles this action, e.g. ControlCenter4 (in the case of a Brother).
Monitoring a network: how to monitor network services and why? Michael Kulchisky, MCSE, MCSA, MCP, VTSP, VSP, CCSP outlines the philosophy behind service monitoring and why a handshake validation is critical in network monitoring. Software utilized …
Monitoring a network: why having a policy is the best policy? Michael Kulchisky, MCSE, MCSA, MCP, VTSP, VSP, CCSP outlines the enormous benefits of having a policy-based approach when monitoring medium and large networks. Software utilized in this v…

612 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question