As Rüdiger suggested, I'm pretty certain the issue is the graphics driver, but I don't know how to fix it. It could even be the ethernet driver, but graphics seems more likely.
I'm using nvidia-current because it's the only driver that will work at all. I would have installed a brand-new nvidia driver from their installer if I could. But, the nvidia installer needs to see the hardware, particularly the card, in order to install. So, I can't do it on the server inside the chroot (tried multiple times to trick it... no luck). Since the chroot is mounted read-only to the client, the install can't work there either -- the driver can't actually install anything. I still think memory issues wouldn't show up so specifically in certain programs given certain actions, and reliably among multiple clients. Next time I have a few days to spare, tho, I could try memtest just to be sure. It is probably worth pointing out that I couldn't even use an installation of Ubuntu directly on these clients -- at least not with 11.04. I don't recall if I tried 11.10. When I could get it to install, there would be graphics issues. Actually... I think I had to use an old monitor attached via VGA to the video card to get the Ubuntu install CD to even display. I finally installed a specific version of RHEL and the HP drivers just to prove that the monitor and card actually worked. Life on the bleeding edge is like that: this morning I tried upgrading the clients chroot to kernel 3.0.0-14 and the clients stopped working. Had to revert to 3.0.0-12. On Wed, Jan 4, 2012 at 9:53 AM, Jeff Siddall <n...@siddall.name> wrote: > On 01/03/2012 11:29 AM, Lachele Foley (Lists) wrote: >> I'm really confused about why changing X_RAMPERC fixed one problem, >> and if so, why it didn't fix another. > > I don't really know what is happening in your case but I can give you a > datapoint: > > I run dozens of Atom based thin clients using various Intel GMA graphics > chipsets and 1 GB RAM and only rarely have clients freezing or logging > out and even that appears to be unrelated to memory since, in general, > most of the RAM on the clients is free. Here is an example: > > top - 09:41:29 up 6 days, 10:36, 1 user, load average: 0.01, 0.05, 0.07 > Tasks: 120 total, 1 running, 119 sleeping, 0 stopped, 0 zombie > Cpu(s): 1.5%us, 0.7%sy, 0.0%ni, 97.9%id, 0.0%wa, 0.0%hi, 0.0%si, > 0.0%st > Mem: 1020524k total, 905952k used, 114572k free, 0k buffers > Swap: 0k total, 0k used, 0k free, 830204k cached > > Note that 830204k is cache (which means it is free for processes to use) > and another 114572k is entirely free. All told only about 7% of the > RAM, or about 76M, is being used by processes. > > This is on K12Linux running LTSP5 with no localapps running so YYMV but > unless you are running a lot of local applications I can't imagine you > are running into memory exhaustion. > > I would try putting memtest on a USB stick and letting it run for a day > or two (on the clients) to make sure you don't have any memory > corruption issues. After that start looking at driver and network > connectivity issues. > > Good luck! > > Jeff > > ------------------------------------------------------------------------------ > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex > infrastructure or vast IT resources to deliver seamless, secure access to > virtual desktops. With this all-in-one solution, easily deploy virtual > desktops for less than the cost of PCs and save 60% on VDI infrastructure > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox > _____________________________________________________________________ > Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: > https://lists.sourceforge.net/lists/listinfo/ltsp-discuss > For additional LTSP help, try #ltsp channel on irc.freenode.net -- :-) Lachele Lachele Foley CCRC/UGA Athens, GA USA ------------------------------------------------------------------------------ Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox _____________________________________________________________________ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.freenode.net