On Fri, Sep 17, 2004 at 05:22:55PM -0400, Timothy Legge wrote:
> Via Rhine as decent enough chipset but not really
> server material
I have an Iwill motherboard with an on-board VIA Rhine. The VIA Rhine
has never worked reliably with any kernel. Recently, with a 2.6
kernel, it was working for a
On Sat, 2004-09-18 at 04:58, Ricardo Araújo wrote:
> > Typically a hard power reset is hardware/driver related. If it only
> > happens when PCs are connected, it sounds suspiciously like the NICs.
I tend to agree.
> All types possible. The one in the server is on-board (an Asus
> motherboard).
Optoma have been recommended as a good source in the UK -
http://www.optoma.co.uk/ - but their French site
http://www.optoma.fr/ does not show any thin client products.
Could be worth an email though
Bonne chance - John
On Fri, 17 Sep 2004 16:34:33 +0200
Maurice Libes <[EMAIL PROTECTED]> wrote:
--- Ricardo_Araújo <[EMAIL PROTECTED]> wrote:
> > Typically a hard power reset is hardware/driver
> related. If it only
> > happens when PCs are connected, it sounds
> suspiciously like the NICs.
> > What type are they?
>
> All types possible. The one in the server is
> on-board (an Asus
> mo
Typically a hard power reset is hardware/driver related. If it only
happens when PCs are connected, it sounds suspiciously like the NICs.
What type are they?
All types possible. The one in the server is on-board (an Asus
motherboard). The clients vary from ISA 10MB/s to PCI 100MB/s and
everyth
On Fri, 2004-09-17 at 15:59, Ricardo Araújo wrote:
> - The server ceases to respond completely. All clients lock down (can't
> use mouse or keyboard). Also the server locks down, no keyboard or mouse
> or blinking cursor on the prompt. No response to CTRL+ALT+DEL, must hard
> reset it to rest
Well - if they ripped all the hardware out and swopped the OS a few
times (as they said they did) - there is really very little else left
but *the network* besides electromagnetic disturbances from planet Zog.
Actually, it might be the clients. There might be a couple of defective
clients
Fair questions.
- Yes, the new hardware include different disks, and whole new OS
installation;
- Yes, data was copied across. Documents and the .mozilla directory;
- Using standard IDE 40GB 7200rpm disks;
- The server ceases to respond completely. All clients lock down (can't
use mouse or keyb
An earlier post is being moderated but I've got more info:
Client boots and gets network ID, etc. fine but craps out getting X.
/var/log/Xorg.0.log says 'client 5 rejected from local host'. I have
printed out several versions of ltsp help concerning xdmcp and walked
through them all line by line
Craig Ringer wrote:
3) Could it be some network problem (switches, cables)? Maybe some strange
packet that makes the server lock?
I'd be very surprised.
Well - if they ripped all the hardware out and swopped the OS a few
times (as they said they did) - there is really very little else
If I take out all the MODULE_xx entries the workstation will not boot into X
I can't do anything when I boot into shell in that case either because the
keyboard also doesn't work.
>From what I can see on the screen, the X error is that it can't find a device
at /dev/input/mice
I made a script th
On Fri, 2004-09-17 at 21:04, Ricardo Araújo wrote:
> 1) What could make a server lock that badly?
Hard to say. Some important facts you've omitted:
Whether the completely new hardware included new disks (it has to be
asked - I've had people tell me before "totally different server" but
th
Dag Sverre Seljebotn wrote:
Try this on the server:
ln -s xorg.lst /usr/X11R6/lib/X11/xkb/rules/xfree86.lst
Thanks. The following solved the problem:
cd /usr/X11R6/lib/X11/xkb/rules (which is /etc/X11/xkb/rules on Debian)
ln -s xfree86.lst xorg.lst
ln -s xfree86 xorg
// Dag Sverre
Hi Dag.
Please t
Geoff Richards wrote:
On Fri, Sep 10, 2004 at 07:01:34AM -0300, Arthur T. G. do Nascimento wrote:
Em Sex, 2004-09-10 às 05:41, Geoff Richards escreveu:
I think this is the same problem I'm having. My guess is that because
the X clients are using the Xfree86 version of X on (it's on Debian Sarge)
t
Ricardo,
First thing I'd look at is memory. With 10 clients running KDE, you are
definately pushing the machine.
I'd grab memtest86 and run it for a while, and see if you find any
problems with the ram. You can put memtest86 in the grub.conf, and
run it at boot time.
Jim McQuillan
[EMAIL PRO
Brian,
What happens if you take out all of the MODULE_xx entries ?
ltsp-4.1 should be able to auto-detect your usb modules, and it should
just work. There is a script called 'rc.usb' that will first
try to load usb-uhci and then usb-ohci.
Then, it will try to modprobe each of:
keybdev, mouse
hello
after using old PC with ltsp , i would like to use pretty thin client
such as those i see on
http://www.disklessworkstations.com/
are they some french users in the audience
who can tell me some french resellers, where to buy some LTSP compatibles
thin client (ltsp term or jammin 125 or so
Ricardo Araújo wrote:
One thing I might have forgotten is that it does not seem to matter
how many clients are connected at the moment: once there was only one
client connected and it locked nevertherless. However, when there is
NO clients connected (weekends) the server does just fine, never
No, it is not a Dell server nor it has RAID. The server is an Athlon
2200+ with Asus motherboard, 512MB of RAM. Nothing special about it. And
it runs fine IF no clients are connected.
I'll add top as a cron job, good idea. Thanks. But I do not have any other
machine for it to write the logs
Thanks for your answer. But it is not overheating: many times the server
will hang just a few minutes after starting (after a night turned off),
there is no pattern over when it is locking. Many times it will lock in
the morning and then spend the rest of the day without problems. Also,
the
On Friday 17 September 2004 15:04, Ricardo Araújo wrote:
> Hello
>
> I have a Debian server running LTSP 4.1, with KDE 3.2.1. About 10 machines
> are connected to it through switches (some 10MBs, other 100MBs). Machines
> vary from Pentium1 to Duron. Randomly, the server will lockup completely
> an
Ricardo,
1) This wouldn't happen to be a Dell server with RAID, would it?
2) Can you set the server to log to a remote machine. Sometimes that
will provide you with logs that couldn't be written locally when the
lock up occurs.
3) Try adding top as a cron job, run it once a minute and w
Hello
I have a Debian server running LTSP 4.1, with KDE 3.2.1. About 10 machines
are connected to it through switches (some 10MBs, other 100MBs). Machines
vary from Pentium1 to Duron. Randomly, the server will lockup completely
and I have to hard reset it. We are lucky if it only locks once a
Unfortunately it isn't this simple for me .. I have just reconfirmed.
Any lts.conf configuration that does not load the USB modules in the
workstation section BEFORE the X_MOUSE_DEVICE = "/dev/input/mice" fails on
boot.
As stated previously, this may be due to the hardware on that specific machin
"UK charity builds Linux network on a shoestring
Alone in London has built an effective office network for thirty people for under £70
a seat with second-hand and open-source components."
The full story is here http://uk.news.yahoo.com/040916/152/f2qbp.html
Another success for Jim's super solut
25 matches
Mail list logo