On Wed, 2004-07-14 at 05:37, [EMAIL PROTECTED] wrote:
> Jeff,
>
> I've got a setup of 26 Jammin-125's, using LTSP-4.0, and the
> customer hasn't reported any crashing at all.
>
> I figured that no news was good news, but I decided
> to call them, and ask specifically how they are doing,
> and there have been NO client crashes.
>
> The kernel they are using is vmlinuz-2.4.24-ltsp-1.
>
> They are NOT using NFS Swap.
>
> Their system is RHEL 3.0 with standard LTSP-4 added on.
>
> I feel like the oddball here, because lots of others are having
> problems that i'm just not seeing with my customers.
>
> The users are running Icewm, Mozilla and Xterm. Not much else.
>
> So, I know that it is at least possible to to have a stable environment
> with LTSP-4 and Jammin-125's.
>
> Now, the question is, what's the difference between what you (and
> others) are doing, and what my customers are doing.
>
> Usually, when faced with a problem like this, I like to collect
> data. 99% of the time, if you collect enough data, the patterns
> will emerge, and the cause will become obvious. Then, once we
> know the cause, coming up with a solution becomes much easier.
>
> Here's the things I think we should look at:
>
> o Version of LTSP. I'm using standard LTSP-4.0, not k12ltsp.
> o Version of the kernel. I'm using 2.4.24-ltsp-1.
> o NFS-Swap. It's off for my customers.
> o Xserver. I'm using setting XSERVER = auto
> o Window mgr/Desktop environment. I'm running Icewm.
> o Applications. Mozilla and Xterm.
>
> Also, can you describe the failure ?
>
> Is the machine locking up?
> Is the Xserver just crashing, and going back to the login
> prompt ?
>
> If it's the latter, i'd suspect an Xserver problem. In which case,
> it might be good to try LTSP-4.1, which uses Xorg, rather than
> XFree86.
>
> If you and others can get back to me, with information about your setup,
> as it compares with mine, maybe we can start to get to the bottom
> of this.
>
> Thanks,
>
> Jim McQuillan
> [EMAIL PROTECTED]
>
>
>
> On Tue, 13 Jul 2004, Jeff Nelson wrote:
>
> > I keep having lots of crashes, too. Funny enough, it only happens on my thin
> > clients (Jammin 125's), not several stations that actually boot their own
> > Linux and simply query the X server, which makes me think it might be
> > something in the LTSP kernel.
> >
> > I enabled NFS swap, and that helped for a while, and I also changed the gdm
> > ping timeout, which seemed to make a bit of a difference, but nothing has made
> > the problem go away.
> >
> > These constant crashes have been the situation for over six months. I tried
> > checking whether it was RAM leakage by telnetting to the client, but never
> > came up with anything at all.
> >
> > K12LTSP 4.0.1 (Fedora Core 1, LTSP 4.0)
> > Athlon XP 3000
> > 2 GB DDR, 512MB swap (almost never uses much swap)
> > 9 workstations (incl 6 Jammin 125's)
> > 2 60GB drives (but no RAID)
> > DFI Lanparty KT400A motherboard
> > 10/100 3Com switch
> >
> > Jeff Nelson
> >
> >
> > > I know this has been discussed before, but I'm not sure there was
> > > any resolution. I've had a workstation crash again recently.
> > >
> > > Is there anyone that does NOT have this problem?
> > >
> > > What is different with those that do have this problem and those who
> > > do not?
> > >
> > > me:
> > > LTSP 3.0
> > > RH 9
> > > Athlon XP 1700
> > > 1GB DDR, 1GB swap
> > > Via mobo
> > > Raid 1 IDE
> > > 10 workstations, 32MB+ RAM
> > > 100Mbps switched
> > > 4 workstations attached via ~10Mbps (remote)
> > > NFS swap = N (one ws = Y)
> > >
Funny causes:
I had one terminal that used to keep crashing. Turned out that the fan
on cpu was not working and once this was solved no crashes. On another
terminal all it needed was to pull out memory, clean the
contacts and put it back.
Since almost all the terminals that are used are old / second-hand these
sort of problems got over looked initially. We also assumed bug in LTSP
but till now nothing has really been proved. And yes turning on NFS_SWAP
was a saver.
--
Sudev Barar
Learning Linux
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
_____________________________________________________________________
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
