You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
(339) |
Apr
(430) |
May
(406) |
Jun
(629) |
Jul
(534) |
Aug
(695) |
Sep
(687) |
Oct
(510) |
Nov
(697) |
Dec
(495) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(792) |
Feb
(704) |
Mar
(763) |
Apr
(696) |
May
(906) |
Jun
(854) |
Jul
(901) |
Aug
(736) |
Sep
(696) |
Oct
(857) |
Nov
(808) |
Dec
(688) |
2003 |
Jan
(1002) |
Feb
(845) |
Mar
(628) |
Apr
(588) |
May
(381) |
Jun
(519) |
Jul
(673) |
Aug
(456) |
Sep
(435) |
Oct
(456) |
Nov
(480) |
Dec
(384) |
2004 |
Jan
(488) |
Feb
(570) |
Mar
(488) |
Apr
(358) |
May
(414) |
Jun
(602) |
Jul
(390) |
Aug
(449) |
Sep
(329) |
Oct
(448) |
Nov
(466) |
Dec
(441) |
2005 |
Jan
(271) |
Feb
(338) |
Mar
(342) |
Apr
(330) |
May
(317) |
Jun
(373) |
Jul
(194) |
Aug
(394) |
Sep
(273) |
Oct
(260) |
Nov
(245) |
Dec
(162) |
2006 |
Jan
(234) |
Feb
(237) |
Mar
(413) |
Apr
(375) |
May
(556) |
Jun
(397) |
Jul
(400) |
Aug
(410) |
Sep
(386) |
Oct
(375) |
Nov
(365) |
Dec
(312) |
2007 |
Jan
(300) |
Feb
(326) |
Mar
(331) |
Apr
(202) |
May
(278) |
Jun
(210) |
Jul
(200) |
Aug
(267) |
Sep
(235) |
Oct
(300) |
Nov
(393) |
Dec
(161) |
2008 |
Jan
(338) |
Feb
(192) |
Mar
(150) |
Apr
(154) |
May
(179) |
Jun
(193) |
Jul
(294) |
Aug
(214) |
Sep
(298) |
Oct
(297) |
Nov
(211) |
Dec
(198) |
2009 |
Jan
(176) |
Feb
(247) |
Mar
(117) |
Apr
(143) |
May
(105) |
Jun
(128) |
Jul
(146) |
Aug
(181) |
Sep
(187) |
Oct
(152) |
Nov
(90) |
Dec
(152) |
2010 |
Jan
(199) |
Feb
(182) |
Mar
(153) |
Apr
(118) |
May
(154) |
Jun
(81) |
Jul
(135) |
Aug
(119) |
Sep
(69) |
Oct
(164) |
Nov
(155) |
Dec
(49) |
2011 |
Jan
(79) |
Feb
(64) |
Mar
(86) |
Apr
(81) |
May
(84) |
Jun
(75) |
Jul
(73) |
Aug
(24) |
Sep
(71) |
Oct
(85) |
Nov
(72) |
Dec
(81) |
2012 |
Jan
(95) |
Feb
(19) |
Mar
(129) |
Apr
(78) |
May
(73) |
Jun
(62) |
Jul
(80) |
Aug
(116) |
Sep
(118) |
Oct
(65) |
Nov
(73) |
Dec
(94) |
2013 |
Jan
(17) |
Feb
(42) |
Mar
(32) |
Apr
(40) |
May
(21) |
Jun
(41) |
Jul
(63) |
Aug
(55) |
Sep
(86) |
Oct
(27) |
Nov
(37) |
Dec
(37) |
2014 |
Jan
(41) |
Feb
(41) |
Mar
(35) |
Apr
(34) |
May
(38) |
Jun
(59) |
Jul
(43) |
Aug
(109) |
Sep
(94) |
Oct
(54) |
Nov
(50) |
Dec
(55) |
2015 |
Jan
(64) |
Feb
(62) |
Mar
(56) |
Apr
(13) |
May
(47) |
Jun
(34) |
Jul
(7) |
Aug
(19) |
Sep
(63) |
Oct
(26) |
Nov
(13) |
Dec
(21) |
2016 |
Jan
(47) |
Feb
(27) |
Mar
(21) |
Apr
(11) |
May
(25) |
Jun
(12) |
Jul
(4) |
Aug
(45) |
Sep
(67) |
Oct
(8) |
Nov
(9) |
Dec
(38) |
2017 |
Jan
(28) |
Feb
(69) |
Mar
(47) |
Apr
(31) |
May
(51) |
Jun
(6) |
Jul
(17) |
Aug
(47) |
Sep
(74) |
Oct
(55) |
Nov
(45) |
Dec
(25) |
2018 |
Jan
(16) |
Feb
(17) |
Mar
(21) |
Apr
(25) |
May
(20) |
Jun
(38) |
Jul
(93) |
Aug
(58) |
Sep
(136) |
Oct
(110) |
Nov
(89) |
Dec
(72) |
2019 |
Jan
(128) |
Feb
(63) |
Mar
(50) |
Apr
(59) |
May
(33) |
Jun
(17) |
Jul
(2) |
Aug
(51) |
Sep
(15) |
Oct
(21) |
Nov
(28) |
Dec
(6) |
2020 |
Jan
(9) |
Feb
(2) |
Mar
(1) |
Apr
(1) |
May
(3) |
Jun
(16) |
Jul
|
Aug
(9) |
Sep
(2) |
Oct
(1) |
Nov
(5) |
Dec
(1) |
2021 |
Jan
(1) |
Feb
|
Mar
(4) |
Apr
(2) |
May
(3) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2022 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
1
(16) |
2
(4) |
3
(3) |
4
(10) |
5
(4) |
6
(5) |
7
(6) |
8
(10) |
9
(4) |
10
(12) |
11
(9) |
12
(3) |
13
(4) |
14
(19) |
15
(344) |
16
(9) |
17
(21) |
18
(12) |
19
(12) |
20
(5) |
21
(15) |
22
(17) |
23
(10) |
24
(7) |
25
(5) |
26
(1) |
27
(3) |
28
(9) |
29
(13) |
30
(10) |
|
|
|
From: <ja...@Mc...> - 2004-06-30 19:26:24
|
On Tue, 29 Jun 2004, Glen Thorne wrote: > I add to modify /etc/X11/fs/config and comment out the "no-listen = tcp" > line. Otherwise it only listens on the USP port on RedHat and Fedora > Core. Except, that wouldn't explain why some terminals could get a connection to the font server and others couldn't. no-listen is an all or nothing thing. Jim McQuillan ja...@Lt... > > Glen > > On Tue, 2004-06-29 at 11:44, ja...@Mc... wrote: > > > XFS has limits on how many clients can connect. > > Take a look at /etc/X11/fs/config, and bump up those limits, if > > it's not high enough. > > > > That's one thing to check, anyway. > > > > Jim McQuillan > > ja...@Lt... > > > > > > On Tue, 29 Jun 2004, Adrian Kuepker wrote: > > > > > We've got a setup with about 40 terminals running LTSP. We've been > > > running on LTSP-3, but are now setting up a new replacement server with > > > LTSP-4. We've got the new one set up enough so that some of our > > > workstations boot and run from it just fine. However, some terminals > > > that work with our old server don't work with the new one. Some can't > > > seem to get working X drivers, and some report xfs problems, with > > > XFree86 reporting "Could not init font path element > > > tcp/192.168.6.220:7100" and then exiting with error: "Could not open > > > defauled font 'fixed'." None of our Ati Rage terminals have these > > > problem, only the non-Ati. Netstat shows that xfs is listening to 7100. > > > The Ati Rage-based terminals seem to have no problems getting their fonts. > > > > > > Set #1: > > > > > > Our Laptops with Trident Cyberblade Ai1 do not autodetect. With our > > > globally-defined 'XSERVER = auto', we get: > > > > > > Scanning for video card > > > > > > ERROR: Auto probe of the video card failed ! > > > You need to specify the proper X server in lts.conf > > > > > > When you do specify the server via 'XSERVER=trident' in lts.conf, if > > > reports an xfs failure and stops loading X with the following error: > > > "Could not init font path element tcp/192.168.6.220:7100 > > > > > > Set #2 > > > > > > Our terminals with Matrox Millenium G400 cards do not auto-detect. They > > > are listed in the XF86 docs as the 'mga' driver. When it is not > > > specified, you get: > > > > > > ERROR: Auto probe of the video card failed ! > > > You need to specify the proper X server in lts.conf > > > > > > The file "mga_drv.o" is present in > > > /opt/ltsp/i386/usr/X11R6/lib/modules/drivers/, but X seems to be looking > > > for a file called "mga_hal". When you do specify 'XSERVER = mga', X > > > exits with: "Could not find module 'mga_hal' (module does not exist, 0)" > > > and then the xfs failure error as in #1. > > > > > > Set #3 > > > > > > Our SiS 530 terminals do properly auto-detect, but fail with the following: > > > > > > Symbol drmFreeVersion from module > > > /opt/ltsp/i386/usr/X11R6/lib/modules/drivers/sis_drv.o is unresolved. > > > Symbol drmCommandWrite from module > > > /opt/ltsp/i386/usr/X11R6/lib/modules/drivers/sis_drv.o is unresolved. > > > Symbol drmFreeVersion from module > > > /opt/ltsp/i386/usr/X11R6/lib/modules/drivers/sis_drv.o is unresolved. > > > Symbol drmGetVersion from module > > > /opt/ltsp/i386/usr/X11R6/lib/modules/drivers/sis_drv.o is unresolved. > > > > > > And then the same xfs error: "Could not init font path element > > > tcp/192.168.6.220:7100 > > > > > > Again, all these machines worked fine with LTSP-3. Is there something > > > easy that we're doing wrong? If not, how can we fix these issues? > > > Please help! > > > > > > Our lts.conf file follows: > > > > > > # > > > # Config file for the Linux Terminal Server Project (www.ltsp.org) > > > # > > > > > > [Default] > > > DISABLE_ACCESS_CONTROL = Y > > > LOCAL_APPS = Y > > > SOUND = N > > > USE_XFS = Y > > > USE_NFS_SWAP = Y > > > > > > SEARCH_DOMAIN = "desc.org" > > > NIS_DOMAIN = "descnis" > > > > > > SERVER = 192.168.6.220 > > > DNS_SERVER = 192.168.6.212 > > > XFS_SERVER = 192.168.6.220 > > > # The following line is a test by Adrian Mar 6 2003 > > > NFS_SERVER = 192.168.6.203 > > > # NIS_SERVER = 192.168.6.205 > > > XSERVER = vga > > > RDP_SERVER = mip.desc.org > > > X_MOUSE_PROTOCOL = "IMPS/2" > > > X_MOUSE_DEVICE = "/dev/psaux" > > > X_MOUSE_RESOLUTION = 400 > > > X_MOUSE_BUTTONS = 5 > > > X_ZAxisMapping = "4 5" > > > > > > SYSLOG_HOST = 192.168.6.203 > > > > > > SCREEN_01 = startx > > > SCREEN_02 = shell > > > SCREEN_03 = rdesktop > > > X_COLOR_DEPTH = 24 > > > > > > # Group terminal configs > > > > > > [Intellistation] > > > XSERVER = mga > > > LOCAL_APPS = Y > > > > > > # Regular terminals configs follow > > > > > > > > > [funddev] > > > LIKE = Intellistation > > > > > > [funddev2] > > > XSERVER = sis > > > LOCAL_APPS = Y > > > > > > [compspt] > > > # Standard ATI video-based terminal, 30 others like it > > > # that work were fine stripped for brevity > > > LOCAL_APPS = Y > > > LOCAL_WM = Y > > > # X_MODE_0 = 1024x768 > > > X_MODE_0 = 1280x1024 > > > MODULE_01 = parport > > > MODULE_02 = parport_pc > > > MODULE_03 = lp > > > PRINTER_0_DEVICE = /dev/lp0 > > > PRINTER_0_TYPE = P > > > > > > [laptop1] > > > XSERVER = trident > > > LOCAL_APPS = Y > > > SOUND = Y > > > SOUND_DAEMON = esd # This can be 'nasd', or 'esd' at this > > > time > > > VOLUME = 100 # Speaker & WAVE volume pecentage > > > MIC_VOLUME = 100 # Microphone volume > > > CD_VOLUME = 75 # CD Audio volume > > > SMODULE_01 = soundcore > > > SMODULE_02 = uart401 > > > SMODULE_03 = es1371 > > > > > > > > > Thanks, > > > > > > --Adrian > > > > > > > > > > > > ------------------------------------------------------- > > > 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 > > > > > > > > > > > ------------------------------------------------------- > > 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 > |
From: Rob K. <ro...@rj...> - 2004-06-30 15:51:56
|
I am renovating a LTSP system we have installed. The KDM on the server is configured, and loading knoppix on a pc and running X -query servername is fine. I have tftp & nfs installed, and the Rom-o-matic boot rom for the 3c905b card on disk, etherboot 5.2.4. if I install ltsp 3 to /opt/ltsp/i386, the terminal boots. if I install ltsp 4 however, the terminal starts, tftp downloads the kernel, the root mount is nfs mounted etc, X11 starts, but the terminal freezes just before the kdm logon screen appears. Background screen colour changes, and the mouse pointer changes to the one set on the server, but no login. Once the terminal has crashed even the num lock key etc does not respond. /var/log/messages shows two entries from the terminal syslogd started: BusyBox v0.60.4 (2003.12.16-08:09+0000) init: Entering runlevel: 5 I have followed instructions on http://www.ltsp.org/ltsp-4-errata.html and updated the build_x3_cfg script. I now see the outline of the login box before the machine freezes. What could be going wrong? terminal is a P120, with 48Meg of memory, (They are Apricot MS540`s) Server is a 1.7Ghz Athlon with 1Gb memory. Running Suse 9.1. Rob Keeling -- I love deadlines. I love the whooshing noise they make as they go by. - Douglas Adams |
From: linux s. <li...@se...> - 2004-06-30 15:36:43
|
Sometime ago Peter Billson <pe...@el...> (exactly the Wed, 30 Jun 2004 11:19:49 -0400), wrote: > 1) Boy do I *really* hope this is not possible to do! Allowing users > to be able to execute programs attached to emails by simply clicking > on them is one of the reasons why Windows is such a mess. > > Training users that it is OK to do this is a *really*, *really* bad > idea. well, that is so true, the script is for opening multitiff files, and believe me explaining the user the correct way to use it is so annoying, they simply refuse to save the attachment, execute the program and open the file... so just looking for simple things to them.... > > > 2) Is there a reason you don't want to puch an icon to the user's > desktop to run the script? The email could say "click on that new > icon." > it's already there...... Thanks !!! > Pete > -- > http://www.elbnet.com > ELB Internet Service, Inc. > Web Design, Computer Consulting, Internet Hosting > > > > linux seaq wrote: > > > > hi everyone, i need to make an script so i can execute a program in > > a different server (non the ltsp one), but i need to execute from > > thunderbird, double clicking the attachment, i made a REALLY SIMPLE > > ONE(ssh anotherserver program) but when i doubleclick on the > > attachment nothing happens.. so i don't know what to do, obviously i > > now nothing about scripts so any help would be welcome > > > > ------------------------------------------------------- > > 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 > > > ------------------------------------------------------- > 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 > |
From: Peter B. <pe...@el...> - 2004-06-30 15:19:59
|
1) Boy do I *really* hope this is not possible to do! Allowing users to be able to execute programs attached to emails by simply clicking on them is one of the reasons why Windows is such a mess. Training users that it is OK to do this is a *really*, *really* bad idea. 2) Is there a reason you don't want to puch an icon to the user's desktop to run the script? The email could say "click on that new icon." Pete -- http://www.elbnet.com ELB Internet Service, Inc. Web Design, Computer Consulting, Internet Hosting linux seaq wrote: > > hi everyone, i need to make an script so i can execute a program in a > different server (non the ltsp one), but i need to execute from > thunderbird, double clicking the attachment, i made a REALLY SIMPLE ONE > (ssh anotherserver program) but when i doubleclick on the attachment > nothing happens.. so i don't know what to do, obviously i now nothing > about scripts so any help would be welcome > > ------------------------------------------------------- > 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 |
From: linux s. <li...@se...> - 2004-06-30 14:36:01
|
hi everyone, i need to make an script so i can execute a program in a different server (non the ltsp one), but i need to execute from thunderbird, double clicking the attachment, i made a REALLY SIMPLE ONE (ssh anotherserver program) but when i doubleclick on the attachment nothing happens.. so i don't know what to do, obviously i now nothing about scripts so any help would be welcome |
From: <ja...@Mc...> - 2004-06-30 14:24:43
|
Martin, Try grabbing the ltsp_kernel-3.0.15 package from the ltsp.org download page. Install that, and change the 'filename' entry in your dhcpd.conf file to point to '/lts/vmlinuz-2.4.24-ltsp-4', instead of vmlinuz.ltsp. Give that a try, and see if it boots properly on your thing client. You say you tried 'option-129 "mem=32M"', but did you also include an option-128 line, with the special value of 'e4:45:74:68:00:00' ? Without that value in option-128, then option-129 will be completely ignored. Also, setting NFS-Swap at this point is useless. Your kernel hasn't gotten far enough to do anything with nfs swap. Jim McQuillan ja...@Lt... On Wed, 30 Jun 2004, sysadmin wrote: > Ladies and Gentlemen, Greetings and Felicitations! > > I'm converting our final classroom from W98 to LTSP. > The machines are all 32MB Pentium 2x133 wih Realtek NICS. > When the client boots, I get > > Loading 10.121.128.3:/lts/vmlinuz.ltsp ...(NBI)... ... > ... (heaps of dots) ...done > mkbi-1.4.0/first32,c (GPL) > Top of ramdisk is 0X01FE0000 > Ramdisk at 0X01EF8000, size 0X0000E8000 > > and the client sits like a stunned mullet. > Searching the mailing list archives says to try USE_NFS_SWAP = Y > in the lts.conf file; did that - no difference. > Another offerring is to try option option-129 "mem=32M" in dhcpd.conf; > did that and still no difference. > > I'm now stuck as I haven't seen a client hang here before. > Any ideas much appreciated, but we cannot change the client h/ware > config (eg add more memory) > > Thanks in anticipation > Regards > Martin Woolley > ICT Support > Handsworth Grammar School > Isis Astarte Diana Hecate Demeter Kali Inanna > > > > ************************************************************* > This email and any files transmitted with it are confidential > and intended solely for the use of the individual or entity > to whom they are addressed. If you have received this email > in error please notify pos...@bg... > > The views expressed within this email are those of the > individual, and not necessarily those of the organisation > ************************************************************* > > > > ------------------------------------------------------- > 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 > |
From: Anselm M. H. <an...@ho...> - 2004-06-30 12:24:09
|
> Ladies and Gentlemen, Greetings and Felicitations! > > I'm converting our final classroom from W98 to LTSP. > The machines are all 32MB Pentium 2x133 wih Realtek NICS. > When the client boots, I get > > Loading 10.121.128.3:/lts/vmlinuz.ltsp ...(NBI)... ... > ... (heaps of dots) ...done > mkbi-1.4.0/first32,c (GPL) > Top of ramdisk is 0X01FE0000 > Ramdisk at 0X01EF8000, size 0X0000E8000 Which etherboot version do you use? As you have mknbi-1.4.0-made image (recent LTSP images should be mknbi-1.4.0-made, so you most probably have just one of them), you should try etherboot 5.2.x (5.2.4 for example). I guess you have 5.0.8 or prior currently? Regards Anselm |
From: sysadmin <sys...@ha...> - 2004-06-30 11:19:47
|
Ladies and Gentlemen, Greetings and Felicitations! I'm converting our final classroom from W98 to LTSP. The machines are all 32MB Pentium 2x133 wih Realtek NICS. When the client boots, I get Loading 10.121.128.3:/lts/vmlinuz.ltsp ...(NBI)... ... ... (heaps of dots) ...done mkbi-1.4.0/first32,c (GPL) Top of ramdisk is 0X01FE0000 Ramdisk at 0X01EF8000, size 0X0000E8000 and the client sits like a stunned mullet. Searching the mailing list archives says to try USE_NFS_SWAP = Y in the lts.conf file; did that - no difference. Another offerring is to try option option-129 "mem=32M" in dhcpd.conf; did that and still no difference. I'm now stuck as I haven't seen a client hang here before. Any ideas much appreciated, but we cannot change the client h/ware config (eg add more memory) Thanks in anticipation Regards Martin Woolley ICT Support Handsworth Grammar School Isis Astarte Diana Hecate Demeter Kali Inanna ************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify pos...@bg... The views expressed within this email are those of the individual, and not necessarily those of the organisation ************************************************************* |
From: Arno T. <ar...@te...> - 2004-06-30 04:20:07
|
Hi I have a working ltsp3 setup on a RH9 server. mtools-3.9.8-7 When I downloaded and installed the ltsp-floppyd rpm, made the specified ~/.mtoolsrc file and put RCFILE_01 = floppyd in the lts config, the workstation is loading normally until the display says Using [...]/floppy.o Floppy is 1.44M then nothing happens, and there is nothing special in the /var/log/messages Where can I look for help / debug this? sincerely, - ars longa, vita brevis - Arno Teigseth |
From: Brent R. <br...@aj...> - 2004-06-30 00:48:19
|
Hello all, How can the X server, which runs on the client, be changed? I can see that there are only some of the files present in the /opt/ltsp/i386/usr/X11R6 directory (i.e. only part of the XFree86 distribution is installed), but how do I know what to install if I am upgrading? Also, what about the configuration files? (/etc/X11/ seems to be different than usual) And how can I change settings for the Xserver (for example, enable backing store or change to 32 bit color), when the XF86Config file is built each time the thin-client boots?s. Thanks. -Brent Roberts |
From: Jeff R. <ol...@gm...> - 2004-06-29 21:06:36
|
change this line in system-auth: > account [default=bad success=ok user_unknown=ignore service_err=ignore system_err=ignore] /lib/security/$ISA/pam_ldap.so to this: account [default=bad success=ok user_unknown=ignore service_err=ignore system_err=ignore authinfo_unavail=ignore] /lib/security/pam_ldap.so and you should be set. from what i understand this is an oversight by redhat, with the additions, it will ignore ldap if it isnt available and look in the files. -Jeff On Tue, 29 Jun 2004 14:56:13 +0200, Andy Rabagliati <an...@wi...> wrote: > > Folks, > > I am adding a mailserver to an existing K12LTSP setup, and > adding LDAP auth so my mailserver can do the right thing. > > It is all redhat-based - FC1 for the K12LTSP server, and > whitebox (RHEL) for the mailserver. > > Everything works. > > The server authenticates against /etc/passwd or LDAP. > > My problem is that the server will NOT authenticate using > /etc/passwd if the LDAP server is not accessible - gdm > complains about not being able to set up the account - > even though the accounts in question are not in LDAP. > > Relaxing the account entries in /etc/pam.d/system-auth moves > things on a bit further - I get logged in - but the desktops > are not correct. > > /etc/nsswitch.conf carries the edits done by authconfig - > > passwd: files ldap > shadow: files ldap > group: files ldap > > /etc/pam.d/system-auth has the following :- > > #%PAM-1.0 > # This file is auto-generated. > # User changes will be destroyed the next time authconfig is run. > auth required /lib/security/$ISA/pam_env.so > auth sufficient /lib/security/$ISA/pam_unix.so likeauth nullok > auth sufficient /lib/security/$ISA/pam_ldap.so use_first_pass > auth required /lib/security/$ISA/pam_deny.so > > account required /lib/security/$ISA/pam_unix.so > account [default=bad success=ok user_unknown=ignore service_err=ignore system_err=ignore] /lib/security/$ISA/pam_ldap.so > > password required /lib/security/$ISA/pam_cracklib.so retry=3 type= > password sufficient /lib/security/$ISA/pam_unix.so nullok use_authtok shadow > password sufficient /lib/security/$ISA/pam_ldap.so use_authtok > password required /lib/security/$ISA/pam_deny.so > > session required /lib/security/$ISA/pam_limits.so > session required /lib/security/$ISA/pam_unix.so > session optional /lib/security/$ISA/pam_ldap.so > > Help ? > > What is gdm looking for ? > > Cheers, Andy! > > ------------------------------------------------------- > 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 > |
From: Jeff S. <js...@nn...> - 2004-06-29 18:10:09
|
We're testing LTSP 4 at one of our offices. Right now the only client is a Gateway laptop booting up with bootp. I keep getting calls from the user of the laptop that his screen has locked up. This is usually after he's left it alone for several hours. I was out there yesterday and xscreensaver ran for an hour with no problems. I have turned off every power savings feature in the laptops BIOS. So either LTSP is disconnecting the laptop at some point or the laptop has built-in power savings (aka suspend mode) that is not accessible through the BIOS. -- Jeff Self Information Technology City of Newport News 757.926.3741 |
From: <ja...@Mc...> - 2004-06-29 17:44:09
|
XFS has limits on how many clients can connect. Take a look at /etc/X11/fs/config, and bump up those limits, if it's not high enough. That's one thing to check, anyway. Jim McQuillan ja...@Lt... On Tue, 29 Jun 2004, Adrian Kuepker wrote: > We've got a setup with about 40 terminals running LTSP. We've been > running on LTSP-3, but are now setting up a new replacement server with > LTSP-4. We've got the new one set up enough so that some of our > workstations boot and run from it just fine. However, some terminals > that work with our old server don't work with the new one. Some can't > seem to get working X drivers, and some report xfs problems, with > XFree86 reporting "Could not init font path element > tcp/192.168.6.220:7100" and then exiting with error: "Could not open > defauled font 'fixed'." None of our Ati Rage terminals have these > problem, only the non-Ati. Netstat shows that xfs is listening to 7100. > The Ati Rage-based terminals seem to have no problems getting their fonts. > > Set #1: > > Our Laptops with Trident Cyberblade Ai1 do not autodetect. With our > globally-defined 'XSERVER = auto', we get: > > Scanning for video card > > ERROR: Auto probe of the video card failed ! > You need to specify the proper X server in lts.conf > > When you do specify the server via 'XSERVER=trident' in lts.conf, if > reports an xfs failure and stops loading X with the following error: > "Could not init font path element tcp/192.168.6.220:7100 > > Set #2 > > Our terminals with Matrox Millenium G400 cards do not auto-detect. They > are listed in the XF86 docs as the 'mga' driver. When it is not > specified, you get: > > ERROR: Auto probe of the video card failed ! > You need to specify the proper X server in lts.conf > > The file "mga_drv.o" is present in > /opt/ltsp/i386/usr/X11R6/lib/modules/drivers/, but X seems to be looking > for a file called "mga_hal". When you do specify 'XSERVER = mga', X > exits with: "Could not find module 'mga_hal' (module does not exist, 0)" > and then the xfs failure error as in #1. > > Set #3 > > Our SiS 530 terminals do properly auto-detect, but fail with the following: > > Symbol drmFreeVersion from module > /opt/ltsp/i386/usr/X11R6/lib/modules/drivers/sis_drv.o is unresolved. > Symbol drmCommandWrite from module > /opt/ltsp/i386/usr/X11R6/lib/modules/drivers/sis_drv.o is unresolved. > Symbol drmFreeVersion from module > /opt/ltsp/i386/usr/X11R6/lib/modules/drivers/sis_drv.o is unresolved. > Symbol drmGetVersion from module > /opt/ltsp/i386/usr/X11R6/lib/modules/drivers/sis_drv.o is unresolved. > > And then the same xfs error: "Could not init font path element > tcp/192.168.6.220:7100 > > Again, all these machines worked fine with LTSP-3. Is there something > easy that we're doing wrong? If not, how can we fix these issues? > Please help! > > Our lts.conf file follows: > > # > # Config file for the Linux Terminal Server Project (www.ltsp.org) > # > > [Default] > DISABLE_ACCESS_CONTROL = Y > LOCAL_APPS = Y > SOUND = N > USE_XFS = Y > USE_NFS_SWAP = Y > > SEARCH_DOMAIN = "desc.org" > NIS_DOMAIN = "descnis" > > SERVER = 192.168.6.220 > DNS_SERVER = 192.168.6.212 > XFS_SERVER = 192.168.6.220 > # The following line is a test by Adrian Mar 6 2003 > NFS_SERVER = 192.168.6.203 > # NIS_SERVER = 192.168.6.205 > XSERVER = vga > RDP_SERVER = mip.desc.org > X_MOUSE_PROTOCOL = "IMPS/2" > X_MOUSE_DEVICE = "/dev/psaux" > X_MOUSE_RESOLUTION = 400 > X_MOUSE_BUTTONS = 5 > X_ZAxisMapping = "4 5" > > SYSLOG_HOST = 192.168.6.203 > > SCREEN_01 = startx > SCREEN_02 = shell > SCREEN_03 = rdesktop > X_COLOR_DEPTH = 24 > > # Group terminal configs > > [Intellistation] > XSERVER = mga > LOCAL_APPS = Y > > # Regular terminals configs follow > > > [funddev] > LIKE = Intellistation > > [funddev2] > XSERVER = sis > LOCAL_APPS = Y > > [compspt] > # Standard ATI video-based terminal, 30 others like it > # that work were fine stripped for brevity > LOCAL_APPS = Y > LOCAL_WM = Y > # X_MODE_0 = 1024x768 > X_MODE_0 = 1280x1024 > MODULE_01 = parport > MODULE_02 = parport_pc > MODULE_03 = lp > PRINTER_0_DEVICE = /dev/lp0 > PRINTER_0_TYPE = P > > [laptop1] > XSERVER = trident > LOCAL_APPS = Y > SOUND = Y > SOUND_DAEMON = esd # This can be 'nasd', or 'esd' at this > time > VOLUME = 100 # Speaker & WAVE volume pecentage > MIC_VOLUME = 100 # Microphone volume > CD_VOLUME = 75 # CD Audio volume > SMODULE_01 = soundcore > SMODULE_02 = uart401 > SMODULE_03 = es1371 > > > Thanks, > > --Adrian > > > > ------------------------------------------------------- > 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 > |
From: Perazim <pe...@ki...> - 2004-06-29 16:35:45
|
The firewall is disabled and has been during the testing. On Tue, 2004-06-29 at 14:40, Brian Payst wrote: > Check your firewall settings and make sure you're not blocking the > return traffic to the clients. Drop your firewall for testing purposes > if you can. You can shut it off in the Security Settings applet. > > Brian > > Erik Ahlner wrote: > > > Hello Perazim > > > > I have the exact same problem!! I reported it a few hours ago. > > > > Let me know if you find out what's wrong! > > > > Erik > > > > > > ----- Original Message ----- > > From: "Perazim" <pe...@ki...> > > To: <lts...@li...> > > Sent: Tuesday, June 29, 2004 8:49 AM > > Subject: [Ltsp-discuss] Lts 4.0 and Fedora Core 2 > > > > > > > >>Upgraded from Lts 3.0 to 4.0 and from RH9 to FC2. Now the Lts client > >>does not connect to the root filesystem: > >> > >>dhcp OK > >>tftp OK > >>Kernel Boots OK > >>Mounting root filesystem: /opt/ltsp/i386, from: 192.168.107.254 > >>nfs: server 192.168.107.254 not responding, still trying > >> > >>I have applied the FC2 updates available including the new kernel > >>(2.6.6-1.435). I have also checked the ltsp configuration for the usual > >>problems. The system log on the server does show a nfs connect from the > >>client but the client doesn't see it. > >> > >>Anybody experience this problem? > >> > >>Thanks in advance. > >> > >>L. Baker > >> > >> > >> > >>------------------------------------------------------- > >>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 > >> > >> > > > > > > > > > > ------------------------------------------------------- > > 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 |
From: Adrian K. <aku...@de...> - 2004-06-29 15:56:56
|
We've got a setup with about 40 terminals running LTSP. We've been running on LTSP-3, but are now setting up a new replacement server with LTSP-4. We've got the new one set up enough so that some of our workstations boot and run from it just fine. However, some terminals that work with our old server don't work with the new one. Some can't seem to get working X drivers, and some report xfs problems, with XFree86 reporting "Could not init font path element tcp/192.168.6.220:7100" and then exiting with error: "Could not open defauled font 'fixed'." None of our Ati Rage terminals have these problem, only the non-Ati. Netstat shows that xfs is listening to 7100. The Ati Rage-based terminals seem to have no problems getting their fonts. Set #1: Our Laptops with Trident Cyberblade Ai1 do not autodetect. With our globally-defined 'XSERVER = auto', we get: Scanning for video card ERROR: Auto probe of the video card failed ! You need to specify the proper X server in lts.conf When you do specify the server via 'XSERVER=trident' in lts.conf, if reports an xfs failure and stops loading X with the following error: "Could not init font path element tcp/192.168.6.220:7100 Set #2 Our terminals with Matrox Millenium G400 cards do not auto-detect. They are listed in the XF86 docs as the 'mga' driver. When it is not specified, you get: ERROR: Auto probe of the video card failed ! You need to specify the proper X server in lts.conf The file "mga_drv.o" is present in /opt/ltsp/i386/usr/X11R6/lib/modules/drivers/, but X seems to be looking for a file called "mga_hal". When you do specify 'XSERVER = mga', X exits with: "Could not find module 'mga_hal' (module does not exist, 0)" and then the xfs failure error as in #1. Set #3 Our SiS 530 terminals do properly auto-detect, but fail with the following: Symbol drmFreeVersion from module /opt/ltsp/i386/usr/X11R6/lib/modules/drivers/sis_drv.o is unresolved. Symbol drmCommandWrite from module /opt/ltsp/i386/usr/X11R6/lib/modules/drivers/sis_drv.o is unresolved. Symbol drmFreeVersion from module /opt/ltsp/i386/usr/X11R6/lib/modules/drivers/sis_drv.o is unresolved. Symbol drmGetVersion from module /opt/ltsp/i386/usr/X11R6/lib/modules/drivers/sis_drv.o is unresolved. And then the same xfs error: "Could not init font path element tcp/192.168.6.220:7100 Again, all these machines worked fine with LTSP-3. Is there something easy that we're doing wrong? If not, how can we fix these issues? Please help! Our lts.conf file follows: # # Config file for the Linux Terminal Server Project (www.ltsp.org) # [Default] DISABLE_ACCESS_CONTROL = Y LOCAL_APPS = Y SOUND = N USE_XFS = Y USE_NFS_SWAP = Y SEARCH_DOMAIN = "desc.org" NIS_DOMAIN = "descnis" SERVER = 192.168.6.220 DNS_SERVER = 192.168.6.212 XFS_SERVER = 192.168.6.220 # The following line is a test by Adrian Mar 6 2003 NFS_SERVER = 192.168.6.203 # NIS_SERVER = 192.168.6.205 XSERVER = vga RDP_SERVER = mip.desc.org X_MOUSE_PROTOCOL = "IMPS/2" X_MOUSE_DEVICE = "/dev/psaux" X_MOUSE_RESOLUTION = 400 X_MOUSE_BUTTONS = 5 X_ZAxisMapping = "4 5" SYSLOG_HOST = 192.168.6.203 SCREEN_01 = startx SCREEN_02 = shell SCREEN_03 = rdesktop X_COLOR_DEPTH = 24 # Group terminal configs [Intellistation] XSERVER = mga LOCAL_APPS = Y # Regular terminals configs follow [funddev] LIKE = Intellistation [funddev2] XSERVER = sis LOCAL_APPS = Y [compspt] # Standard ATI video-based terminal, 30 others like it # that work were fine stripped for brevity LOCAL_APPS = Y LOCAL_WM = Y # X_MODE_0 = 1024x768 X_MODE_0 = 1280x1024 MODULE_01 = parport MODULE_02 = parport_pc MODULE_03 = lp PRINTER_0_DEVICE = /dev/lp0 PRINTER_0_TYPE = P [laptop1] XSERVER = trident LOCAL_APPS = Y SOUND = Y SOUND_DAEMON = esd # This can be 'nasd', or 'esd' at this time VOLUME = 100 # Speaker & WAVE volume pecentage MIC_VOLUME = 100 # Microphone volume CD_VOLUME = 75 # CD Audio volume SMODULE_01 = soundcore SMODULE_02 = uart401 SMODULE_03 = es1371 Thanks, --Adrian |
From: Andy R. <an...@wi...> - 2004-06-29 15:10:34
|
Folks, I am adding a mailserver to an existing K12LTSP setup, and adding LDAP auth so my mailserver can do the right thing. It is all redhat-based - FC1 for the K12LTSP server, and whitebox (RHEL) for the mailserver. Everything works. The server authenticates against /etc/passwd or LDAP. My problem is that the server will NOT authenticate using /etc/passwd if the LDAP server is not accessible - gdm complains about not being able to set up the account - even though the accounts in question are not in LDAP. Relaxing the account entries in /etc/pam.d/system-auth moves things on a bit further - I get logged in - but the desktops are not correct. /etc/nsswitch.conf carries the edits done by authconfig - passwd: files ldap shadow: files ldap group: files ldap /etc/pam.d/system-auth has the following :- #%PAM-1.0 # This file is auto-generated. # User changes will be destroyed the next time authconfig is run. auth required /lib/security/$ISA/pam_env.so auth sufficient /lib/security/$ISA/pam_unix.so likeauth nullok auth sufficient /lib/security/$ISA/pam_ldap.so use_first_pass auth required /lib/security/$ISA/pam_deny.so account required /lib/security/$ISA/pam_unix.so account [default=bad success=ok user_unknown=ignore service_err=ignore system_err=ignore] /lib/security/$ISA/pam_ldap.so password required /lib/security/$ISA/pam_cracklib.so retry=3 type= password sufficient /lib/security/$ISA/pam_unix.so nullok use_authtok shadow password sufficient /lib/security/$ISA/pam_ldap.so use_authtok password required /lib/security/$ISA/pam_deny.so session required /lib/security/$ISA/pam_limits.so session required /lib/security/$ISA/pam_unix.so session optional /lib/security/$ISA/pam_ldap.so Help ? What is gdm looking for ? Cheers, Andy! |
From: Brian P. <bri...@un...> - 2004-06-29 12:41:04
|
Check your firewall settings and make sure you're not blocking the return traffic to the clients. Drop your firewall for testing purposes if you can. You can shut it off in the Security Settings applet. Brian Erik Ahlner wrote: > Hello Perazim > > I have the exact same problem!! I reported it a few hours ago. > > Let me know if you find out what's wrong! > > Erik > > > ----- Original Message ----- > From: "Perazim" <pe...@ki...> > To: <lts...@li...> > Sent: Tuesday, June 29, 2004 8:49 AM > Subject: [Ltsp-discuss] Lts 4.0 and Fedora Core 2 > > > >>Upgraded from Lts 3.0 to 4.0 and from RH9 to FC2. Now the Lts client >>does not connect to the root filesystem: >> >>dhcp OK >>tftp OK >>Kernel Boots OK >>Mounting root filesystem: /opt/ltsp/i386, from: 192.168.107.254 >>nfs: server 192.168.107.254 not responding, still trying >> >>I have applied the FC2 updates available including the new kernel >>(2.6.6-1.435). I have also checked the ltsp configuration for the usual >>problems. The system log on the server does show a nfs connect from the >>client but the client doesn't see it. >> >>Anybody experience this problem? >> >>Thanks in advance. >> >>L. Baker >> >> >> >>------------------------------------------------------- >>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 >> >> > > > > > ------------------------------------------------------- > 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 -- Brian Payst, MS Director of Technology & Systems Support Division of Student Affairs The University of North Carolina at Chapel Hill voice: (919) 962-1469 fax: (919) 962-5241 |
From: Joshua N P. <jpr...@po...> - 2004-06-29 10:13:30
|
On IRC, jamm suggested that I ask you to explain how the remote device support (floppy, cdrom, etc) works in CVS HEAD. So, uh, how does it work? --=20 A new cognitive theory of emotion, http://openheartlogic.org |
From: Erik A. <wh...@ho...> - 2004-06-29 09:06:13
|
Hello Perazim I have the exact same problem!! I reported it a few hours ago. Let me know if you find out what's wrong! Erik ----- Original Message ----- From: "Perazim" <pe...@ki...> To: <lts...@li...> Sent: Tuesday, June 29, 2004 8:49 AM Subject: [Ltsp-discuss] Lts 4.0 and Fedora Core 2 > Upgraded from Lts 3.0 to 4.0 and from RH9 to FC2. Now the Lts client > does not connect to the root filesystem: > > dhcp OK > tftp OK > Kernel Boots OK > Mounting root filesystem: /opt/ltsp/i386, from: 192.168.107.254 > nfs: server 192.168.107.254 not responding, still trying > > I have applied the FC2 updates available including the new kernel > (2.6.6-1.435). I have also checked the ltsp configuration for the usual > problems. The system log on the server does show a nfs connect from the > client but the client doesn't see it. > > Anybody experience this problem? > > Thanks in advance. > > L. Baker > > > > ------------------------------------------------------- > 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 > > |
From: Perazim <pe...@ki...> - 2004-06-29 06:50:08
|
Upgraded from Lts 3.0 to 4.0 and from RH9 to FC2. Now the Lts client does not connect to the root filesystem: dhcp OK tftp OK Kernel Boots OK Mounting root filesystem: /opt/ltsp/i386, from: 192.168.107.254 nfs: server 192.168.107.254 not responding, still trying I have applied the FC2 updates available including the new kernel (2.6.6-1.435). I have also checked the ltsp configuration for the usual problems. The system log on the server does show a nfs connect from the client but the client doesn't see it. Anybody experience this problem? Thanks in advance. L. Baker |
From: <jon...@go...> - 2004-06-29 05:28:56
|
Brian, my humblest thanks ;-). I am trying to download LTSP 4 at the moment. Will setup server and then give you a shout via email. Again, many thanks, Jonathan Hughes Tech Support Specialist MCP / MCSD Goodyear South Africa Brian Payst <brian_payst@unc To: jon...@go... .edu> cc: lts...@li... Subject: Re: [Ltsp-discuss] Please help - HP Compaq t5500 - How do I prep an NC to 06/28/2004 02:49 connect to a Linux Terminal Server PM Johnathan - The HP t5500 will boot LTSP via PXE. In the system BIOS there is a configuration setting for the boot order, I believe you set this to Network - PXE. Note there is also a network setting without PXE. If you choose this it will not work. With this in place it will ignore the internal RAM disk and it's unpleasant Windows CE OS and happily run as a very nice LTSP client. If you can't find the right BIOS settings, contact me and I will go reboot one of the ones I'm running and get the exact names of the settings you need to change. I don't have one in front of me at the moment. Brian jon...@go... wrote: > > > > Hi list, > > I am new to LTSP but I have spent sometime reading and scouring the web for > details, readme's and info on how to setup LTSP on my SuSE Linux Standard > Server 8 box. I have loaded the following rpms in my installation: > > ltsp_core-3.0.9-0.i386.rpm > ltsp_kernel-3.0.15-0.i386.rpm > ltsp_x_core-3.0.4-0.i386.rpm > ltsp_x_fonts-3.0.0-0.i386.rpm > > I have three questions: > > (1) Is it possible to load the client software onto an HP t5500 thin client > (diskless) NC. The web states HP is giving LTSP its full support and that > the t5500 can be used as a client. How do I load the Linux boot image onto > the NC - I cannot seem to find any documentation on how this is done. I > normally flash these devices with CE.NET using either a parallel cable or > FTP update. I have no idea however on flashing the RAM disks in these NC's > with LTSP boot images. > > (2) How do I properley uninstall the LTSP on my server once I have > installed it. I want to re-install it but when I run its configuration > script it will not 're-add' the config files etc. I have uninstalled the > RPMS but I dont think this has deleted the config files and folders that > LTSP installed. > > (3) Has anyone got any advice for me on setting up the network addresses, > DHCP entries and my network address rage etc. in the LTSP config files. > Also how does DHCP work with LTSP - my Linux box (on which LTSP is loaded) > is not a DHCP server. Is this a problem? Our DHCP servers on our local > network are Windows NT machines. I could setup the Linux box as a DHCP > server if required but I dont reallyyyyyyy want to. > > Any help will be greatly appreciated. If I can get this system working it > could mean a big step towards our company utilising Linux solutions to meet > our terminal server needs in the future. > > Thank you in advance. > > Jonathan Hughes > > Tech Support Specialist > MCP / MCSD > > Goodyear South Africa > > > > > > > ------------------------------------------------------- > 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 -- Brian Payst, MS Director of Technology & Systems Support Division of Student Affairs The University of North Carolina at Chapel Hill voice: (919) 962-1469 fax: (919) 962-5241 |
From: Sudev B. <su...@ma...> - 2004-06-29 00:43:05
|
Interesting link posted by a friend on my LUG: http://s2s2net.netfirms.com/project.html Jim / Eric should be proud. -- Sudev Barar Learning Linux |
From: Erik A. <wh...@ho...> - 2004-06-29 00:23:36
|
Hello! I'm having trouble getting my client working as it should. My client is called whyz-x, and it downloads the kernel and all as it should, but it all ends with: Mounting root filesystem: /opt/ltsp/i386 from: 130.236.156.89 nfs: server 130.236.156.89 not responding, still trying After this message nothing happens. This is what a tail of /var/log/messages on the server (g89) tells me: Jun 29 01:38:53 g89 dhcpd: DHCPDISCOVER from 00:c0:26:65:de:ef via eth0 Jun 29 01:38:53 g89 dhcpd: DHCPOFFER on 130.236.156.250 to 00:c0:26:65:de:ef via eth0 Jun 29 01:38:53 g89 dhcpd: DHCPREQUEST for 130.236.156.250 (130.236.156.89) from 00:c0:26:65:de:ef via eth0 Jun 29 01:38:53 g89 dhcpd: DHCPACK on 130.236.156.250 to 00:c0:26:65:de:ef via eth0 Jun 29 01:39:00 g89 dhcpd: DHCPDISCOVER from 00:c0:26:65:de:ef via eth0 Jun 29 01:39:00 g89 dhcpd: DHCPOFFER on 130.236.156.250 to 00:c0:26:65:de:ef via eth0 Jun 29 01:39:02 g89 dhcpd: DHCPREQUEST for 130.236.156.250 (130.236.156.89) from 00:c0:26:65:de:ef via eth0 Jun 29 01:39:02 g89 dhcpd: DHCPACK on 130.236.156.250 to 00:c0:26:65:de:ef via eth0 Jun 29 01:39:02 g89 rpc.mountd: authenticated mount request from whyz-x:694 for /opt/ltsp/i386 (/opt/ltsp) the last line indicates nothing wrong at all as i see it. Should i see more messages? showmount: root@g89:~# showmount -a All mount points on g89: whyz-x:/opt/ltsp/i386 lsmod: root@g89:~# lsmod Module Size Used by nfsd 64136 - exportfs 5280 - lockd 47016 - sunrpc 132964 - 8139cp 16960 - The systems both have 8139too NICs I've tried having the two computers on a hub of their own, but still get the same error. I'm using ltsp 4 and kernel vmlinuz-2.4.24-ltsp-4 for the client to download. The server is running linux 2.6.6, slackware 9.1. I've tried with different kernels for the client, i've tried building the server nfsd support into the kernel and as modules, both with nfs3 and nfs4 support.. Any help welcome or ideas! Erik |
From: Ken G. <lt...@ga...> - 2004-06-28 18:55:34
|
Hello, The Knoppix Terminal Service is just part of Knoppix. Knoppix is available at: http://www.knoppix.com/ After booting from the Knoppix CD, you will find the 'Terminal Services' icon under the 'Knoppix' (or similarly named) menu. Ken >Alvin Starr wrote: > > Where do I find the "Knoppix Terminal Service program". I did the usual > google search but gave up after the first 10 pages of replys did not > gain me much. > Is it a package or just part of Knoppix? > > -- > Alvin Starr || voice: (416)585-9971 > Interlink Connectivity || fax: (416)785-3668 > al...@ip... || > > > |
From: Ken G. <lt...@ga...> - 2004-06-28 13:16:12
|
Hello, The Knoppix Terminal Service program is not LTSP. That said, I have gotten it to work my my HP T5500. I basically just clicked through the Knoppix wizard with the defaults. The only two things that tripped me up were: 1) Be sure to include the VIA network card module when the wizard asks you about modules. 2) Be sure there are no other tftp or conflicting DHCP servers on your network. I had to disable the DHCP service on my home router for this. Oddly enough, my HP T5500 works fantastiscally with the Knoppix Terminal Services. I can't say the same for LTSP. Some things I still haven't gotten to work with LTSP and the T5500 are: Logitech wireless mouse Sound ACPI Ken Gallo > I'm trying to boot some HP T5300 thin clients (VIA Rhine II Fast Ethernet NICs) using a Knoppix CD (05-17-04) for the server. I've managed to get the server running, but the clients report no DHCP server. I've not used LTSP much, so I'm not exactly sure what is the problem. Has anyone booted one of these HP T5000-series thin clients? > > Rob > > > ------------------------------------------------------- > 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 > |