From brcisna at eazylivin.net Mon Jul 1 16:44:40 2013 From: brcisna at eazylivin.net (Barry Cisna) Date: Mon, 01 Jul 2013 11:44:40 -0500 Subject: [K12OSN] Laptop display problems Message-ID: <1372697080.10305.41.camel@localhost> Hello All, After doing some research I found that some kernel updates to CentOS 6 on many laptops xorg would try and generate an x for two monitors on a given laptop. Knowing this I hanged an external monitor on each of the laptops that i have on test bench and the external monitor does get a display as expected. Not really a fix by any means but it appears this is the problem with no display on laptops. Barry From radek at bursztynowski.waw.pl Mon Jul 1 21:51:35 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Mon, 1 Jul 2013 23:51:35 +0200 Subject: [K12OSN] No reaction following lts.conf changes Message-ID: <1372715495.29625.34.camel@alpaga.bursztynowski.waw.pl> Hi, I try to mange LTSP (5.9) with no effect. Thin client starts, and I can logg in. I arrange some changes in lts.conf and there is no effect. I added in default section few lines as follow: LC_ALL = pl_PL.UTF-8 LANG = pl_PL.UTF-8 XKBLAYOUT = pl KEYTABLE = pl LDM_LANGUAGE = pl_PL.UTF_8 X_COLOR_DEPTH = 24 HOTPLUG = True LOCALDEV = Trye SOUND = True LOCAL_STORAGE = True XINITRC_DAEMON = True SYSLOG_HOST = server TIMESERVER = 192.168.67.1 and I added section destined to my thin client: [00:0E:0C:B5:88:CA] # XDM_SERVER = 192.168.67.1 SERVER = 192.168.67.1 LDM_DIRECT = 192.168.67.1 SCREEN_01 = ldm SCREEN_02 = xfreerdp -f --ignore-certificate --no-nla -k 0x00000415 -a 16 --plugin rdpsnd --data alsa --plugin drdynvc --data tsmf:decoder:gststreamer --plugin rdpdr --data disk:usb:/media -- 192.168.0.4 SCREEN_03 = rdesktop -f -k pl -a 16 -r sound:local -r disk:usb=/media 192.168.0.4 SCREEN_06 = xterm SCREEN_07 = shell # XRANDR_MODE_0 = 1920x1200 # XSERVER = nv # X_MONITOR_OPTION_01 = "1920x1200_60.00" 163.25 1920 2056 2256 2592 1200 1203 1245 -hasync +vsync # X_MODE_0 = 1920x1200 # X_HORYZSYNC = 30-80 # X_VERTEREFRESH = 56-75 After thin client rebooting I couldn't see any changes. There is no any other SCREEN accessible like LDM (SCREEN_01). After trying screen change (Ctrl+Alt+F2) I can see black screen with blanking pointer only. There is no possible to return SCREEN_01. I can return to LDM using Ctrl+Alt +F7 Let me add that I installed rdesktop and xfreerdp packages using next commands: # setarch i386 chroot /opt/ltsp/i386 # mount /proc # yum install rdesktop xfreerdp # umount /proc # exit Using LTSP 5.1 lts.conf was placed in /var/lib/tftpboot/ltsp/i386 Now I can read in the first line of lts.conf file "If using NFS, lts.conf goes in /opt/ltsp//etc/lts.conf." So I made symbolic link /var/lib/tftpboot/ltsp/i386/lts.conf -> /opt/ltsp/i386/etc/lts.conf and noting. Could anybody advice me what I wrong? Best regards, Radek From brcisna at eazylivin.net Tue Jul 2 12:09:47 2013 From: brcisna at eazylivin.net (Barry Cisna) Date: Tue, 02 Jul 2013 07:09:47 -0500 Subject: [K12OSN] No reaction following lts.conf changes Message-ID: <1372766987.10305.48.camel@localhost> Radek, In your lts.conf file. For your SCREEN_03= you need an " at each end of your config for SCREEN_03. Example: SCREEN_03= "rdesktop -f -k pl -a 16 -r sound:local -r disk:usb=/media 192.168.0.4" #Note the two " beginning and end here. Also,,,there are some known problems with xfreerdp that gives some odd stuff on Windows Sever 2008. Barry From brcisna at eazylivin.net Tue Jul 2 17:17:49 2013 From: brcisna at eazylivin.net (Barry Cisna) Date: Tue, 02 Jul 2013 12:17:49 -0500 Subject: [K12OSN] No reaction following lts.conf changes Message-ID: <1372785469.13179.5.camel@localhost> Radek, What may be your problem is if HOME is unset xfreerdp segfaults. Open /opt/ltsp/i386/usr/share/ltsp/screen.d/xfreerdp At almost the top of this file You will see a line .. . /usr/share/ltsp/screen-x-common Below this line you should have ,,, export HOME=${HOME:-/root} If the above line is not there,, add it,,SAVE reboot your TC,, Your rdesktop will work on the TC now. Take Care, Barry From radek at bursztynowski.waw.pl Tue Jul 2 19:38:02 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Tue, 2 Jul 2013 21:38:02 +0200 Subject: [K12OSN] No reaction following lts.conf changes In-Reply-To: <1372785469.13179.5.camel@localhost> References: <1372785469.13179.5.camel@localhost> Message-ID: <1372793882.25665.78.camel@alpaga.bursztynowski.waw.pl> Barry, Many thanks for your help. Unfortunately nothing works. Let me set in order my lts.conf manipulations. I can add, that I tested my lts.conf LTSP 5.1. All work fine excluding Fedora 10 image, but let's forget about it now. It is the reason that I copy parts of lts.conf from LTSP 5.1 to lts.conf LTSP 5.9. 1) I test LTSP 5.9 now (thin client i386 epel6). Thin client boots and I can log in. But what is strange - every time after booting thin client I write user login name and push Enter to move to password line, login screen reloads. Sometime I must repeat twice or three times procedure when I can write password and log in. The resolution of the screen is 1680x1050 only. But thin client works fine (I solved my troubles with two NICs and network). After log off I try to switch to Windows 7 screen (xfreerdp). I can see black screen with blanking pointer. I checked my lts.conf. All line with xfreerdp command uses " ". Next I assured myself regarding /opt/ltsp/i386/usr/share/ltsp/screen.d/xfreerdp. export HOME=${HOME:-/root} line exists. I remember that this change in /opt/ltsp/i386/usr/share/ltsp/screen.d/xfreerdp file was necessary in LTSP 5.1, but 5.9 corrected this bug. I try to come back to SCREEN_01 with LDM. I can see black screen with the following information: " Traceback (most recent call last): File "/usr/sbin/firstboot", line 168, in config.front.end.start() File "/usr/lib/python2.6/site-packages/firstboot/xfrontend.py", line 64, in start with open ("/etc/sysconfig/i18n", "r") as f: 10 Error: [Error 2] No such file or directory. " 2) Still LTSP 5.9. I added (from my backup) thin client image from LTSP 5.1 to /opt/ltsp and /var/lib/tftpboot directory and configured ltsp-dhcpd. Thin client boots, but I can see last text screen before login screen. 3) The behaviour of LTSP described in 1) point is the same like with LTSP 5.1 and Fedora 10 image. It means that I can see on SCREEN_01 LDM, but I can't reach Windows screen (rdesktop) on next screen described in lts.con file. Somebody could ask wile Fedora 10 image? Fedora 10 image cooperates with very old machine (K6 III 400) with GeForce 2 MX 200. So I still looking for the solution. Best regards, Radek --- > Radek, > > What may be your problem is if HOME is unset xfreerdp segfaults. > > Open /opt/ltsp/i386/usr/share/ltsp/screen.d/xfreerdp > > At almost the top of this file You will see a line .. > . /usr/share/ltsp/screen-x-common > Below this line you should have ,,, > export HOME=${HOME:-/root} > > If the above line is not there,, add it,,SAVE > > reboot your TC,, > Your rdesktop will work on the TC now. > > Take Care, > Barry > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see From radek at bursztynowski.waw.pl Tue Jul 2 22:01:10 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Wed, 3 Jul 2013 00:01:10 +0200 Subject: [K12OSN] No reaction following lts.conf changes Message-ID: <1372802470.25665.85.camel@alpaga.bursztynowski.waw.pl> I tried all evening. Still nothing. In my opinion thin client couldn't load lts.conf. I don't know why. Best regards, Radek From brcisna at eazylivin.net Wed Jul 3 14:31:14 2013 From: brcisna at eazylivin.net (Barry Cisna) Date: Wed, 03 Jul 2013 09:31:14 -0500 Subject: [K12OSN] No reaction following lts.conf changes Message-ID: <1372861874.20136.12.camel@localhost> Radek, rename your /opt/ltsp to /opt/ltspOLD rename /var/lib/tftpboot to /var/lib/tftpbootOLD Do a fresh ltsp-client-build You will have to copy /var/lib/tfpbootOLD/pxelinux.0 & pxelinux.cfg to your new /var/lib/tftpboot/i386 Also I have experinced the login hit and miss with updateding,, What that is,,if you installed icedtea-web for 'java-plugin' this is not leaving an 'netx/lock file in the /tmp dir this resolves the prob until a client is rebooted and the same user logs in two times??? Barry From radek at bursztynowski.waw.pl Wed Jul 3 18:27:14 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Wed, 3 Jul 2013 20:27:14 +0200 Subject: [K12OSN] No reaction following lts.conf changes In-Reply-To: <1372861874.20136.12.camel@localhost> References: <1372861874.20136.12.camel@localhost> Message-ID: <1372876034.18398.13.camel@alpaga.bursztynowski.waw.pl> Barry, Thanks again. I will do it tomorrow. Today I can say that I found few differences between the newest lts.conf manual (1) http://manpages.ubuntu.com/manpages/raring/en/man5/lts.conf.5.html and older (2) http://www.bursztynowski.waw.pl/ftp/linux/LinuxTerminalServerProject/LTSPManual.pdf Regarding (1) - I found this web page trucking K12Linux. Regarding (2) - I fount this pdf file few mounts ago (I don't remember where), but I downloaded it and added to my server. I support myself using pdf file, but I see that I should read carefully new web page and postpone my activity to ending reading. Best regards, Radek ---- > Radek, > > rename your /opt/ltsp to /opt/ltspOLD > rename /var/lib/tftpboot to /var/lib/tftpbootOLD > Do a fresh ltsp-client-build > You will have to copy /var/lib/tfpbootOLD/pxelinux.0 & pxelinux.cfg to > your new /var/lib/tftpboot/i386 > > Also I have experinced the login hit and miss with updateding,, > What that is,,if you installed icedtea-web for 'java-plugin' this is not > leaving an 'netx/lock file in the /tmp dir this resolves the prob until > a client is rebooted and the same user logs in two times??? > > Barry > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see From radek at bursztynowski.waw.pl Wed Jul 3 19:33:02 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Wed, 3 Jul 2013 21:33:02 +0200 Subject: [K12OSN] No reaction following lts.conf changes In-Reply-To: <1372861874.20136.12.camel@localhost> References: <1372861874.20136.12.camel@localhost> Message-ID: <1372879982.18398.51.camel@alpaga.bursztynowski.waw.pl> Sorry for big avalanche of my questions, but K12Linux is very important to me, and I must manage new version K12. My few next doubts. Using chroot mechanism I try to manage several thin client images. /opt/ltsp/i386 and /var/lib/tftpboot/ltsp/i386 directories belong to epel-6-i386 ltsp-build-client (LTSP 5.9) /opt/ltsp/i386-fed14 and /var/lib/tftpboot/ltsp/i386-fed14 belong to Fedora 14 image which I restored from my backup LTSP 5.1. I note that original /opt/ltsp/i386-fed14/etc/ltsp_chroot file encloses LTSP_CHROOT=/opt/ltsp/i386 line, not LTSP_CHROOT=/opt/ltsp/i386-fed14 while I expected that ltsp-build-client --release 14 --chroot i386-fed14 create LTSP_CHROOT=/opt/ltsp/i386-fed14, not LTSP_CHROOT=/opt/ltsp/i386 line. But everything worked fine with LTSP 5.1. The question is: which line is regular? And the second doubt. /opt/ltsp/i386-fed14/etc/sysconfig/mkinitrd file encloses rootdev="192.168.0.254:/opt/ltsp/i386" Still /opt/ltsp/i386 directory, not /opt/ltsp/i386-fed14 and rootdev is 192.168.0.254 while 192.168.0.254 is my network gateway, not my server IP address. My server address is 192.168.0.1 The question is: which line is regular: rootdev="192.168.0.254:/opt/ltsp/i386" or rootdev="192.168.0.1:/opt/ltsp/i386-fed14" ? I checked /opt/ltsp/i386/etc/sysconfig/mkinitrd (epel-6-i386) and this line is: rootdev="server:/opt/ltsp/i386" I expect that "server" is variable which we can describe in lts.conf like: SERVER=192.168.67.1. Isn't it? So ltsp-build-client with LTSP 5.9 cleates regular rootdev line. Isn't it? Best regards, Radek ---- > Radek, > > rename your /opt/ltsp to /opt/ltspOLD > rename /var/lib/tftpboot to /var/lib/tftpbootOLD > Do a fresh ltsp-client-build > You will have to copy /var/lib/tfpbootOLD/pxelinux.0 & pxelinux.cfg to > your new /var/lib/tftpboot/i386 > > Also I have experinced the login hit and miss with updateding,, > What that is,,if you installed icedtea-web for 'java-plugin' this is not > leaving an 'netx/lock file in the /tmp dir this resolves the prob until > a client is rebooted and the same user logs in two times??? > > Barry > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see From burke at thealmquists.net Thu Jul 4 04:09:16 2013 From: burke at thealmquists.net (Burke Almquist) Date: Wed, 3 Jul 2013 23:09:16 -0500 Subject: [K12OSN] Laptop display problems In-Reply-To: <1372697080.10305.41.camel@localhost> References: <1372697080.10305.41.camel@localhost> Message-ID: On Jul 1, 2013, at 11:44 AM, Barry Cisna wrote: > Hello All, > > After doing some research I found that some kernel updates to CentOS 6 > on many laptops xorg would try and generate an x for two monitors on a > given laptop. > > Knowing this I hanged an external monitor on each of the laptops that i > have on test bench and the external monitor does get a display as > expected. Not really a fix by any means but it appears this is the > problem with no display on laptops. > > Barry Maybe there is something in the BIOS you can toggle to say that the onboard is the primary/only display? From burke at thealmquists.net Thu Jul 4 05:20:19 2013 From: burke at thealmquists.net (Burke Almquist) Date: Thu, 4 Jul 2013 00:20:19 -0500 Subject: [K12OSN] Fwd: No reaction following lts.conf changes References: <1372879982.18398.51.camel@alpaga.bursztynowski.waw.pl> Message-ID: Radek, did you go through the /etc/ltsp folder and edit all the files? You really need to do that before running ltsp-build-client. From brcisna at eazylivin.net Sun Jul 7 11:29:56 2013 From: brcisna at eazylivin.net (Barry R Cisna) Date: Sun, 07 Jul 2013 06:29:56 -0500 Subject: [K12OSN] Laptop display problems Message-ID: <1373196596.14625.72.camel@server1.eazylivin.net> Burke, Thank You for the BIOS change suggestion. Albeit, all 5 of these laptops got a display as they are with the previous versions of K12Linux client chroot. I haven't changed anything in the BIOS. Tomorrow I will look in the BIOS and see if there is in fact a setting i may be able to switch up. Sidenote: just a couple days ago I did switch the LVDS setting that is now in the default pxe file, startup options file but this did not make any difference. Barry From radek at bursztynowski.waw.pl Wed Jul 10 19:21:15 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Wed, 10 Jul 2013 21:21:15 +0200 Subject: [K12OSN] No reaction following lts.conf changes In-Reply-To: <1372861874.20136.12.camel@localhost> References: <1372861874.20136.12.camel@localhost> Message-ID: <1373484075.27694.37.camel@alpaga.bursztynowski.waw.pl> Hello, (Me again...). Thanks again for all advices. I solved a lot of (my) problems, but not all. Now LTSP 5.4.4-23 and epel-6-i366 client work but I try to solve next problems: 1. I defined three SCREEN_01 to SCREEN_03 in my lts.conf. All work fine, but I don't know why every time thin client boots SCREEN_03 the first while I expect SCREEN_01 the first time. How to change the order of SCREENS ? 2. xfreerdp still supports mono sound only. Perhaps next version of this package will solve this problem :(. 3. I added older version of client (Scientific Linux 6.1). Thin client boots but I can reach login window using Ctrl+Alt+F7 only while I copied lts.conf from my epel-6-i386 thin client (see point 1). It seems that thin client doesn't see lts.conf. I don't know why. Identical behaviour is with Fedora 11 thin client image. I can forget about SL 6.1 image, but I need Fedora 11 (i586 arch.). Perhaps somebody could help me. Best regards, Radek --- > Radek, > > rename your /opt/ltsp to /opt/ltspOLD > rename /var/lib/tftpboot to /var/lib/tftpbootOLD > Do a fresh ltsp-client-build > You will have to copy /var/lib/tfpbootOLD/pxelinux.0 & pxelinux.cfg to > your new /var/lib/tftpboot/i386 > > Also I have experinced the login hit and miss with updateding,, > What that is,,if you installed icedtea-web for 'java-plugin' this is not > leaving an 'netx/lock file in the /tmp dir this resolves the prob until > a client is rebooted and the same user logs in two times??? > > Barry > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see From radek at bursztynowski.waw.pl Thu Jul 11 14:22:58 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Thu, 11 Jul 2013 16:22:58 +0200 Subject: [K12OSN] No reaction following lts.conf changes | I understand nothing Message-ID: <13673764.951373552578874.JavaMail.root@poczta.bursztynowski.waw.pl> Hello, I made small step with my troubles, but I understand nothing. As I mentioned one day ago, I installed successfully epel-6-i386 client and I can use them. epel-6-i386: /vat/lib/tftpboot/ltsp/i386 with /vat/lib/tftpboot/ltsp/i386/lts.conf file /opt/ltsp/i386 I added old Scientific Linux 6.1 client image: Scientific Linux 6.1 /var/lib/tftpboot/ltsp/5.2.i386 with /var/lib/tftpboot/ltsp/5.2.i386/lts.conf file /opt/ltsp/5.2.i386/i386 Both of client images have own lts.conf but two of them load /usr/lib/tftpboot/i386/lts.conf file only. It means that I see two client behaviours as I arranged them in /usr/lib/tftpboot/i386/lts.conf file. Scientific Linux 6.1 client doesn't load /var/lib/tftpboot/ltsp/5.2.i386/lts/conf file. Why? I added Fedora 11 client image: /var/lib/tftpboot/ltsp/5.2.i386-fed11 with /var/lib/tftpboot/ltsp/5.2.i386-fed11/lts.conf file /opt/ltsp/5.2.i386-fed11 but this client doesn't load any lts.conf file. It uses default parameters (login window is accessible with Ctrl+Alt+F7 keys only and nothing more). I don't understand... Proper part for two of thin clients configuration dhcpd.conf file is: # Thin Client HP 5520 host thinclient { option host-name "thinclient"; hardware ethernet 00:16:35:7E:4F:D0; next-server 192.168.1.229; filename "/ltsp/5.2.i386-fed11/i386/pxelinux.0"; option root-path "192.168.1.229:/opt/ltsp/5.2.i386-fed11/i386"; } # Thin Client Pentium 4 host pentium4-01 { option host-name "pentium4-01"; hardware ethernet 6C:F0:49:14:20:B8; fixed-address 192.168.1.12; next-server 192.168.1.229; filename "/ltsp/5.2.i386/i386/pxelinux.0"; option root-path "192.168.1.229:/opt/ltsp/5.2.i386/i386"; } If my thin client uses Scientific Linux or Fedora 11 image I can't login to the server. Because I got thin client images from another computer i executed ltsp-update-sskeys -u and I can see new certificates chroot/etc/ssh, but with no result. I can log in to rprl-6-i386 client only. How to change it? Best regards, Radek From william at fragakis.com Thu Jul 11 20:35:51 2013 From: william at fragakis.com (William Fragakis) Date: Thu, 11 Jul 2013 16:35:51 -0400 Subject: [K12OSN] No reaction following lts.conf changes In-Reply-To: References: Message-ID: <1373574951.3544.97.camel@server.ltsp> Radek, This may be of no assistance but I seem to recall in an earlier post that one of your "true" statements in the lts.conf had a typo (iirc, TRUE was misspelled). At one time ltsp was quite sensitive to typos in lts.conf and would ignore the entire config if it ran into any errors. Perhaps that's no longer the case but it may be worthwhile to look it over. Regards, William (who spent way too much time looking for lost semi-colons in perl scripts) > Message: 1 > Date: Wed, 10 Jul 2013 21:21:15 +0200 > From: Radek Bursztynowski > To: "Support list for open source software in schools." > > Subject: Re: [K12OSN] No reaction following lts.conf changes > Message-ID: <1373484075.27694.37.camel at alpaga.bursztynowski.waw.pl> > Content-Type: text/plain; charset="US-ASCII" > > Hello, > > (Me again...). > > Thanks again for all advices. I solved a lot of (my) problems, but not > all. Now LTSP 5.4.4-23 and epel-6-i366 client work but I try to solve > next problems: > > 1. I defined three SCREEN_01 to SCREEN_03 in my lts.conf. All work fine, > but I don't know why every time thin client boots SCREEN_03 the first > while I expect SCREEN_01 the first time. How to change the order of > SCREENS ? > > 2. xfreerdp still supports mono sound only. Perhaps next version of this > package will solve this problem :(. > > 3. I added older version of client (Scientific Linux 6.1). Thin client > boots but I can reach login window using Ctrl+Alt+F7 only while I copied > lts.conf from my epel-6-i386 thin client (see point 1). It seems that > thin client doesn't see lts.conf. I don't know why. Identical behaviour > is with Fedora 11 thin client image. I can forget about SL 6.1 image, > but I need Fedora 11 (i586 arch.). > > Perhaps somebody could help me. > > Best regards, > Radek > > --- > > Radek, > > > > rename your /opt/ltsp to /opt/ltspOLD > > rename /var/lib/tftpboot to /var/lib/tftpbootOLD > > Do a fresh ltsp-client-build > > You will have to copy /var/lib/tfpbootOLD/pxelinux.0 & pxelinux.cfg to > > your new /var/lib/tftpboot/i386 > > > > Also I have experinced the login hit and miss with updateding,, > > What that is,,if you installed icedtea-web for 'java-plugin' this is not > > leaving an 'netx/lock file in the /tmp dir this resolves the prob until > > a client is rebooted and the same user logs in two times??? > > > > Barry > > > > > > _______________________________________________ > > K12OSN mailing list > > K12OSN at redhat.com > > https://www.redhat.com/mailman/listinfo/k12osn > > For more info see > From jim.kinney at gmail.com Thu Jul 11 23:13:42 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Thu, 11 Jul 2013 19:13:42 -0400 Subject: [K12OSN] thin client distro for Raspberry Pi Message-ID: http://rpitc.blogspot.com/ I have a Pi but have not had time to tinker with it. This looks like the first toy I'll be loading on it. It's Debian based so the config files are located differently. -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From radek at bursztynowski.waw.pl Fri Jul 12 10:18:43 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Fri, 12 Jul 2013 12:18:43 +0200 Subject: [K12OSN] No reaction following lts.conf changes | partly SOLVED Message-ID: <8215406.141373624323202.JavaMail.root@poczta.bursztynowski.waw.pl> William, Many thanks. I checked lts.conf - you are right, one line in my lts.conf had "Trye" word instead of "True" - this mistake eliminated one line only. My general mistake was in different place. I can manage different client images now, but all of them from /var/lib/tftpboot/i386/lts.conf file only. I wrote yesterday that SL 6.1 image works fine, like epel-6-i386. Fedora 11 image needs edit /chroot/etc/sysconfig/mkinitrd file and replace rootdev="192.168.0.254:/opt/ltsp/i386" with my present directory: rootdev="192.168.1.229:/opt/ltsp/5.2.i386-fed11" But I still don't understand, why thin client reads /var/lib/tftpboot/i386/lts.conf only. But I retake different thin clients images management. It's wonderful and I can use i586 machines too. Last my problem is that I can't log in to ldm using older clients images (SL 6.1, Fedora 14, 11) while I executed ltsp-update-sshkeys. But I am going to move this my problem to separated subject on this list. Thanks again everybody who supports me. Best regards, Radek --- Radek, This may be of no assistance but I seem to recall in an earlier post that one of your "true" statements in the lts.conf had a typo (iirc, TRUE was misspelled). (...) Regards, William (who spent way too much time looking for lost semi-colons in perl scripts) From radek at bursztynowski.waw.pl Fri Jul 12 10:19:28 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Fri, 12 Jul 2013 12:19:28 +0200 Subject: [K12OSN] I can't log in into LDM | SL 6.1 thin client image Message-ID: <23518822.161373624368479.JavaMail.root@poczta.bursztynowski.waw.pl> Hello, Owing to help a lot people at this discussion list I solved most of my problem with LTSP 5.4.5-23. Remains only one at this moment. I restored my older thin client image (Scintific Linux 6.1 i386). Thin client boots, I can use Windows with xfreerdp and rdesktop packages, but I can't log in to the system via LDM. I executed ltsp-update-sshkes (with -u parameter too) but with no result. Could anybody support me with this problem? Best regards, Radek -------------- next part -------------- An HTML attachment was scrubbed... URL: From brcisna at eazylivin.net Fri Jul 12 11:05:19 2013 From: brcisna at eazylivin.net (Barry Cisna) Date: Fri, 12 Jul 2013 06:05:19 -0500 Subject: [K12OSN] I can't log in into LDM | SL 6.1 thin client image Message-ID: <1373627119.20136.37.camel@localhost> Radek, On your server browse to the /tmp folder. Delete all files ( as root) within the /tmp folder. After deleting these files try and log into a thin client as a regular user. Also as a backup..try logging into a thin client as root and see if root can do a log in to a thin client to your SL(older) image. Barry From radek at bursztynowski.waw.pl Fri Jul 12 12:14:24 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Fri, 12 Jul 2013 14:14:24 +0200 Subject: [K12OSN] I can't log in into LDM | SL 6.1 thin client image Message-ID: <11568010.301373631264624.JavaMail.root@poczta.bursztynowski.waw.pl> Baryy, It could be that I don't understand you exactly, so let me present my steps: 1. I log into my server as a root and I deleted all files from /tmp directory. 2. I rebooted my thin client. 3. I switched SCREEN on my thin client to xtermm. 4. Then: ssh -X user at my_server 5. I logged into my server (I accepted certificate). Next I exited. 6. From my thin client (still xterm SCREEN)I made: # su - # ssh -X root at my_server (I accepted certificate), and I logged into, next I exited. 7. I switched SCREEN to LDM. 8. Now I can log into as a regular user and root. But it is temporary success because after rebooting thin client I lose certificate and still I couldn't log into. How to save proper set-up? Radek --- Radek, On your server browse to the /tmp folder. Delete all files ( as root) within the /tmp folder. After deleting these files try and log into a thin client as a regular user. Also as a backup..try logging into a thin client as root and see if root can do a log in to a thin client to your SL(older) image. Barry _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see ; From burke at thealmquists.net Fri Jul 12 21:38:05 2013 From: burke at thealmquists.net (Burke Almquist) Date: Fri, 12 Jul 2013 16:38:05 -0500 Subject: [K12OSN] I can't log in into LDM | SL 6.1 thin client image In-Reply-To: <11568010.301373631264624.JavaMail.root@poczta.bursztynowski.waw.pl> References: <11568010.301373631264624.JavaMail.root@poczta.bursztynowski.waw.pl> Message-ID: When I installed and booted thin clients from SL6.4 running the latest stable LTSP from the repo I didn't have to do any of this. It should just work, if it doesn't, then we are missing something. Did you ever do ltsp-update-sshkeys? On Jul 12, 2013, at 7:14 AM, Radek Bursztynowski wrote: > Baryy, > > It could be that I don't understand you exactly, so let me present my steps: > > 1. I log into my server as a root and I deleted all files from /tmp directory. > 2. I rebooted my thin client. > 3. I switched SCREEN on my thin client to xtermm. > 4. Then: ssh -X user at my_server > 5. I logged into my server (I accepted certificate). Next I exited. > 6. From my thin client (still xterm SCREEN)I made: > # su - > # ssh -X root at my_server (I accepted certificate), and I logged into, next I exited. > 7. I switched SCREEN to LDM. > 8. Now I can log into as a regular user and root. > > But it is temporary success because after rebooting thin client I lose certificate and still I couldn't log into. > > How to save proper set-up? > > > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see ; From burke at thealmquists.net Fri Jul 12 21:46:49 2013 From: burke at thealmquists.net (Burke Almquist) Date: Fri, 12 Jul 2013 16:46:49 -0500 Subject: [K12OSN] No reaction following lts.conf changes In-Reply-To: <8215406.141373624323202.JavaMail.root@poczta.bursztynowski.waw.pl> References: <8215406.141373624323202.JavaMail.root@poczta.bursztynowski.waw.pl> Message-ID: <5440B74A-3287-4C77-90AA-372FAE409DC8@thealmquists.net> Radek, I think we've made this more difficult than it needs to be. I'm going to go back and do a fresh install of SL 6.4 and LTSP according to the wiki instructions. I think somehow a step got missed and this is leading you to do a whole bunch of extra work. I'm going to try to document this better. From enslaver at enslaver.com Sat Jul 13 01:45:44 2013 From: enslaver at enslaver.com (Enslaver) Date: Fri, 12 Jul 2013 20:45:44 -0500 Subject: [K12OSN] No reaction following lts.conf changes In-Reply-To: <5440B74A-3287-4C77-90AA-372FAE409DC8@thealmquists.net> References: <8215406.141373624323202.JavaMail.root@poczta.bursztynowski.waw.pl> <5440B74A-3287-4C77-90AA-372FAE409DC8@thealmquists.net> Message-ID: Which wiki instructions are you referring to? the documentation that is most current is in a file named something like README.rpminstall bundled with the RPM. I've been out of touch on my email what seems to be the specific issue? On Jul 12, 2013 4:50 PM, "Burke Almquist" wrote: > Radek, I think we've made this more difficult than it needs to be. I'm > going to go back and do a fresh install of SL 6.4 and LTSP according to the > wiki instructions. I think somehow a step got missed and this is leading > you to do a whole bunch of extra work. I'm going to try to document this > better. > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -------------- next part -------------- An HTML attachment was scrubbed... URL: From burke at thealmquists.net Sat Jul 13 09:43:09 2013 From: burke at thealmquists.net (Burke Almquist) Date: Sat, 13 Jul 2013 04:43:09 -0500 Subject: [K12OSN] No reaction following lts.conf changes In-Reply-To: References: <8215406.141373624323202.JavaMail.root@poczta.bursztynowski.waw.pl> <5440B74A-3287-4C77-90AA-372FAE409DC8@thealmquists.net> Message-ID: On Jul 12, 2013, at 8:45 PM, Enslaver wrote: > Which wiki instructions are you referring to? the documentation that is most current is in a file named something like README.rpminstall bundled with the RPM. I've been out of touch on my email what seems to be the specific issue? I was thinking of these installation instructions http://wiki.ltsp.org/wiki/Category:Fedora that are linked to from here https://fedorahosted.org/k12linux/wiki/InstallGuide I'd be happy to try and keep the wiki up to date since I have a login there. It seems like we've had some communication discontinuity with LTSP on RH/Fedora/EL. Every time the old website seems to get abandoned, and some of the knowledge is getting lost, except on this mailing list! Going from K12LTSP using LTSP 4 (thank you Eric H and Jim B!), to K12Linux revived by Warren on F11-14 and EL, to new LTSP on EL6 and Fedora 17/18 ... whew I feel old! > On Jul 12, 2013 4:50 PM, "Burke Almquist" wrote: > Radek, I think we've made this more difficult than it needs to be. I'm going to go back and do a fresh install of SL 6.4 and LTSP according to the wiki instructions. I think somehow a step got missed and this is leading you to do a whole bunch of extra work. I'm going to try to document this better. So I went back and tried to install LTSP on a fresh install of SL6.4 and I got an error doing yum install ltsp-server. It couldn't find the package for mock in any of the default repositories apparently. Nothing on either wiki. From radek at bursztynowski.waw.pl Sat Jul 13 10:32:45 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Sat, 13 Jul 2013 12:32:45 +0200 Subject: [K12OSN] No reaction following lts.conf changes In-Reply-To: References: <8215406.141373624323202.JavaMail.root@poczta.bursztynowski.waw.pl> Message-ID: <1373711565.29348.73.camel@alpaga.bursztynowski.waw.pl> Hi, Thanks for replay. I use http://wiki.ltsp.org/wiki/Category:Fedora instruction, and after yum install ltsp-server I viewed all files in /et/ltsp direcotru and README.rpminstall too. I have no problems with log into with epel-6-i386 thin client image. I have problem with log in with SL 6.1 image restored from my backup. Thin client boots with SL 6.1 image, but I can't log into via LDM. I execute ltsp-upadte-sshkesy - still nothing, ltsp-update-ssheys -u too - still nothing. I repeat - epel-6-i386 works fine. Radek > Which wiki instructions are you referring to? the documentation that > is most current is in a file named something like README.rpminstall > bundled with the RPM. I've been out of touch on my email what seems to > be the specific issue? From brcisna at eazylivin.net Mon Jul 15 17:45:49 2013 From: brcisna at eazylivin.net (Barry Cisna) Date: Mon, 15 Jul 2013 12:45:49 -0500 Subject: [K12OSN] I can't log in into LDM | SL 6.1 thin client image Message-ID: <1373910349.20136.40.camel@localhost> Radek When you get toa point were a regular user can no longer do a login,, Go to the /tmp folder,,,,,delete ALL files in the /tmp folder # I use Webmin file browser for doing this,, Now as that same user try doing a login,,,see if you get a successful login... Barry From radek at bursztynowski.waw.pl Mon Jul 15 21:22:55 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Mon, 15 Jul 2013 23:22:55 +0200 Subject: [K12OSN] I can't log in into LDM | SL 6.1 thin client image Message-ID: <29576446.561373923375783.JavaMail.root@poczta.bursztynowski.waw.pl> Barry, Many thanks for your all support. I will be able to do it on Wednesday and I will report you. Could you explain why Webmin, no rm (this I did on Friday with no result)? Best regards, Radek --- Radek When you get toa point were a regular user can no longer do a login,, Go to the /tmp folder,,,,,delete ALL files in the /tmp folder # I use Webmin file browser for doing this,, Now as that same user try doing a login,,,see if you get a successful login... Barry _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see ; From johan.vermeulen7 at telenet.be Wed Jul 17 07:33:40 2013 From: johan.vermeulen7 at telenet.be (johan.vermeulen7 at telenet.be) Date: Wed, 17 Jul 2013 09:33:40 +0200 (CEST) Subject: [K12OSN] searching voor ideal thinclient In-Reply-To: <1372337863.10305.24.camel@localhost> Message-ID: <30f4467b-9794-4266-8b94-6bafa032e76b@asha.telenet-ops.be> hello, I did some more searching on that, and end up buying Asrock 2550 -itx motherboards and separate casings. The main reasons for that are it is cheaper to do it that way, and I want to be able able to put in as many or as little ram as I want. While testing I also tried a Wise Tx0 device. It has Ubuntu on it. I guess can do pxe boot, but that option is very well hidden! Is anybody using this device? greetings, J. ----- Oorspronkelijk e-mail ----- Van: "Barry Cisna" Aan: "K12LTSP Mailing List" Verzonden: Donderdag 27 juni 2013 14:57:43 Onderwerp: Re: [K12OSN] searching voor ideal thinclient Johan, There are many usable thin clients available that will work great with a current (or old) ltsp installation, A very cheap and good working unit that can be easily be found on Ebay (and there are several) if you were wanting to setup,,say a 25 seat lab is the HP 5730. These come pre-installed with Windows Xp embedded .All you need to do is change to PXE in the system bios to boot to your ltsp setup. These units can be had for $50- 55 USD shipped here in the states. I am not sure how shipping would be to Belgium? Could get pricey I am sure...for 25 units for example. Make sure you get the wall adapter with each unit. You would have to get the Euro converter if you Ebayed these keep in mind. Something to look at anyway. Take Care, Barry _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see From radek at bursztynowski.waw.pl Wed Jul 17 08:50:30 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Wed, 17 Jul 2013 10:50:30 +0200 Subject: [K12OSN] I can't log in into LDM | SL 6.1 thin client image Message-ID: <25415657.1031374051030727.JavaMail.root@poczta.bursztynowski.waw.pl> Barry, Thanks again for interesting of my troubles and your patience to me. It is my report. Deleting all files from /tmp didn't help. But now I am more clever. In my opinion ltsp-update-sshkeys in LTSP 5.4 is not compatible with old thin clients. Fortunately I have an old LTSP installation (K12 5.2), and I used ltsp-update-sshkeys -u ltsp-5.4-server on old installation, next I copied /opt/ltsp/chroot/etc/ssh/ssh_known_hosts exited on LTSP 5.2 server to /opt/ltsp/chroot/etc/ssh/ssh_known_hosts on LTSP 5.4 server. After rebooting thin client all work fine - I can log in to the server via LDM. But how to force ltsp-update-sshkeys from LTSP 5.4 to compatibility with Fedora 11, Scientific Linux 6.1 images? Best regards, Radek ---- Radek When you get toa point were a regular user can no longer do a login,, Go to the /tmp folder,,,,,delete ALL files in the /tmp folder # I use Webmin file browser for doing this,, Now as that same user try doing a login,,,see if you get a successful login... Barry _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see ; From radek at bursztynowski.waw.pl Wed Jul 17 10:47:36 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Wed, 17 Jul 2013 12:47:36 +0200 Subject: [K12OSN] Local USB storage Message-ID: <2927649.1121374058056812.JavaMail.root@poczta.bursztynowski.waw.pl> Hello, Using LTSP 5.2 I put usb storage to usb port and I can see disk storage at /media/username/usss Using LTSP 5.4 there is nothing at /media So I switched to console and I can mount usb storage manually. How to change it to automaticly mounting of this device? lts.conf encloses: LOCALDEV = True HOTPLUG = True LOCAL_STORAGE = True Best regards, Radek -------------- next part -------------- An HTML attachment was scrubbed... URL: From brcisna at eazylivin.net Wed Jul 17 17:17:46 2013 From: brcisna at eazylivin.net (Barry Cisna) Date: Wed, 17 Jul 2013 12:17:46 -0500 Subject: [K12OSN] Local USB storage Message-ID: <1374081466.20136.43.camel@localhost> Radek, In the users and groups gui add each user to the fuse group. Log out and log in the usb sticks should now show up,,and be writable,,as expected. Barry From radek at bursztynowski.waw.pl Wed Jul 17 17:32:58 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Wed, 17 Jul 2013 19:32:58 +0200 Subject: [K12OSN] Local USB storage In-Reply-To: <1374081466.20136.43.camel@localhost> References: <1374081466.20136.43.camel@localhost> Message-ID: <1374082378.20238.37.camel@alpaga.bursztynowski.waw.pl> Barry, Many thanks. I suspected that, but after LTSP installation I didn't find fuse group in /etc/passwd. I will correct it tomorrow. Thanks again, Radek -- > Radek, > > In the users and groups gui add each user to the fuse group. > Log out and log in the usb sticks should now show up,,and be > writable,,as expected. > > > Barry > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see From radek at bursztynowski.waw.pl Thu Jul 18 05:51:38 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Thu, 18 Jul 2013 07:51:38 +0200 Subject: [K12OSN] Local USB storage In-Reply-To: <1374081466.20136.43.camel@localhost> Message-ID: <15343389.1361374126698921.JavaMail.root@poczta.bursztynowski.waw.pl> Barry, Thanks again. Works fine, but epel-6-i386 thin client doesn't show icon device (older thin clients show). It is no big problem, but windows users like... Best regards, Radek -- Radek, In the users and groups gui add each user to the fuse group. Log out and log in the usb sticks should now show up,,and be writable,,as expected. Barry _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see ; From brcisna at eazylivin.net Thu Jul 18 11:52:24 2013 From: brcisna at eazylivin.net (Barry Cisna) Date: Thu, 18 Jul 2013 06:52:24 -0500 Subject: [K12OSN] Local USB storage Message-ID: <1374148344.20136.50.camel@localhost> Radek, On ltsp-server-5.4.5.x and ltsp-release 5.9.x when an usb stick is inserted,(and user is in fuse group),,,you should get the expected appear automagically on the desktop once the usb stick is inserted into the TC. FYI. Barry From radek at bursztynowski.waw.pl Thu Jul 18 09:06:51 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Thu, 18 Jul 2013 11:06:51 +0200 Subject: [K12OSN] fedora-5-i386-epel In-Reply-To: <1374148344.20136.50.camel@localhost> Message-ID: <25096613.1461374138411821.JavaMail.root@poczta.bursztynowski.waw.pl> Hello, Is somebody could tell me what is fedora-5-i386-epel thin client image? Many thanks in advance, Radek From brcisna at eazylivin.net Thu Jul 18 14:40:53 2013 From: brcisna at eazylivin.net (Barry Cisna) Date: Thu, 18 Jul 2013 09:40:53 -0500 Subject: [K12OSN] fedora-5-i386-epel Message-ID: <1374158453.20136.52.camel@localhost> Radek, Fedora 5 image for ltsp would have to be very very very old. Maybe you was speaking of EL-5 image? Are you finding this on an older build of an ltsp server you are running,,,or? Barry From johan.vermeulen7 at telenet.be Thu Jul 18 15:01:52 2013 From: johan.vermeulen7 at telenet.be (johan.vermeulen7 at telenet.be) Date: Thu, 18 Jul 2013 17:01:52 +0200 (CEST) Subject: [K12OSN] setup transparent proxy for thinclients webtraffic Message-ID: <1760d71b-69d3-410f-b7fd-095884c9e87f@asha.telenet-ops.be> Dear All, I'm setting up a K12Linux server, that also acts as a router/Firewall for some laptops and workstations. So I 've set up a transparent proxy, Squid, for all traffic passing through the box, in order to monitor and control the network traffic. But I can't find out how to also reroute al the traffic from the thinclients to Squid as well. Does anybody know how to do that? Thanks for any advice. Greetings, J. iptables -t nat -A PREROUTING -i eth1 -p tcp --dport 80 -j DNAT --to 10.0.0.1:3128 - See more at: http://www.broexperts.com/2013/03/squid-as-transparent-proxy-on-centos-6-4/#sthash.ZGWLthug.dpuf iptables - t nat - A PREROUTING - i eth1 - p tcp -- dport 80 - j DNAT -- to 10.0 . 0.1 : 3128 iptables - t nat - A PREROUTING - i eth0 - p tcp -- dport 80 - j REDIRECT -- to - port 3128 iptables - I INPUT - s 10.0 . 0.0 / 8 - p tcp -- dport 3128 - j ACCEPT - See more at: http://www.broexperts.com/2013/03/squid-as-transparent-proxy-on-centos-6-4/#sthash.ZGWLthug.dpuf iptables - t nat - A PREROUTING - i eth1 - p tcp -- dport 80 - j DNAT -- to 10.0 . 0.1 : 3128 iptables - t nat - A PREROUTING - i eth0 - p tcp -- dport 80 - j REDIRECT -- to - port 3128 iptables - I INPUT - s 10.0 . 0.0 / 8 - p tcp -- dport 3128 - j ACCEPT - See more at: http://www.broexperts.com/2013/03/squid-as-transparent-proxy-on-centos-6-4/#sthash.ZGWLthug.dpuf -------------- next part -------------- An HTML attachment was scrubbed... URL: From radek at bursztynowski.waw.pl Thu Jul 18 16:55:04 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Thu, 18 Jul 2013 18:55:04 +0200 Subject: [K12OSN] fedora-5-i386-epel In-Reply-To: <1374158453.20136.52.camel@localhost> References: <1374158453.20136.52.camel@localhost> Message-ID: <1374166504.26617.9.camel@alpaga.bursztynowski.waw.pl> Barry, I know Fedora 5. But when I executed ltsp-build-client --list I found as follow: epel-5-i386 epel-5-ppc epel-5-x86_64 epel-6-i386 epel-6-ppc64 epel-6-x86_64 fedora-17-arm fedora-17-armhfp fedora-17-i386 fedora-17-ppc64 fedora-17-ppc fedora-17-s390 fedora-17-s390x fedora-17-sparc64 fedora-17-sparc fedora-17-x86_64 fedora-18-arm fedora-18-armhfp fedora-18-i386 fedora-18-ppc64 fedora-18-ppc fedora-18-s390 fedora-18-s390x fedora-18-x86_64 fedora-19-arm fedora-19-armhfp fedora-19-i386 fedora-19-ppc64 fedora-19-ppc fedora-19-s390 fedora-19-s390x fedora-19-x86_64 fedora-5-i386-epel fedora-5-ppc-epel fedora-5-x86_64-epel fedora-devel-i386 fedora-devel-ppc64 fedora-devel-ppc fedora-devel-x86_64 fedora-rawhide-arm fedora-rawhide-armhfp fedora-rawhide-i386 fedora-rawhide-ppc64 fedora-rawhide-ppc fedora-rawhide-s390 fedora-rawhide-s390x fedora-rawhide-sparc64 fedora-rawhide-sparc fedora-rawhide-x86_64 And this is the source of my question. Best regards, Radek > Radek, > > Fedora 5 image for ltsp would have to be very very very old. > Maybe you was speaking of EL-5 image? > Are you finding this on an older build of an ltsp server you are > running,,,or? > > > Barry > > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see From jim.kinney at gmail.com Thu Jul 18 17:28:38 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Thu, 18 Jul 2013 13:28:38 -0400 Subject: [K12OSN] fedora-5-i386-epel In-Reply-To: <1374166504.26617.9.camel@alpaga.bursztynowski.waw.pl> References: <1374158453.20136.52.camel@localhost> <1374166504.26617.9.camel@alpaga.bursztynowski.waw.pl> Message-ID: vague memory of this but those ancient F5's may be there to support REAL i386 systems as clients. Somewhere after that point, Fedora dropped i386 and went to i486 as the lowest level cpu supported and someone was still using IBM PC Jr. systems as thin clients. Unfortunately, those ancient systems, barring a direct lightning strike, will run forever. On Thu, Jul 18, 2013 at 12:55 PM, Radek Bursztynowski < radek at bursztynowski.waw.pl> wrote: > Barry, > > I know Fedora 5. But when I executed ltsp-build-client --list > I found as follow: > > epel-5-i386 > epel-5-ppc > epel-5-x86_64 > epel-6-i386 > epel-6-ppc64 > epel-6-x86_64 > fedora-17-arm > fedora-17-armhfp > fedora-17-i386 > fedora-17-ppc64 > fedora-17-ppc > fedora-17-s390 > fedora-17-s390x > fedora-17-sparc64 > fedora-17-sparc > fedora-17-x86_64 > fedora-18-arm > fedora-18-armhfp > fedora-18-i386 > fedora-18-ppc64 > fedora-18-ppc > fedora-18-s390 > fedora-18-s390x > fedora-18-x86_64 > fedora-19-arm > fedora-19-armhfp > fedora-19-i386 > fedora-19-ppc64 > fedora-19-ppc > fedora-19-s390 > fedora-19-s390x > fedora-19-x86_64 > fedora-5-i386-epel > fedora-5-ppc-epel > fedora-5-x86_64-epel > fedora-devel-i386 > fedora-devel-ppc64 > fedora-devel-ppc > fedora-devel-x86_64 > fedora-rawhide-arm > fedora-rawhide-armhfp > fedora-rawhide-i386 > fedora-rawhide-ppc64 > fedora-rawhide-ppc > fedora-rawhide-s390 > fedora-rawhide-s390x > fedora-rawhide-sparc64 > fedora-rawhide-sparc > fedora-rawhide-x86_64 > > And this is the source of my question. > > Best regards, > Radek > > > > Radek, > > > > Fedora 5 image for ltsp would have to be very very very old. > > Maybe you was speaking of EL-5 image? > > Are you finding this on an older build of an ltsp server you are > > running,,,or? > > > > > > Barry > > > > > > > > _______________________________________________ > > K12OSN mailing list > > K12OSN at redhat.com > > https://www.redhat.com/mailman/listinfo/k12osn > > For more info see > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From burke at thealmquists.net Thu Jul 18 23:26:31 2013 From: burke at thealmquists.net (Burke Almquist) Date: Thu, 18 Jul 2013 18:26:31 -0500 Subject: [K12OSN] setup transparent proxy for thinclients webtraffic In-Reply-To: <1760d71b-69d3-410f-b7fd-095884c9e87f@asha.telenet-ops.be> References: <1760d71b-69d3-410f-b7fd-095884c9e87f@asha.telenet-ops.be> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Jul 18, 2013, at 10:01 AM, johan.vermeulen7 at telenet.be wrote: > Dear All, > > I'm setting up a K12Linux server, that also acts as a router/Firewall for some laptops and workstations. > So I 've set up a transparent proxy, Squid, for all traffic passing through the box, in order to monitor and control the network traffic. > > But I can't find out how to also reroute al the traffic from the thinclients to Squid as well. > > Does anybody know how to do that? > > Thanks for any advice. > > Greetings, J. Thin clients are just displaying a remote session that is actually occurring on the server. As such, any traffic generated by these programs is being generated from the server, not the thin client. The only exceptions to this would be anything running as a local app, and the LTSP session traffic that goes between the server and the thin clients. That traffic comes from programs running on the thin client, so that traffic actually is coming from the thin client. -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlHoeagACgkQxWV7OPa/g5G9uwCfWTsoOtwxzOhE1qJoeJG8RTon 7xQAniWDxjpJsQulI/4u/taGhtLOSviC =YLzd -----END PGP SIGNATURE----- From burke at thealmquists.net Thu Jul 18 23:35:33 2013 From: burke at thealmquists.net (Burke Almquist) Date: Thu, 18 Jul 2013 18:35:33 -0500 Subject: [K12OSN] fedora-5-i386-epel In-Reply-To: References: <1374158453.20136.52.camel@localhost> <1374166504.26617.9.camel@alpaga.bursztynowski.waw.pl> Message-ID: <490C8CAC-8DE8-49DA-AAC2-F2E9051B0EB4@thealmquists.net> On Jul 18, 2013, at 12:28 PM, Jim Kinney wrote: > vague memory of this but those ancient F5's may be there to support REAL i386 systems as clients. Somewhere after that point, Fedora dropped i386 and went to i486 as the lowest level cpu supported and someone was still using IBM PC Jr. systems as thin clients. > > Unfortunately, those ancient systems, barring a direct lightning strike, will run forever. > Given the requirements of running a modern version of LTSP, I don't know why you would even support trying to build for actual 386 anymore. A number of releases back, even Slackware dropped support for anything less than a 486. Linus killed off 386 support in newer kernels. You now need at least a 486 to run Linux on intel in the newer kernels. From johan.vermeulen7 at telenet.be Fri Jul 19 09:55:27 2013 From: johan.vermeulen7 at telenet.be (johan.vermeulen7 at telenet.be) Date: Fri, 19 Jul 2013 11:55:27 +0200 (CEST) Subject: [K12OSN] setup transparent proxy for thinclients webtraffic In-Reply-To: Message-ID: <698e3b56-e617-4937-852d-341d3335cfc0@asha.telenet-ops.be> ----- Oorspronkelijk e-mail ----- Van: "Burke Almquist" Aan: "Support list for open source software in schools." Verzonden: Vrijdag 19 juli 2013 01:26:31 Onderwerp: Re: [K12OSN] setup transparent proxy for thinclients webtraffic -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Jul 18, 2013, at 10:01 AM, johan.vermeulen7 at telenet.be wrote: > Dear All, > > I'm setting up a K12Linux server, that also acts as a router/Firewall for some laptops and workstations. > So I 've set up a transparent proxy, Squid, for all traffic passing through the box, in order to monitor and control the network traffic. > > But I can't find out how to also reroute al the traffic from the thinclients to Squid as well. > > Does anybody know how to do that? > > Thanks for any advice. > > Greetings, J. Thin clients are just displaying a remote session that is actually occurring on the server. As such, any traffic generated by these programs is being generated from the server, not the thin client. The only exceptions to this would be anything running as a local app, and the LTSP session traffic that goes between the server and the thin clients. That traffic comes from programs running on the thin client, so that traffic actually is coming from the thin client. -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlHoeagACgkQxWV7OPa/g5G9uwCfWTsoOtwxzOhE1qJoeJG8RTon 7xQAniWDxjpJsQulI/4u/taGhtLOSviC =YLzd -----END PGP SIGNATURE----- Hello, Thanks for you answer. I know, and that is exactly my problem. I was able to set up transparent proxy with Squid for traffic on the lan, but the thinclients don't generate traffic on the lan, but on the server itself. And I can't find anywhere how to direct that traffic to Squid as well :-) greetings, J. _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see From brcisna at eazylivin.net Fri Jul 19 11:23:53 2013 From: brcisna at eazylivin.net (Barry Cisna) Date: Fri, 19 Jul 2013 06:23:53 -0500 Subject: [K12OSN] setup transparent proxy for thinclients webtraffic Message-ID: <1374233033.20136.72.camel@localhost> Johan, As stated by someone earlier in this thread the only way you can make squid work either transparent or manually is to run Firefox as a local app on each TC so it has "a port to pass through" back and forth from server to TC. Running squid with squidGuard you need to add the following two rules to iptables / nat: -A PREROUTING -p tcp -m tcp -i eth1 --dport 80 -j DNAT --to 192.168.67.1:3128 -A PREROUTING -p tcp -m tcp -i eth0 --dport 80 -j REDIRECT --to-ports 3128 # Note eth0 is WAN & eth1 is LAN in this example. Take Care, Barry From jim.kinney at gmail.com Fri Jul 19 12:42:18 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Fri, 19 Jul 2013 08:42:18 -0400 Subject: [K12OSN] fedora-5-i386-epel In-Reply-To: <490C8CAC-8DE8-49DA-AAC2-F2E9051B0EB4@thealmquists.net> References: <1374158453.20136.52.camel@localhost> <1374166504.26617.9.camel@alpaga.bursztynowski.waw.pl> <490C8CAC-8DE8-49DA-AAC2-F2E9051B0EB4@thealmquists.net> Message-ID: That's why those ancient versions are still in K12LTSP. Some schools still have real i386 PCs as thin clients. On Jul 18, 2013 7:37 PM, "Burke Almquist" wrote: > > On Jul 18, 2013, at 12:28 PM, Jim Kinney wrote: > > > vague memory of this but those ancient F5's may be there to support REAL > i386 systems as clients. Somewhere after that point, Fedora dropped i386 > and went to i486 as the lowest level cpu supported and someone was still > using IBM PC Jr. systems as thin clients. > > > > Unfortunately, those ancient systems, barring a direct lightning strike, > will run forever. > > > > Given the requirements of running a modern version of LTSP, I don't know > why you would even support trying to build for actual 386 anymore. A number > of releases back, even Slackware dropped support for anything less than a > 486. Linus killed off 386 support in newer kernels. You now need at least > a 486 to run Linux on intel in the newer kernels. > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -------------- next part -------------- An HTML attachment was scrubbed... URL: From burke at thealmquists.net Fri Jul 19 13:03:47 2013 From: burke at thealmquists.net (=?utf-8?B?YnVya2VAdGhlYWxtcXVpc3RzLm5ldA==?=) Date: Fri, 19 Jul 2013 08:03:47 -0500 Subject: [K12OSN] =?utf-8?q?setup_transparent_proxy_for_thinclients_webtra?= =?utf-8?q?ffic?= Message-ID: <201307191303.r6JD3fex020173@www.thealmquists.net> You could set the Firefox settings on the server to use the proxy manually. I think there's a system wide place you can set that for all http traffic for all users. ----- Reply message ----- From: johan.vermeulen7 at telenet.be To: "Support list for open source software in schools." Subject: [K12OSN] setup transparent proxy for thinclients webtraffic Date: Fri, Jul 19, 2013 4:55 AM ----- Oorspronkelijk e-mail ----- Van: "Burke Almquist" Aan: "Support list for open source software in schools." Verzonden: Vrijdag 19 juli 2013 01:26:31 Onderwerp: Re: [K12OSN] setup transparent proxy for thinclients webtraffic -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Jul 18, 2013, at 10:01 AM, johan.vermeulen7 at telenet.be wrote: > Dear All, > > I'm setting up a K12Linux server, that also acts as a router/Firewall for some laptops and workstations. > So I 've set up a transparent proxy, Squid, for all traffic passing through the box, in order to monitor and control the network traffic. > > But I can't find out how to also reroute al the traffic from the thinclients to Squid as well. > > Does anybody know how to do that? > > Thanks for any advice. > > Greetings, J. Thin clients are just displaying a remote session that is actually occurring on the server. As such, any traffic generated by these programs is being generated from the server, not the thin client. The only exceptions to this would be anything running as a local app, and the LTSP session traffic that goes between the server and the thin clients. That traffic comes from programs running on the thin client, so that traffic actually is coming from the thin client. -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlHoeagACgkQxWV7OPa/g5G9uwCfWTsoOtwxzOhE1qJoeJG8RTon 7xQAniWDxjpJsQulI/4u/taGhtLOSviC =YLzd -----END PGP SIGNATURE----- Hello, Thanks for you answer. I know, and that is exactly my problem. I was able to set up transparent proxy with Squid for traffic on the lan, but the thinclients don't generate traffic on the lan, but on the server itself. And I can't find anywhere how to direct that traffic to Squid as well :-) greetings, J. _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see -------------- next part -------------- An HTML attachment was scrubbed... URL: From emil.krotki at ekrotech.com Fri Jul 19 20:05:12 2013 From: emil.krotki at ekrotech.com (emil.krotki at ekrotech.com) Date: Fri, 19 Jul 2013 13:05:12 -0700 Subject: [K12OSN] I can't log in into LDM | SL 6.1 thin client image Message-ID: <20130719130512.05d394f8f702b6ef793b0ec8fcf7c622.f1040e4424.wbe@email07.europe.secureserver.net> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ltsp-update-sshkeys Type: application/x-shellscript Size: 5201 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ltsp-update-sshkeys-diff URL: From radek at bursztynowski.waw.pl Sun Jul 21 19:48:51 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Sun, 21 Jul 2013 21:48:51 +0200 Subject: [K12OSN] I can't log in into LDM | SL 6.1 thin client image In-Reply-To: <20130719130512.05d394f8f702b6ef793b0ec8fcf7c622.f1040e4424.wbe@email07.europe.secureserver.net> References: <20130719130512.05d394f8f702b6ef793b0ec8fcf7c622.f1040e4424.wbe@email07.europe.secureserver.net> Message-ID: <1374436131.2687.3.camel@dupa> Emil, Many thanks for your ltsp-update-sshkeys script correction. Now I can log in into SL 6.1 thin client image (K12Linux 5.2) on CentOS 6.4 x86_64. Best regards, Radek === > Hi all, > > > I've found the "ltsp-update-sshkeys" script failing on CentOS 6.4. > Reason is, script attempts to create keys for rsa, dsa and ecdsa while > the last one (ecdsa) is not available in this distro. > One may install ecdsa, however I've failed to find it. Disregarding > that I would suggest to fix the script making it a bit smarter about > what is possible in the system where it is running. > > > Assuming, that list of the private key files stored in /etc/ssh > resembles what is possible in the system (each file is created using > different algorithm), one may derive names > from /etc/ssh/ssh_host_*_key files. > Simple "diff" of old and new files presents the change I do suggest: > 84a85,87 > > # Use ciphers known to the local system > > KNOWN_ALGO=$(for fn in /etc/ssh/ssh_host_*_key; do echo `basename > $fn`; done | awk -F_ '{if(FNR>1)printf ",";printf $3}') > > > 93c96 > < ssh-keyscan -t dsa,rsa,ecdsa ${PORT:+-p $PORT} "$@" 2>&1 >"$EXPORT" > | > --- > > ssh-keyscan -t "${KNOWN_ALGO}" ${PORT:+-p $PORT} "$@" 2>&1 > >"$EXPORT" | > > With above fix applied, script is using what is available and creates > keys. It will use ecdsa (or any other algorithm) if it might ever been > installed later and appropriate private key file will get created, > without need to fix it again. > > > For your convenience, both - diff file and modified script are > attached. > > > Kind regards > Emil Krotki > EkroTech > PL: +48 693 463 115 > > > > -------- Original Message -------- > Subject: Re: [K12OSN] I can't log in into LDM | SL 6.1 thin > client image > From: Radek Bursztynowski > Date: Fri, July 12, 2013 1:14 pm > To: "Support list for open source software in schools." > > > Baryy, > > It could be that I don't understand you exactly, so let me > present my steps: > > 1. I log into my server as a root and I deleted all files > from /tmp directory. > 2. I rebooted my thin client. > 3. I switched SCREEN on my thin client to xtermm. > 4. Then: ssh -X user at my_server > 5. I logged into my server (I accepted certificate). Next I > exited. > 6. From my thin client (still xterm SCREEN)I made: > # su - > # ssh -X root at my_server (I accepted certificate), and I logged > into, next I exited. > 7. I switched SCREEN to LDM. > 8. Now I can log into as a regular user and root. > > But it is temporary success because after rebooting thin > client I lose certificate and still I couldn't log into. > > How to save proper set-up? > > Radek > > --- > Radek, > > On your server browse to the /tmp folder. > Delete all files ( as root) within the /tmp folder. > After deleting these files try and log into a thin client as a > regular > user. > Also as a backup..try logging into a thin client as root and > see if root > can do a log in to a thin client to your SL(older) image. > > Barry > > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see ; > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see From news at siddall.name Thu Jul 25 20:01:48 2013 From: news at siddall.name (Jeff Siddall) Date: Thu, 25 Jul 2013 16:01:48 -0400 Subject: [K12OSN] thin client distro for Raspberry Pi In-Reply-To: References: Message-ID: <51F1842C.5090203@siddall.name> On 07/11/2013 07:13 PM, Jim Kinney wrote: > http://rpitc.blogspot.com/ > > I have a Pi but have not had time to tinker with it. This looks like the > first toy I'll be loading on it. It's Debian based so the config files > are located differently. There is also this: http://www.berryterminal.com/doku.php/start I tested this once and it booted and I got logged in OK. I never did any more thorough testing though. Jeff From lesmikesell at gmail.com Thu Jul 25 20:38:08 2013 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 25 Jul 2013 15:38:08 -0500 Subject: [K12OSN] thin client distro for Raspberry Pi In-Reply-To: <51F1842C.5090203@siddall.name> References: <51F1842C.5090203@siddall.name> Message-ID: On Thu, Jul 25, 2013 at 3:01 PM, Jeff Siddall wrote: > >> I have a Pi but have not had time to tinker with it. This looks like the >> first toy I'll be loading on it. It's Debian based so the config files >> are located differently. > > > There is also this: > > http://www.berryterminal.com/doku.php/start > > I tested this once and it booted and I got logged in OK. I never did any > more thorough testing though. Has anyone tried getting an NX client on one of these working with freenx on a server? Or maybe X2go? -- Les Mikesell lesmikesell at gmail.com From enslaver at enslaver.com Thu Jul 25 22:33:07 2013 From: enslaver at enslaver.com (enslaver at enslaver.com) Date: Thu, 25 Jul 2013 22:33:07 +0000 Subject: [K12OSN] =?utf-8?q?thin_client_distro_for_Raspberry_Pi?= In-Reply-To: References: <51F1842C.5090203@siddall.name>, Message-ID: <51f1a88c.8468ec0a.300f.23b9@mx.google.com> I have included a preliminary screen file for x2go in the latest rpm?s, keep in mind its not done but I have tested the technology with a few thin clients and seen increased performance. In terms of a Raspberry Pi build I am also currently working on an arm based build of it using buildroot, much like berryterminal uses except with updated LDM and X11. From: Les Mikesell Sent: ?Thursday?, ?July? ?25?, ?2013 ?3?:?38? ?PM To: Support list for open source software in schools. On Thu, Jul 25, 2013 at 3:01 PM, Jeff Siddall wrote: > >> I have a Pi but have not had time to tinker with it. This looks like the >> first toy I'll be loading on it. It's Debian based so the config files >> are located differently. > > > There is also this: > > http://www.berryterminal.com/doku.php/start > > I tested this once and it booted and I got logged in OK. I never did any > more thorough testing though. Has anyone tried getting an NX client on one of these working with freenx on a server? Or maybe X2go? -- Les Mikesell lesmikesell at gmail.com _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see -------------- next part -------------- An HTML attachment was scrubbed... URL: From radek at bursztynowski.waw.pl Tue Jul 30 13:26:54 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Tue, 30 Jul 2013 15:26:54 +0200 Subject: [K12OSN] local device Message-ID: <6077361.141375190814745.JavaMail.root@poczta.bursztynowski.waw.pl> Hello, My thin client machine has local DVD, but I can't see any icon or mounted point after log into the client. I tried use several option as follow: LOCALDEV = True HOTPLUG = True LOCAL_STORAGE = True and LOCAL_DEVICE_01 = /dev/sr0:cdrom Still nothing. What interesting?: when I move to xterm (Ctrl+Fx) on thin client, I can mount DVD device and read it contents (mount /dev/sr0 /mnt). How to force my DVD device and LTSP/LDM client to cooperation? Best regards, Radek -------------- next part -------------- An HTML attachment was scrubbed... URL: From news at siddall.name Tue Jul 30 16:04:05 2013 From: news at siddall.name (Jeff Siddall) Date: Tue, 30 Jul 2013 12:04:05 -0400 Subject: [K12OSN] local device In-Reply-To: <6077361.141375190814745.JavaMail.root@poczta.bursztynowski.waw.pl> References: <6077361.141375190814745.JavaMail.root@poczta.bursztynowski.waw.pl> Message-ID: <51F7E3F5.3090006@siddall.name> On 07/30/2013 09:26 AM, Radek Bursztynowski wrote: > Hello, > > My thin client machine has local DVD, but I can't see any icon or > mounted point after log into the client. > I tried use several option as follow: > > LOCALDEV = True > HOTPLUG = True > LOCAL_STORAGE = True > > and > > LOCAL_DEVICE_01 = /dev/sr0:cdrom > > Still nothing. > What interesting?: when I move to xterm (Ctrl+Fx) on thin client, I can > mount DVD device and read it contents (mount /dev/sr0 /mnt). Unfortunately I can't solve your problem but hopefully I can clarify your understanding of what is going on a bit. When you press CTRL-ALT-Fx and get a text console it is important to note that this is _not_ an xterm. It is a local console on your _client_ where the DVD drive is installed, which is why you can see it there. Conversely, your X desktop is running on the _server_ but is displaying on your _client_. Since the DVD drive is not attached to the _server_ you cannot see it there, where the xterm is running. Depending on what you want to do with the DVD you can may be able to install a localapp and run that to access the DVD. Jeff From radek at bursztynowski.waw.pl Tue Jul 30 17:16:33 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Tue, 30 Jul 2013 19:16:33 +0200 Subject: [K12OSN] local device In-Reply-To: <51F7E3F5.3090006@siddall.name> References: <6077361.141375190814745.JavaMail.root@poczta.bursztynowski.waw.pl> Message-ID: <1375204594.18476.4.camel@alpaga.bursztynowski.waw.pl> Jeff, Many thanks for your explanation. I know it. But the same situation is with USB stick - I can mount it locally on local console and see it after log in LDM on my redirected server desktop. I expected similar mechanizm. Best regards, Radek --- > Unfortunately I can't solve your problem but hopefully I can clarify > your understanding of what is going on a bit. When you press > CTRL-ALT-Fx and get a text console it is important to note that this is > _not_ an xterm. It is a local console on your _client_ where the DVD > drive is installed, which is why you can see it there. > > Conversely, your X desktop is running on the _server_ but is displaying > on your _client_. Since the DVD drive is not attached to the _server_ > you cannot see it there, where the xterm is running. > > Depending on what you want to do with the DVD you can may be able to > install a localapp and run that to access the DVD. > > Jeff > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see From jim.kinney at gmail.com Tue Jul 30 17:35:16 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Tue, 30 Jul 2013 13:35:16 -0400 Subject: [K12OSN] local device In-Reply-To: <1375204594.18476.4.camel@alpaga.bursztynowski.waw.pl> References: <6077361.141375190814745.JavaMail.root@poczta.bursztynowski.waw.pl> <51F7E3F5.3090006@siddall.name> <1375204594.18476.4.camel@alpaga.bursztynowski.waw.pl> Message-ID: make sure the device(s) are part of the fuse group and all users are as well. On Tue, Jul 30, 2013 at 1:16 PM, Radek Bursztynowski < radek at bursztynowski.waw.pl> wrote: > Jeff, > > Many thanks for your explanation. I know it. But the same situation is > with USB stick - I can mount it locally on local console and see it > after log in LDM on my redirected server desktop. > > I expected similar mechanizm. > > Best regards, > Radek > > > --- > > Unfortunately I can't solve your problem but hopefully I can clarify > > your understanding of what is going on a bit. When you press > > CTRL-ALT-Fx and get a text console it is important to note that this is > > _not_ an xterm. It is a local console on your _client_ where the DVD > > drive is installed, which is why you can see it there. > > > > Conversely, your X desktop is running on the _server_ but is displaying > > on your _client_. Since the DVD drive is not attached to the _server_ > > you cannot see it there, where the xterm is running. > > > > Depending on what you want to do with the DVD you can may be able to > > install a localapp and run that to access the DVD. > > > > Jeff > > > > _______________________________________________ > > K12OSN mailing list > > K12OSN at redhat.com > > https://www.redhat.com/mailman/listinfo/k12osn > > For more info see > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From radek at bursztynowski.waw.pl Tue Jul 30 19:49:08 2013 From: radek at bursztynowski.waw.pl (Radek Bursztynowski) Date: Tue, 30 Jul 2013 21:49:08 +0200 Subject: [K12OSN] local device In-Reply-To: References: <6077361.141375190814745.JavaMail.root@poczta.bursztynowski.waw.pl> Message-ID: <1375213748.5458.25.camel@alpaga.bursztynowski.waw.pl> Jim, Thanks for advice. But I don't understand all. I have two identical K12Linux installation in two different localisations. In first one I can't see CDROM device after log in, in the second one everything works fine. In the second one installation I checked user and group's CDROM device. Is root:disk (and works!). So I am not sure where I should make the device(s) are part of the fuse group and how? Could you explain me more clear? Thanks you for help, Best regards, Radek > make sure the device(s) are part of the fuse group and all users are > as well. > > > > On Tue, Jul 30, 2013 at 1:16 PM, Radek Bursztynowski > wrote: > Jeff, > > Many thanks for your explanation. I know it. But the same > situation is > with USB stick - I can mount it locally on local console and > see it > after log in LDM on my redirected server desktop. > > I expected similar mechanizm. > > Best regards, > Radek > > > --- > > Unfortunately I can't solve your problem but hopefully I can > clarify > > your understanding of what is going on a bit. When you > press > > CTRL-ALT-Fx and get a text console it is important to note > that this is > > _not_ an xterm. It is a local console on your _client_ > where the DVD > > drive is installed, which is why you can see it there. > > > > Conversely, your X desktop is running on the _server_ but is > displaying > > on your _client_. Since the DVD drive is not attached to > the _server_ > > you cannot see it there, where the xterm is running. > > > > Depending on what you want to do with the DVD you can may be > able to > > install a localapp and run that to access the DVD. > > > > Jeff > > > > _______________________________________________ > > K12OSN mailing list > > K12OSN at redhat.com > > https://www.redhat.com/mailman/listinfo/k12osn > > For more info see > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > > > > > -- > -- > James P. Kinney III > > Every time you stop a school, you will have to build a jail. What you > gain at one end you lose at the other. It's like feeding a dog on his > own tail. It won't fatten the dog. > - Speech 11/23/1900 Mark Twain > > http://electjimkinney.org > http://heretothereideas.blogspot.com/ > From jim.kinney at gmail.com Tue Jul 30 20:14:24 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Tue, 30 Jul 2013 16:14:24 -0400 Subject: [K12OSN] local device In-Reply-To: <1375213748.5458.25.camel@alpaga.bursztynowski.waw.pl> References: <6077361.141375190814745.JavaMail.root@poczta.bursztynowski.waw.pl> <51F7E3F5.3090006@siddall.name> <1375204594.18476.4.camel@alpaga.bursztynowski.waw.pl> <1375213748.5458.25.camel@alpaga.bursztynowski.waw.pl> Message-ID: On the server, the users must all be in the fuse group. On the clients all devices must be group fuse that need to be shared. I think. Don't have a rig in front of me and it's been a while. I think on the server, the /etc/group file should have a fuse group and should include Make sure the ltspfsd is running on the server as well. double check that users are in the fuse group as well on the server. Check status of /bin/fusermount. It should be -rwsr-x---. On Tue, Jul 30, 2013 at 3:49 PM, Radek Bursztynowski < radek at bursztynowski.waw.pl> wrote: > Jim, > > Thanks for advice. But I don't understand all. > I have two identical K12Linux installation in two different > localisations. In first one I can't see CDROM device after log in, in > the second one everything works fine. In the second one installation I > checked user and group's CDROM device. Is root:disk (and works!). > > So I am not sure where I should make the device(s) are part of the fuse > group and how? Could you explain me more clear? > > Thanks you for help, > Best regards, > Radek > > > > > > make sure the device(s) are part of the fuse group and all users are > > as well. > > > > > > > > On Tue, Jul 30, 2013 at 1:16 PM, Radek Bursztynowski > > wrote: > > Jeff, > > > > Many thanks for your explanation. I know it. But the same > > situation is > > with USB stick - I can mount it locally on local console and > > see it > > after log in LDM on my redirected server desktop. > > > > I expected similar mechanizm. > > > > Best regards, > > Radek > > > > > > --- > > > Unfortunately I can't solve your problem but hopefully I can > > clarify > > > your understanding of what is going on a bit. When you > > press > > > CTRL-ALT-Fx and get a text console it is important to note > > that this is > > > _not_ an xterm. It is a local console on your _client_ > > where the DVD > > > drive is installed, which is why you can see it there. > > > > > > Conversely, your X desktop is running on the _server_ but is > > displaying > > > on your _client_. Since the DVD drive is not attached to > > the _server_ > > > you cannot see it there, where the xterm is running. > > > > > > Depending on what you want to do with the DVD you can may be > > able to > > > install a localapp and run that to access the DVD. > > > > > > Jeff > > > > > > _______________________________________________ > > > K12OSN mailing list > > > K12OSN at redhat.com > > > https://www.redhat.com/mailman/listinfo/k12osn > > > For more info see > > > > > > _______________________________________________ > > K12OSN mailing list > > K12OSN at redhat.com > > https://www.redhat.com/mailman/listinfo/k12osn > > For more info see > > > > > > > > > > -- > > -- > > James P. Kinney III > > > > Every time you stop a school, you will have to build a jail. What you > > gain at one end you lose at the other. It's like feeding a dog on his > > own tail. It won't fatten the dog. > > - Speech 11/23/1900 Mark Twain > > > > http://electjimkinney.org > > http://heretothereideas.blogspot.com/ > > > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From news at siddall.name Wed Jul 31 15:27:42 2013 From: news at siddall.name (Jeff Siddall) Date: Wed, 31 Jul 2013 11:27:42 -0400 Subject: [K12OSN] local device In-Reply-To: <1375204594.18476.4.camel@alpaga.bursztynowski.waw.pl> References: <6077361.141375190814745.JavaMail.root@poczta.bursztynowski.waw.pl> <1375204594.18476.4.camel@alpaga.bursztynowski.waw.pl> Message-ID: <51F92CEE.9070006@siddall.name> On 07/30/2013 01:16 PM, Radek Bursztynowski wrote: > Jeff, > > Many thanks for your explanation. I know it. But the same situation is > with USB stick - I can mount it locally on local console and see it > after log in LDM on my redirected server desktop. > > I expected similar mechanizm. Yes, that is true. fuse is leveraged to do some magic and remotely mount the client USB stick on the server. DVD drives aren't quite the same. Take, for example, an audio CD. You can't mount that and export it as a filesystem. So the question really becomes: does LTSP even look for optical devices and try to remotely mount them using fuse? I don't have an answer to that, but IME LTSP5 does not do this. That said I haven't tried connecting a client DVD recently and then setting the group to fuse. Hopefully someone can chime in on that. Jeff