Thanks,
We're going to try both of them and we'll post ower results.
*- - -
Alberto Asuero Arroyo*
(+34) 645 816 025
On Fri, Feb 8, 2013 at 3:57 PM, John Hupp <l...@prpcompany.com> wrote:
> So when the bad clients fail, they are inaccessible via Ctrl-Alt-Fn and
> ssh. But if you set up rsyslog this will forward to the server any syslog
> entries the clients generate before they freeze. Might give you some clue.
>
> On standalone PC's, I have seen bad optical or floppy drives cause an
> otherwise good machine to fail at boot. If these clients have any optional
> components like that which can be removed, that idea could also be tested.
>
> Since this is also a rather big issue, I would consider setting up a
> different test LTSP server in a different version and/or distro. If it
> fails similarly there then you have further confirmation that it's a
> failing-hardware issue with the clients.
>
>
> On 2/8/2013 3:55 AM, Alberto Asuero wrote:
>
> No, we dont' use ltsp-pnp
>
> We've done the following tests and it could be interesting.
>
> We've two school rooms with the same hardware (server and thin clients)
> in different cities.
>
> School Room A: 15 thin clients.
> School Room B: 20 thin clients
>
> We've done lots of test and we can conclude the following: when a
> terminal works fine it always works but when a terminal fails it starts one
> time of 20 more or less. In our tests we've around 87% of "good" terminals
> and a 13% of "bad" terminals.
>
> Room A: 3 thin clients fails. 3 "bad" clients and 12 "good" clients
> Room B: 4 thin clients fails. 4 "bad" clients and 16 "good" clients
>
> We've even test "bad" thin clients of Room A into RoomB and it also
> fails.
>
> We now understood it could be a hardware issue which generates Kernel
> Panic randomly in "bad" clients so it's imposible to access the system when
> it's frozen, but it's hard to explain to my client because the "bad" thin
> clients can start an Ubuntu 12.04 from USB and the Fujitsu's SO included in
> the SD card. Also the client starting the boot splash.
>
> Any ideas? Any approach to debug?
>
> Thanks guys!
>
>
>
>
> :
> On Fri, Feb 8, 2013 at 9:30 AM, Peter D Knight <pdk.kni...@gmail.com>wrote:
>
>> LTSP-pnp
>
>
>
>
> *- - -
> Alberto Asuero Arroyo*
>
> (+34) 645 816 025
>
>
>
>
> ------------------------------------------------------------------------------
> Free Next-Gen Firewall Hardware Offer
> Buy your Sophos next-gen firewall before the end March 2013
> and get the hardware for free! Learn more.http://p.sf.net/sfu/sophos-d2d-feb
>
>
>
> _____________________________________________________________________
> 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
>
>
>
>
> ------------------------------------------------------------------------------
> Free Next-Gen Firewall Hardware Offer
> Buy your Sophos next-gen firewall before the end March 2013
> and get the hardware for free! Learn more.
> http://p.sf.net/sfu/sophos-d2d-feb
> _____________________________________________________________________
> 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
>
>
------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
_____________________________________________________________________
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
