From cisna-barry at wc235.k12.il.us Thu Dec 8 13:25:48 2011 From: cisna-barry at wc235.k12.il.us (Barry Cisna) Date: Thu, 08 Dec 2011 07:25:48 -0600 Subject: [K12OSN] pxe wifi k12ltsp Message-ID: <1323350748.6267.42.camel@hi2.wc235.k12.il.us> Hello All, Call me nuts. Has anyone thought of any ideas on integrating pxe into either the bios of a TC mobo to interface with the onboard wifi chip or possibly an usb wifi dongle and dump pxe firmware onto it? I would think someone smarter than I have thought of this implementation. Here is what my insane idea is: 1) wifi firmware that on boot searches for any open AP then transparently connects to 'strongest signal' AP. 1a) at this point the wifi interface has obtained a valid ip for the lan. 2) once connected to an ip address the pxe boot standard kicks in. 3) k12ltsp boots as though it is wired #4) The above could be a boot sequence option for example in the bios setup.Possibly labeled ' wifi/pxe' boot,,,:) I know everyone will say wireless TC's will be a slug,but it does seem that this scenario should be possible,for someone that is familiar with hacking bios/firmware images. This is of course AFTER spending countless hours and all nighters making it actually happen. Flame suit on... Thanks, Barry From lesmikesell at gmail.com Thu Dec 8 15:50:56 2011 From: lesmikesell at gmail.com (Les Mikesell) Date: Thu, 8 Dec 2011 09:50:56 -0600 Subject: [K12OSN] pxe wifi k12ltsp In-Reply-To: <1323350748.6267.42.camel@hi2.wc235.k12.il.us> References: <1323350748.6267.42.camel@hi2.wc235.k12.il.us> Message-ID: On Thu, Dec 8, 2011 at 7:25 AM, Barry Cisna wrote: > Hello All, > > Call me nuts. > Has anyone thought of any ideas on integrating pxe into either the bios > of a TC mobo to interface with the onboard wifi chip or possibly an usb > wifi dongle and dump pxe firmware onto it? > I would think someone smarter than I have thought of this > implementation. > Here is what my insane idea is: > > 1) wifi firmware that on boot searches for any open AP then > transparently connects to 'strongest signal' AP. > 1a) at this point the wifi interface has obtained a valid ip for the > lan. > 2) once connected to an ip address the pxe boot standard kicks in. > 3) k12ltsp boots as though it is wired > > #4) The above could be a boot sequence option for example in the bios > setup.Possibly labeled ' wifi/pxe' boot,,,:) > > I know everyone will say wireless TC's will be a slug,but it does seem > that this scenario should be possible,for someone that is familiar with > hacking bios/firmware images. This is of course AFTER spending countless > hours and all nighters making it actually happen. > Flame suit on... If usb dongles are in the picture, why not just boot puppy linux or something similar and hook up to the server once you get that far? Running the NX cliient with freenx on the server would give good wifi performance - and the ability to reconnect to your session if you move out of range and lose the connection. -- Les Mikesell lesmikesell at gmail.com From jim.kinney at gmail.com Thu Dec 8 19:14:23 2011 From: jim.kinney at gmail.com (Jim Kinney) Date: Thu, 8 Dec 2011 14:14:23 -0500 Subject: [K12OSN] pxe wifi k12ltsp In-Reply-To: <1323350748.6267.42.camel@hi2.wc235.k12.il.us> References: <1323350748.6267.42.camel@hi2.wc235.k12.il.us> Message-ID: That's the holy grail of tc computing. However wireless protocols don't support pxe boot. Add to that, most wireless nics require some firmware loading to function and things look grim. What does work is a micro-distro that has what would be pxe-boot loaded anyway as kernel plus remote mount root back to the tc server. On Dec 8, 2011 8:39 AM, "Barry Cisna" wrote: > Hello All, > > Call me nuts. > Has anyone thought of any ideas on integrating pxe into either the bios > of a TC mobo to interface with the onboard wifi chip or possibly an usb > wifi dongle and dump pxe firmware onto it? > I would think someone smarter than I have thought of this > implementation. > Here is what my insane idea is: > > 1) wifi firmware that on boot searches for any open AP then > transparently connects to 'strongest signal' AP. > 1a) at this point the wifi interface has obtained a valid ip for the > lan. > 2) once connected to an ip address the pxe boot standard kicks in. > 3) k12ltsp boots as though it is wired > > #4) The above could be a boot sequence option for example in the bios > setup.Possibly labeled ' wifi/pxe' boot,,,:) > > I know everyone will say wireless TC's will be a slug,but it does seem > that this scenario should be possible,for someone that is familiar with > hacking bios/firmware images. This is of course AFTER spending countless > hours and all nighters making it actually happen. > Flame suit on... > > Thanks, > Barry > > > _______________________________________________ > 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 peter at peterscheie.com Thu Dec 8 23:59:09 2011 From: peter at peterscheie.com (Peter Scheie) Date: Thu, 08 Dec 2011 17:59:09 -0600 Subject: [K12OSN] pxe wifi k12ltsp In-Reply-To: References: <1323350748.6267.42.camel@hi2.wc235.k12.il.us> Message-ID: <4EE14F4D.705@peterscheie.com> In 2008 at LTSP-by-the-Sea, Stephane Graber, who was working for Revolution Linux at the time but currently works for Canonical, described to me a netbook on which he had built such a micro-distribution. It was just enough to get the wireless working, and perhaps X; but then it provided a login to the server, and the apps ran on the server but displayed on the netbook just as with LTSP. I'm sure he'd be happy to tell you about it if you asked. He can be found on #ltsp most days, and is known as stgraber. Peter Jim Kinney wrote: > That's the holy grail of tc computing. However wireless protocols don't > support pxe boot. Add to that, most wireless nics require some firmware > loading to function and things look grim. > What does work is a micro-distro that has what would be pxe-boot loaded > anyway as kernel plus remote mount root back to the tc server. > On Dec 8, 2011 8:39 AM, "Barry Cisna" wrote: > > >> Hello All, >> >> Call me nuts. >> Has anyone thought of any ideas on integrating pxe into either the bios >> of a TC mobo to interface with the onboard wifi chip or possibly an usb >> wifi dongle and dump pxe firmware onto it? >> I would think someone smarter than I have thought of this >> implementation. >> Here is what my insane idea is: >> >> 1) wifi firmware that on boot searches for any open AP then >> transparently connects to 'strongest signal' AP. >> 1a) at this point the wifi interface has obtained a valid ip for the >> lan. >> 2) once connected to an ip address the pxe boot standard kicks in. >> 3) k12ltsp boots as though it is wired >> >> #4) The above could be a boot sequence option for example in the bios >> setup.Possibly labeled ' wifi/pxe' boot,,,:) >> >> I know everyone will say wireless TC's will be a slug,but it does seem >> that this scenario should be possible,for someone that is familiar with >> hacking bios/firmware images. This is of course AFTER spending countless >> hours and all nighters making it actually happen. >> Flame suit on... >> >> Thanks, >> 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 From brcisna at eazylivin.net Wed Dec 14 20:40:27 2011 From: brcisna at eazylivin.net (Barry R Cisna) Date: Wed, 14 Dec 2011 14:40:27 -0600 Subject: [K12OSN] dropbox Message-ID: <1323895227.21375.46.camel@localhost.localdomain> Hello All, I usually don't post something like this. I am sure as far behind times as I am, most everyone has seen or are using this by now. It is for sure , not K12LTSP specific, but I am sure someone here can use a software like this. Works very simple and transparently on any OS including most any mobile device as well. Syncs stuff between PC, laptop,mobile device. Free up to 2 GB of storage ,over that amount there is a cost! www.dropbox.com Hope this may help someone. Take Care, Barry From dahopkins429 at gmail.com Thu Dec 15 00:05:05 2011 From: dahopkins429 at gmail.com (David Hopkins) Date: Wed, 14 Dec 2011 19:05:05 -0500 Subject: [K12OSN] ssh issue with LDM In-Reply-To: References: Message-ID: All, I am beginning to suspect this issue is because ssh isn't resolving names correctly? Timing ssh myserver from a shell (ALT-CTL-F2) takes about 30 seconds to resolve myserver. However, ssh any_other_server returns immediately. So, why wouldn't myserver resolve quickly? This is true from any of the servers .. they do not resolve their names quickly. On all of them, the local (thin client) /etc/hosts has the form 127.0.0.1 localhost 127.0.0.2 ltsp50 192.168.0.254 server where the thin client is lstp50 ... but ... server is not defined in DNS, only in the thin clients /etc/hosts. Logging in at the console for any account also works. This is very very very confusing and unfortunately, come tomorrow morning is going to be a major issue. Sincerely, Dave Hopkins On Wed, Dec 14, 2011 at 6:13 PM, David Hopkins wrote: > We are having a major issue with thin client authentication. It > started just after lunch time today. Authentication works fine from > console and on terminal, but ssh takes a very long time to connect. > One server (out of 5) can still connect though the login process takes > quite a while to complete. ?However, it is shorter than the other > servers, so we suspect it is a timeout issue with LDM. > > From a shell at the thin client I can ssh to any system and > authenticate. ?However, trying to ssh from a shell at the client to > the ltsp server that the client is connected to takes a very long > time. ?The response at the GUI login screen is "no response from > server, restarting". We have already updated the sshkeys and > completely rebuilt the image but this hasn't resolved the issue. How > does LDM use ssh for authentication? Is there a reason ssh would have > to be routed? ?And .. why would ssh to any system except the system > that the client booted from take so long? ?We have enabled > IP_Forwarding at the clients for localapps and that also works if that > information is of any use. > > Any help is greatly appreciated! > > Sincerely, > Dave Hopkins From ngaywood at une.edu.au Thu Dec 15 00:40:26 2011 From: ngaywood at une.edu.au (Norman Gaywood) Date: Thu, 15 Dec 2011 11:40:26 +1100 Subject: [K12OSN] [Ltsp-discuss] ssh issue with LDM In-Reply-To: References: Message-ID: On Wed, Dec 14, 2011 at 07:05:05PM -0500, David Hopkins wrote:> I am beginning to suspect this issue is because ssh isn't resolving> names correctly? ?Timing>> ssh myserver>> from a shell (ALT-CTL-F2) takes about 30 seconds to resolve myserver.> However, ssh any_other_server returns immediately. ?So, why wouldn't> myserver resolve quickly? This is true from any of the servers ..> they do not resolve their names quickly. Is it reverse name lookups on your thin-client IP address? Is the delay there if you do a: host myserver from a shell (ALT-CTL-F2)? Is the delay there only if you do "ssh myserver"? If that is the case, perhaps the sshd on myserver is doing a reverselookup of your thin-client IP address and timing out. -- Norman Gaywood, Computer Systems Officer University of New England, Armidale, NSW 2351, Australia ngaywood at une.edu.au Phone: +61 (0)2 6773 3337 http://mcs.une.edu.au/~norm Fax: +61 (0)2 6773 3312 From jim.kinney at gmail.com Thu Dec 15 03:08:13 2011 From: jim.kinney at gmail.com (Jim Kinney) Date: Wed, 14 Dec 2011 22:08:13 -0500 Subject: [K12OSN] ssh issue with LDM In-Reply-To: References: Message-ID: ssh does a reverse lookup to try and identify the far end of the connection. If the remote end doesn't resolve by a dns lookup, things get very, very slow. You can have an /etc/hosts file be sufficient as long as the /etc/nsswitch file is set to try hosts firsts (default). The TCs don't have a populated hosts file so they rely on DNS. Unless you supply a hosts file from the servers supply side /etc area for the TCs. On Wed, Dec 14, 2011 at 7:05 PM, David Hopkins wrote: > All, > > I am beginning to suspect this issue is because ssh isn't resolving > names correctly? Timing > > ssh myserver > > from a shell (ALT-CTL-F2) takes about 30 seconds to resolve myserver. > However, ssh any_other_server returns immediately. So, why wouldn't > myserver resolve quickly? This is true from any of the servers .. > they do not resolve their names quickly. On all of them, the local > (thin client) /etc/hosts has the form > > 127.0.0.1 localhost > 127.0.0.2 ltsp50 > 192.168.0.254 server > > where the thin client is lstp50 ... but ... server is not defined in > DNS, only in the thin clients /etc/hosts. Logging in at the console > for any account also works. > > This is very very very confusing and unfortunately, come tomorrow > morning is going to be a major issue. > > Sincerely, > Dave Hopkins > > > > On Wed, Dec 14, 2011 at 6:13 PM, David Hopkins > wrote: > > We are having a major issue with thin client authentication. It > > started just after lunch time today. Authentication works fine from > > console and on terminal, but ssh takes a very long time to connect. > > One server (out of 5) can still connect though the login process takes > > quite a while to complete. However, it is shorter than the other > > servers, so we suspect it is a timeout issue with LDM. > > > > From a shell at the thin client I can ssh to any system and > > authenticate. However, trying to ssh from a shell at the client to > > the ltsp server that the client is connected to takes a very long > > time. The response at the GUI login screen is "no response from > > server, restarting". We have already updated the sshkeys and > > completely rebuilt the image but this hasn't resolved the issue. How > > does LDM use ssh for authentication? Is there a reason ssh would have > > to be routed? And .. why would ssh to any system except the system > > that the client booted from take so long? We have enabled > > IP_Forwarding at the clients for localapps and that also works if that > > information is of any use. > > > > Any help is greatly appreciated! > > > > Sincerely, > > Dave Hopkins > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III As long as the general population is passive, apathetic, diverted to consumerism or hatred of the vulnerable, then the powerful can do as they please, and those who survive will be left to contemplate the outcome. - *2011 Noam Chomsky http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From dahopkins429 at gmail.com Thu Dec 15 15:11:23 2011 From: dahopkins429 at gmail.com (David Hopkins) Date: Thu, 15 Dec 2011 10:11:23 -0500 Subject: [K12OSN] ssh issue with LDM In-Reply-To: References: Message-ID: Jim, Thanks! The contents of /etc/hosts and /etc/resolv.conf are (with lines now commented out) dhopkins at ncslts1:~> cat resolv.conf 127.0.0.1 localhost #127.0.1.1 ncslts7 # The following lines are desirable for IPv6 capable hosts #::1 localhost ip6-localhost ip6-loopback #fe00::0 ip6-localnet #ff00::0 ip6-mcastprefix #ff02::1 ip6-allnodes #ff02::2 ip6-allrouters #ff02::3 ip6-allhosts dhopkins at ncslts1:~> cat resolv.conf #domain ncs.k12.de.us search ncs.k12.de.us nameserver 10.179.2.6 #nameserver 10.1.1.10 #nameserver 10.1.1.11 What is extremely strange is that there were not any issues at all and then this issue started. In the past, I have been able to track these issues back to the configuration of the router (to which I have no access, it is State controlled/configured). I'll add a local hosts file and see if this improves performance. Sincerely, Dave Hopkins On Wed, Dec 14, 2011 at 10:08 PM, Jim Kinney wrote: > ssh does a reverse lookup to try and identify the far end of the connection. > If the remote end doesn't resolve by a dns lookup, things get very, very > slow. You can have an /etc/hosts file be sufficient as long as the > /etc/nsswitch file is set to try hosts firsts (default). > > The TCs don't have a populated hosts file so they rely on DNS. > > Unless you supply a hosts file from the servers supply side /etc area for > the TCs. > > On Wed, Dec 14, 2011 at 7:05 PM, David Hopkins > wrote: >> >> All, >> >> I am beginning to suspect this issue is because ssh isn't resolving >> names correctly? ?Timing >> >> ssh myserver >> >> from a shell (ALT-CTL-F2) takes about 30 seconds to resolve myserver. >> However, ssh any_other_server returns immediately. ?So, why wouldn't >> myserver resolve quickly? ?This is true from any of the servers .. >> they do not resolve their names quickly. ?On all of them, the local >> (thin client) /etc/hosts has the form >> >> 127.0.0.1 localhost >> 127.0.0.2 ltsp50 >> 192.168.0.254 server >> >> where the thin client is lstp50 ... but ... server is not defined in >> DNS, only in the thin clients /etc/hosts. ?Logging in at the console >> for any account also works. >> >> This is very very very confusing and unfortunately, come tomorrow >> morning is going to be a major issue. >> >> Sincerely, >> Dave Hopkins >> >> >> >> On Wed, Dec 14, 2011 at 6:13 PM, David Hopkins >> wrote: >> > We are having a major issue with thin client authentication. It >> > started just after lunch time today. Authentication works fine from >> > console and on terminal, but ssh takes a very long time to connect. >> > One server (out of 5) can still connect though the login process takes >> > quite a while to complete. ?However, it is shorter than the other >> > servers, so we suspect it is a timeout issue with LDM. >> > >> > From a shell at the thin client I can ssh to any system and >> > authenticate. ?However, trying to ssh from a shell at the client to >> > the ltsp server that the client is connected to takes a very long >> > time. ?The response at the GUI login screen is "no response from >> > server, restarting". We have already updated the sshkeys and >> > completely rebuilt the image but this hasn't resolved the issue. How >> > does LDM use ssh for authentication? Is there a reason ssh would have >> > to be routed? ?And .. why would ssh to any system except the system >> > that the client booted from take so long? ?We have enabled >> > IP_Forwarding at the clients for localapps and that also works if that >> > information is of any use. >> > >> > Any help is greatly appreciated! >> > >> > Sincerely, >> > Dave Hopkins >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see > > > > > -- > -- > James P. Kinney III > > As long as the general population is passive, apathetic, diverted to > consumerism or hatred of the vulnerable, then the powerful can do as they > please, and those who survive will be left to contemplate the outcome. > - 2011 Noam Chomsky > > http://heretothereideas.blogspot.com/ > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see From brcisna at eazylivin.net Sat Dec 17 18:52:46 2011 From: brcisna at eazylivin.net (Barry R Cisna) Date: Sat, 17 Dec 2011 12:52:46 -0600 Subject: [K12OSN] Teamviewer via TC specs Message-ID: <1324147966.21375.133.camel@localhost.localdomain> Hello All, Could someone chime in that is using Teamviewer via a TC in regards to what the spec of the TC(s) are that work alright. I use a minimal Ebox 2300 which will in fact run Youtube for example fine. The overhead that Teamviewer requires renders the Ebox almost unusable for running Teamviewer. The graphics simply will not render at a useable rate, very very delayed. I even tried terminal server to a Windows 2003 server, then Teamviewer into the remote PC,but this is even worse. The graphics through the Windows 2003 server display you can 'paint' the 'remote' desktop with your cursor. This is almost a must have app for troubleshooting shot PC's remotely. The hassle with having RDP enabled , firewall and on and on,on the remote machine ,etc,sure makes Teamviewer a very nice solution Anyone care to comment? Thanks, Barry From brcisna at eazylivin.net Sun Dec 18 22:44:18 2011 From: brcisna at eazylivin.net (Barry R Cisna) Date: Sun, 18 Dec 2011 16:44:18 -0600 Subject: [K12OSN] Teamviewer via TC specs Message-ID: <1324248258.21375.152.camel@localhost.localdomain> SOLVED Hello All Just wanted to let anyone that read my previous post, I was without a doubt barking up the wrong tree. I haven't been using Teamviewer very long. It appears that , what I thought was a very sluggish TC that I use for troubleshooting, Winders machines via Teamviewer was in fact one of two other problems on the remote end. It seems that the Windows machines I was connecting to had viruses and /or had very low bandwidth/upload speed. I have connected to a couple of Linux machines the last couple days via wan and it is almost as though you are sitting at the console after connecting to these machines. FWIW. I am using the binary tarball of Teamviewer on my Centos 5 server as the teamviewer.rpm will not install as the glibs on Centos 5 are of course getting very antiquated at this point. I also have run the Windows version of Teamviewer via wine and does work but it does get random disconnects quite often. Take Care, Barry From bear2bar at netscape.net Mon Dec 19 02:43:54 2011 From: bear2bar at netscape.net (bear2bar at netscape.net) Date: Sun, 18 Dec 2011 21:43:54 -0500 (EST) Subject: [K12OSN] Sexual desire. Increase it! Message-ID: <8CE8C0F2F012A35-E38-F1048@Webmail-m106.sysops.aol.com> Fantastic! I?ve just found that stuff you always wanted!.. http://www.lafoes.eu/friends.group.php?uCATEGORY=41c2 From jim.kinney at gmail.com Mon Dec 19 03:10:08 2011 From: jim.kinney at gmail.com (Jim Kinney) Date: Sun, 18 Dec 2011 22:10:08 -0500 Subject: [K12OSN] Teamviewer via TC specs In-Reply-To: <1324248258.21375.152.camel@localhost.localdomain> References: <1324248258.21375.152.camel@localhost.localdomain> Message-ID: Glad to hear this works. I have not used that tool but I've seen vnc over a TC to a windows machine and it was usable even though vnc is rather lag prone. Good luck with the virus clean up. On Dec 18, 2011 5:50 PM, "Barry R Cisna" wrote: > SOLVED > > Hello All > > Just wanted to let anyone that read my previous post, I was without a > doubt barking up the wrong tree. > I haven't been using Teamviewer very long. It appears that , what I > thought was a very sluggish TC that I use for troubleshooting, Winders > machines via Teamviewer was in fact one of two other problems on the > remote end. It seems that the Windows machines I was connecting to had > viruses and /or had very low bandwidth/upload speed. > I have connected to a couple of Linux machines the last couple days via > wan and it is almost as though you are sitting at the console after > connecting to these machines. > > FWIW. I am using the binary tarball of Teamviewer on my Centos 5 server > as the teamviewer.rpm will not install as the glibs on Centos 5 are of > course getting very antiquated at this point. > I also have run the Windows version of Teamviewer via wine and does work > but it does get random disconnects quite often. > > Take Care, > Barry > > > _______________________________________________ > 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 kent at structural-wood.com Tue Dec 20 17:22:50 2011 From: kent at structural-wood.com (Kent Schumacher) Date: Tue, 20 Dec 2011 11:22:50 -0600 Subject: [K12OSN] Printing bug and workaround on Fedora 15 LTSP deployment Message-ID: <4EF0C46A.9030707@structural-wood.com> Problem: ------- - Printing to an LTSP terminal resulted in no output on the printer. - The cups admin web page showed that a job was submitted, but wasn't able to print due to the printer being busy. - Running /usr/sbin/jetpipe from a shell on the LTSP terminal gave the error message: bash-4.1# /usr/sbin/jetpipe /dev/usblp0 9100 Traceback (most recent call last): File "/usr/sbin/jetpipe", line 45, in import daemon ImportError: No module named daemon Workaround: ----------- I searched the web a bit and ran across James Linder's 'improved' jetpipe post at http://www.mail-archive.com/ltsp-discuss at lists.sourceforge.net/msg39920.html. I did a quick make and then a cp -i /home/kent/p910nd/p910nd /opt/ltsp/i386/usr/sbin/jetpipe rebooted the terminal and printing worked perfectly. FYI: ---- The Fedora 15 installation is using a Fedora 14 chroot per this post: https://www.redhat.com/archives/k12osn/2011-October/msg00009.html From Steven at simplycircus.com Tue Dec 20 18:42:08 2011 From: Steven at simplycircus.com (Steven Santos) Date: Tue, 20 Dec 2011 13:42:08 -0500 Subject: [K12OSN] Thoughts on this system... Message-ID: Any thoughts on this system, and if the ideas will have an ongoing effect on K12Linux? http://games.slashdot.org/story/11/12/16/2211244/technical-details-behind-the-lan-party-optimized-house --- Steven Santos Director Simply Circus, Inc. 86 Los Angeles Street Newton, MA 02458 P: 617-527-0667 F: 617-934-1870 E: Steven at SimplyCircus.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From brcisna at eazylivin.net Tue Dec 20 22:06:24 2011 From: brcisna at eazylivin.net (Barry R Cisna) Date: Tue, 20 Dec 2011 16:06:24 -0600 Subject: [K12OSN] iptables gurus Message-ID: <1324418784.21375.194.camel@localhost.localdomain> Hello ALL, Curious if anyone on the list here would have any ideas on this . This is not really K12LTSP specific, but I thought possibly there may be someone here that lives and breathes iptables. On my K12LTSP server (at home) I also run asterisk on the same server. I also have a Vonage phone as well "behind" the Centos 5 server as well. Anyways voice quality is fine on both my asterisk phones as well as my Vonage phone, unless someone is downloading off of the ftp server I have running on this server. Once the downloading occurs I can hear the caller fine but they can no longer hear me at all. I am not sure after reading many many posts from various sip/voip sites that the native iptables is capable of doing QoS? I tried the following config from a voip site but it didn't make any changes to voice going out at download time. I only get about 245kb upload and 3 MB down BTW. I am in the sticks. /sbin/iptables -A OUTPUT -t mangle -p udp -m udp --sport 4569 -j DSCP --set-dscp-class ef /sbin/iptables -A OUTPUT -t mangle -p udp -m udp --sport 10000:20000 -j DSCP --set-dscp-class ef /sbin/iptables -A OUTPUT -t mangle -p udp -m udp --sport 5060 -j DSCP --set-dscp-class ef Thanks, Barry From jim.kinney at gmail.com Tue Dec 20 22:54:21 2011 From: jim.kinney at gmail.com (Jim Kinney) Date: Tue, 20 Dec 2011 17:54:21 -0500 Subject: [K12OSN] iptables gurus In-Reply-To: <1324418784.21375.194.camel@localhost.localdomain> References: <1324418784.21375.194.camel@localhost.localdomain> Message-ID: Barry, with upload bandwidth that low, you are at the bottom end of viop/sip telephony capability. Other than having a setting that detects a phone call and blocks ftp, I don't see a way to do this with iptables. Check out the advanced router how-to http://lartc.org/lartc.html and check on the ftp server and see if there is bandwidth limits you can set there. On Tue, Dec 20, 2011 at 5:06 PM, Barry R Cisna wrote: > Hello ALL, > > Curious if anyone on the list here would have any ideas on this . This > is not really K12LTSP specific, but I thought possibly there may be > someone here that lives and breathes iptables. > > On my K12LTSP server (at home) I also run asterisk on the same server. > I also have a Vonage phone as well "behind" the Centos 5 server as > well. > > Anyways voice quality is fine on both my asterisk phones as well as my > Vonage phone, unless someone is downloading off of the ftp server I have > running on this server. Once the downloading occurs I can hear the > caller fine but they can no longer hear me at all. > > I am not sure after reading many many posts from various sip/voip sites > that the native iptables is capable of doing QoS? I tried the following > config from a voip site but it didn't make any changes to voice going > out at download time. I only get about 245kb upload and 3 MB down BTW. I > am in the sticks. > > /sbin/iptables -A OUTPUT -t mangle -p udp -m udp --sport 4569 -j DSCP > --set-dscp-class ef > /sbin/iptables -A OUTPUT -t mangle -p udp -m udp --sport 10000:20000 -j > DSCP --set-dscp-class ef > /sbin/iptables -A OUTPUT -t mangle -p udp -m udp --sport 5060 -j DSCP > --set-dscp-class ef > > Thanks, > Barry > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III As long as the general population is passive, apathetic, diverted to consumerism or hatred of the vulnerable, then the powerful can do as they please, and those who survive will be left to contemplate the outcome. - *2011 Noam Chomsky http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From news at siddall.name Wed Dec 21 00:56:56 2011 From: news at siddall.name (Jeff Siddall) Date: Tue, 20 Dec 2011 19:56:56 -0500 Subject: [K12OSN] iptables gurus In-Reply-To: <1324418784.21375.194.camel@localhost.localdomain> References: <1324418784.21375.194.camel@localhost.localdomain> Message-ID: <4EF12ED8.7030004@siddall.name> On 12/20/2011 05:06 PM, Barry R Cisna wrote: > /sbin/iptables -A OUTPUT -t mangle -p udp -m udp --sport 4569 -j DSCP > --set-dscp-class ef > /sbin/iptables -A OUTPUT -t mangle -p udp -m udp --sport 10000:20000 -j DSCP --set-dscp-class ef > /sbin/iptables -A OUTPUT -t mangle -p udp -m udp --sport 5060 -j DSCP --set-dscp-class ef What you have there is fine, but all you are doing is tagging the packets as expedited. Unless you have set something up to prioritize the traffic based on that tag nothing is going to happen because of it. Here is a great script that uses the tc command to do the actual prioritization: http://lartc.org/wondershaper/ Modify it as described in the readme for your bandwidth and applications then fire it up after your internet connection and you are good to go. Also, I have a vague recollection that it didn't actually match EF packets so I had to modify one of the matches. I think this match statement should work for EF: match ip tos 0xb8 0xff I have been using wshaper with good results for years now. Jeff From brcisna at eazylivin.net Sat Dec 24 15:45:48 2011 From: brcisna at eazylivin.net (Barry R Cisna) Date: Sat, 24 Dec 2011 09:45:48 -0600 Subject: [K12OSN] TC K12LTSP NComputing Message-ID: <1324741548.4911.11.camel@localhost.localdomain> Hello All, Our school received an NComputing L-300 Terminal . I am not sure how we even got it? Has anyone on the list here messed with these any? I got it out of the box, and booted the unit up. It is of course definitely a 'one off' TC. When booted the monitor does not even get a view for about 90 seconds then the boot options GUI screen shows up.All that is presented is the VServer/NComputing configuration,which appears to be a spin off of a Citrix core? I haven't been able to find any info if it is possible to get into the system bios to change any boot options. Can you say pxe boot option? It appears the unit is simply locked to whatever mobo firmware is on it,and no system options can be reached via the bios. These would be a neat unit,beings they are even more compact than the Ebox2300 units we have . At this point it appears these will be a no go,for using as an TC for K12LTSP/K12LINUX.If I am able to do anything with it,I will report back. Take Care, Barry From sbarar at gmail.com Sat Dec 24 16:26:44 2011 From: sbarar at gmail.com (Sudev Barar) Date: Sat, 24 Dec 2011 21:56:44 +0530 Subject: [K12OSN] [ot] rsync option In-Reply-To: References: Message-ID: > Hello list, > > This is off topic but hope that combined list experience may set me on the right path. > > I want to copy all files from one source with directory and sub-directory structure to destination but here I want to dump all files into one single directory. > > Have tried with various options but have not been able to find right options. > > Or it is just not possible with rsync? > > The reason is that I have the servers that contain mostly similar data with some (relatively speaking) files that were changed while we migrated from first to second to third. > > Using rsync -u would keep the latest file in the single directory structure. Later I will create sub directories on the destination do that each directory contains only one type of files -------------- next part -------------- An HTML attachment was scrubbed... URL: From dpetersen at riverdale.k12.or.us Sat Dec 24 17:00:41 2011 From: dpetersen at riverdale.k12.or.us (Dale Petersen) Date: Sat, 24 Dec 2011 09:00:41 -0800 Subject: [K12OSN] TC K12LTSP NComputing In-Reply-To: <1324741548.4911.11.camel@localhost.localdomain> References: <1324741548.4911.11.camel@localhost.localdomain> Message-ID: <0CE2CBE0-273B-45E9-BAFE-A01E6DA39571@riverdale.k12.or.us> I got one of these too and played around with it a bit. They seem to be pretty dependent on a Windows server and their service running on that server. In that environment, they work great. Simple to set up, very responsive; audio and video work well. Didn't see an easy way to use with K12LINUX. Spoke with a rep about Linux and he indicated that they are working on it, and Ubuntu was the current target. It's sitting on a counter with my other back-burner projects. If they can get it to work in Linux as well as it does in Windows, it might be a good light-weight option for TC. Dale. On Dec 24, 2011, at 7:45 AM, Barry R Cisna wrote: > Hello All, > > Our school received an NComputing L-300 Terminal . I am not sure how we > even got it? Has anyone on the list here messed with these any? I got it > out of the box, and booted the unit up. It is of course definitely a > 'one off' TC. > > When booted the monitor does not even get a view for about 90 seconds > then the boot options GUI screen shows up.All that is presented is the > VServer/NComputing configuration,which appears to be a spin off of a > Citrix core? > I haven't been able to find any info if it is possible to get into the > system bios to change any boot options. Can you say pxe boot option? It > appears the unit is simply locked to whatever mobo firmware is on it,and > no system options can be reached via the bios. > These would be a neat unit,beings they are even more compact than the > Ebox2300 units we have . > At this point it appears these will be a no go,for using as an TC for > K12LTSP/K12LINUX.If I am able to do anything with it,I will report back. > > Take Care, > Barry > From charlie at smbis.com Sat Dec 24 21:17:20 2011 From: charlie at smbis.com (Charlie) Date: Sat, 24 Dec 2011 16:17:20 -0500 Subject: [K12OSN] TC K12LTSP NComputing In-Reply-To: <0CE2CBE0-273B-45E9-BAFE-A01E6DA39571@riverdale.k12.or.us> References: <1324741548.4911.11.camel@localhost.localdomain> <0CE2CBE0-273B-45E9-BAFE-A01E6DA39571@riverdale.k12.or.us> Message-ID: <1324761440.4703.13.camel@lws1.gateway.2wire.net> I too investigated these over a year ago when they first hit the market. I experienced the same issues mentioned, they work well in a windows environment but their Linux (Ubuntu) support was not ready. They told me likewise that they were working on updating their Ubuntu software, that was over a year ago. I promptly returned mine and demanded a refund due to their lie that it supported Linux. This is not too unusual for the "ME TOO" vendors out there that claim their products support Linux. Charlie -----Original Message----- From: Dale Petersen Reply-to: "Support list for open source software in schools." To: Support list for open source software in schools. Subject: Re: [K12OSN] TC K12LTSP NComputing Date: Sat, 24 Dec 2011 09:00:41 -0800 I got one of these too and played around with it a bit. They seem to be pretty dependent on a Windows server and their service running on that server. In that environment, they work great. Simple to set up, very responsive; audio and video work well. Didn't see an easy way to use with K12LINUX. Spoke with a rep about Linux and he indicated that they are working on it, and Ubuntu was the current target. It's sitting on a counter with my other back-burner projects. If they can get it to work in Linux as well as it does in Windows, it might be a good light-weight option for TC. Dale. On Dec 24, 2011, at 7:45 AM, Barry R Cisna wrote: > Hello All, > > Our school received an NComputing L-300 Terminal . I am not sure how we > even got it? Has anyone on the list here messed with these any? I got it > out of the box, and booted the unit up. It is of course definitely a > 'one off' TC. > > When booted the monitor does not even get a view for about 90 seconds > then the boot options GUI screen shows up.All that is presented is the > VServer/NComputing configuration,which appears to be a spin off of a > Citrix core? > I haven't been able to find any info if it is possible to get into the > system bios to change any boot options. Can you say pxe boot option? It > appears the unit is simply locked to whatever mobo firmware is on it,and > no system options can be reached via the bios. > These would be a neat unit,beings they are even more compact than the > Ebox2300 units we have . > At this point it appears these will be a no go,for using as an TC for > K12LTSP/K12LINUX.If I am able to do anything with it,I will report back. > > Take Care, > Barry > _______________________________________________ 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 forface.dw at gmail.com Mon Dec 26 04:04:42 2011 From: forface.dw at gmail.com (dhe wardhana) Date: Mon, 26 Dec 2011 11:04:42 +0700 Subject: [K12OSN] Error When Install LTSP 5 on Centos 6.1 Message-ID: Hi I'm Amanda, Please help me to configure the LTSP. I was try installing the ltsp but when the client want to booting have error Kernel Panic. I Send My Picture in Attachment. Please Help Me -- Thank's Me -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 21122011376.jpg Type: image/jpeg Size: 18542 bytes Desc: not available URL: From bear2bar at netscape.net Mon Dec 26 17:44:40 2011 From: bear2bar at netscape.net (bear2bar at netscape.net) Date: Mon, 26 Dec 2011 12:44:40 -0500 (EST) Subject: [K12OSN] 6 Message-ID: <8CE920CDF6D5CB3-FA0-16EBE@webmail-m034.sysops.aol.com> You forget about your problem like a nightmare!.. http://www.cavexpert.com/december.site.php?kesfriend_id=19do8 From brcisna at eazylivin.net Tue Dec 27 21:14:14 2011 From: brcisna at eazylivin.net (Barry R Cisna) Date: Tue, 27 Dec 2011 15:14:14 -0600 Subject: [K12OSN] Error When Install LTSP 5 on Centos 6.1 Message-ID: <1325020454.4857.28.camel@localhost.localdomain> Amanda, With the little information you provided in your post in regards to K12LINUX TC kernel panic,it is hard to narrow down possible " what it could be's". A few things to consider: On your new K12LINUX network is this an isolated network? In other words there can not be another dhcp server on this network? Are you using an unmanaged switch on this network. Have you tried booting 3-4 different hardwared TC's, to verify it isn't a funky nic problem. On the K12LINUX server before booting a TC open a terminal and run the command: tail -f /var/log/messages Then boot a couple TC's and copy / paste the output of this terminal back here,and someone may see some clues in this dialog. A starting point to narrow a few things down, anyway. Just in case you didn't see this , this may give you some clues as well. https://fedorahosted.org/k12linux/wiki/InstallGuide Take Care, Barry From forface.dw at gmail.com Thu Dec 29 09:57:47 2011 From: forface.dw at gmail.com (dhe wardhana) Date: Thu, 29 Dec 2011 16:57:47 +0700 Subject: [K12OSN] K12OSN Digest, Vol 94, Issue 11 In-Reply-To: References: Message-ID: Hi Berry, This is output i get when the TC is booting. Dec 29 16:50:03 ps02 dhcpd: Sending on Socket/fallback/fallback-net Dec 29 16:51:11 ps02 dhcpd: DHCPDISCOVER from 00:80:64:7c:75:6a via ltspbr0 Dec 29 16:51:11 ps02 dhcpd: DHCPOFFER on 172.31.100.3 to 00:80:64:7c:75:6a via ltspbr0 Dec 29 16:51:13 ps02 dhcpd: DHCPREQUEST for 172.31.100.3 (172.31.100.254) from 00:80:64:7c:75:6a via ltspbr0 Dec 29 16:51:13 ps02 dhcpd: DHCPACK on 172.31.100.3 to 00:80:64:7c:75:6a via ltspbr0 Dec 29 16:51:13 ps02 xinetd[1721]: START: tftp pid=10536 from=172.31.100.3 Dec 29 16:51:13 ps02 in.tftpd[10537]: tftp: client does not accept options for the link i was go there and i was followed the steps. i was try to other TC still same. Thanks Berry, On Thu, Dec 29, 2011 at 12:00 AM, wrote: > Send K12OSN mailing list submissions to > k12osn at redhat.com > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.redhat.com/mailman/listinfo/k12osn > or, via email, send a message with subject or body 'help' to > k12osn-request at redhat.com > > You can reach the person managing the list at > k12osn-owner at redhat.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of K12OSN digest..." > > > Today's Topics: > > 1. Re: Error When Install LTSP 5 on Centos 6.1 (Barry R Cisna) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 27 Dec 2011 15:14:14 -0600 > From: Barry R Cisna > To: K12LTSP > Subject: Re: [K12OSN] Error When Install LTSP 5 on Centos 6.1 > Message-ID: <1325020454.4857.28.camel at localhost.localdomain> > Content-Type: text/plain > > Amanda, > > With the little information you provided in your post in regards to > K12LINUX TC kernel panic,it is hard to narrow down possible " what it > could be's". > A few things to consider: > > On your new K12LINUX network is this an isolated network? In other words > there can not be another dhcp server on this network? > Are you using an unmanaged switch on this network. > Have you tried booting 3-4 different hardwared TC's, to verify it isn't > a funky nic problem. > On the K12LINUX server before booting a TC open a terminal and run the > command: > tail -f /var/log/messages > Then boot a couple TC's and copy / paste the output of this terminal > back here,and someone may see some clues in this dialog. > > A starting point to narrow a few things down, anyway. > > Just in case you didn't see this , this may give you some clues as well. > > https://fedorahosted.org/k12linux/wiki/InstallGuide > > > Take Care, > Barry > > > > > > > ------------------------------ > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > > End of K12OSN Digest, Vol 94, Issue 11 > ************************************** > -- Thank's Me -------------- next part -------------- An HTML attachment was scrubbed... URL: From forface.dw at gmail.com Thu Dec 29 10:51:53 2011 From: forface.dw at gmail.com (dhe wardhana) Date: Thu, 29 Dec 2011 17:51:53 +0700 Subject: [K12OSN] K12OSN Digest, Vol 94, Issue 11 In-Reply-To: References: Message-ID: Barry this is my dhcpd.conf and tftp /etc/ltsp/dhcpd.conf default-lease-time 21600; max-lease-time 21600; ddns-update-style none; allow booting; allow bootp; option subnet-mask 255.255.255.0; option broadcast-address 172.31.100.255; option routers 172.31.100.254; option domain-name-servers 172.31.100.254; next-server 172.31.100.254; option domain-name "ltsp"; option option-128 code 128 = string; option option-129 code 129 = text; option option-221 code 221 = text; shared-network WORKSTATIONS { subnet 172.31.100.0 netmask 255.255.255.0 { range dynamic-bootp 172.31.100.100 172.31.100.253; use-host-decl-names on; option log-servers 172.31.100.254; # trick from Peter Rundle # newer PPC Macs if substring (option vendor-class-identifier, 0, 9) = "AAPLBSDPC" { filename "yaboot"; option vendor-class-identifier "AAPLBSDPC"; option vendor-encapsulated-options 01:01:02:08:04:01:00:00:01:82; } # really old ppc iMacs elsif substring (option option-221, 0, 5) = "Apple" { filename "yaboot"; option vendor-class-identifier "AAPLBSDPC"; option vendor-encapsulated-options 01:01:02:08:04:01:00:00:01:82; } # Etherboot ELF (only 5.4), should work with Coreboot elsif substring (option vendor-class-identifier, 0, 13) = "Etherboot-5.4" { filename "/ltsp/i386/elf.ltsp"; } # Etherboot NBI (older clients) elsif substring (option vendor-class-identifier, 0, 9) = "Etherboot" { filename "/ltsp/i386/wraplinux-nbi.ltsp"; } # PXE elsif substring (option vendor-class-identifier, 0, 9) = "PXEClient" { # NOTE: kernels are specified in /tftpboot/ltsp/i386/pxelinux.cfg/ filename "/ltsp/i386/pxelinux.0"; } # if all else fails (likely BOOTP), default to an NBI image else { filename "/ltsp/i386/wraplinux-nbi.ltsp"; } # PPC Apple MAC prefixes https://fedoraproject.org/wiki/WarrenTogami/AppleMACAddresses # initrd did dhcp again with vendor-client-identifier "nash" so we need another way to set root-path # This is most likely an incomplete list. You may need to add your own if you have a PPC not covered. # 00:03:93 # 00:05:02 # 00:0A:27 # 00:0A:95 # 00:0D:93 # 00:11:24 # 00:14:51 # 00:30:65 # 00:50:E4 if binary-to-ascii (16, 8, "-", substring (hardware, 0, 4)) = "1-0-3-93" or binary-to-ascii (16, 8, "-", substring (hardware, 0, 4)) = "1-0-5-2" or binary-to-ascii (16, 8, "-", substring (hardware, 0, 4)) = "1-0-a-27" or binary-to-ascii (16, 8, "-", substring (hardware, 0, 4)) = "1-0-a-95" or binary-to-ascii (16, 8, "-", substring (hardware, 0, 4)) = "1-0-d-93" or binary-to-ascii (16, 8, "-", substring (hardware, 0, 4)) = "1-0-11-24" or binary-to-ascii (16, 8, "-", substring (hardware, 0, 4)) = "1-0-14-51" or binary-to-ascii (16, 8, "-", substring (hardware, 0, 4)) = "1-0-30-65" or binary-to-ascii (16, 8, "-", substring (hardware, 0, 4)) = "1-0-50-E4" { option root-path "172.31.100.254:/opt/ltsp/ppc"; #option root-path "nbd:172.31.100.254:2001:squashfs:ro"; } else { option root-path "172.31.100.254:/opt/ltsp/i386"; #option root-path "nbd:172.31.100.254:2000:squashfs:ro"; } } } ## example configurations for specifying specific kernels to specific clients ## These examples below are VERY OLD, uncertain if they work #group { # use-host-decl-names on; # option log-servers 172.31.100.254; # # host ws001 { # hardware ethernet 00:E0:06:E8:00:84; # fixed-address 172.31.100.1; # filename "/ltsp/vmlinuz.ltsp"; # option option-128 e4:45:74:68:00:00; # option option-129 "NIC=3c509"; # } # host ws002 { # hardware ethernet 00:D0:09:30:6A:1C; # fixed-address 172.31.100.2; # filename "/ltsp/vmlinuz.ltsp"; # option option-128 e4:45:74:68:00:00; # option option-129 "NIC=ne"; # } host ws003 { hardware ethernet 00:80:64:7C:75:6A; # hardware ethernet 00:D0:09:30:28:B2; fixed-address 172.31.100.3; #kernels are specified in "/tftpboot/ltsp/i386/pxelinux.cfg/"; filename "/ltsp/i386/pxelinux.0"; #option root-path "/opt/ltsp/i386"; } host ws004 { hardware ethernet 00:1A:4B:4B:1E:CD; # hardware ethernet 00:D0:09:30:28:B2; fixed-address 172.31.100.4; #kernels are specified in "/tftpboot/ltsp/i386/pxelinux.cfg/"; filename "/ltsp/i386/pxelinux.0"; #option root-path "/opt/ltsp/i386"; } /etc/xinetd.d/tftp service tftp { disable = no socket_type = dgram protocol = udp wait = yes user = root server = /usr/sbin/in.tftpd server_args = -c -s /var/lib/tftpboot per_source = 11 cps = 100 2 flags = IPv4 } Thanks. On Thu, Dec 29, 2011 at 4:57 PM, dhe wardhana wrote: > Hi Berry, > > This is output i get when the TC is booting. > > > Dec 29 16:50:03 ps02 dhcpd: Sending on Socket/fallback/fallback-net > Dec 29 16:51:11 ps02 dhcpd: DHCPDISCOVER from 00:80:64:7c:75:6a via ltspbr0 > Dec 29 16:51:11 ps02 dhcpd: DHCPOFFER on 172.31.100.3 to 00:80:64:7c:75:6a > via ltspbr0 > Dec 29 16:51:13 ps02 dhcpd: DHCPREQUEST for 172.31.100.3 (172.31.100.254) > from 00:80:64:7c:75:6a via ltspbr0 > Dec 29 16:51:13 ps02 dhcpd: DHCPACK on 172.31.100.3 to 00:80:64:7c:75:6a > via ltspbr0 > Dec 29 16:51:13 ps02 xinetd[1721]: START: tftp pid=10536 from=172.31.100.3 > Dec 29 16:51:13 ps02 in.tftpd[10537]: tftp: client does not accept options > > for the link i was go there and i was followed the steps. i was try to > other TC still same. > > Thanks Berry, > > > > On Thu, Dec 29, 2011 at 12:00 AM, wrote: > >> Send K12OSN mailing list submissions to >> k12osn at redhat.com >> >> To subscribe or unsubscribe via the World Wide Web, visit >> https://www.redhat.com/mailman/listinfo/k12osn >> or, via email, send a message with subject or body 'help' to >> k12osn-request at redhat.com >> >> You can reach the person managing the list at >> k12osn-owner at redhat.com >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of K12OSN digest..." >> >> >> Today's Topics: >> >> 1. Re: Error When Install LTSP 5 on Centos 6.1 (Barry R Cisna) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Tue, 27 Dec 2011 15:14:14 -0600 >> From: Barry R Cisna >> To: K12LTSP >> Subject: Re: [K12OSN] Error When Install LTSP 5 on Centos 6.1 >> Message-ID: <1325020454.4857.28.camel at localhost.localdomain> >> Content-Type: text/plain >> >> Amanda, >> >> With the little information you provided in your post in regards to >> K12LINUX TC kernel panic,it is hard to narrow down possible " what it >> could be's". >> A few things to consider: >> >> On your new K12LINUX network is this an isolated network? In other words >> there can not be another dhcp server on this network? >> Are you using an unmanaged switch on this network. >> Have you tried booting 3-4 different hardwared TC's, to verify it isn't >> a funky nic problem. >> On the K12LINUX server before booting a TC open a terminal and run the >> command: >> tail -f /var/log/messages >> Then boot a couple TC's and copy / paste the output of this terminal >> back here,and someone may see some clues in this dialog. >> >> A starting point to narrow a few things down, anyway. >> >> Just in case you didn't see this , this may give you some clues as well. >> >> https://fedorahosted.org/k12linux/wiki/InstallGuide >> >> >> Take Care, >> Barry >> >> >> >> >> >> >> ------------------------------ >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> >> End of K12OSN Digest, Vol 94, Issue 11 >> ************************************** >> > > > > -- > Thank's Me > > -- Thank's Me -------------- next part -------------- An HTML attachment was scrubbed... URL: From cisna-barry at wc235.k12.il.us Thu Dec 29 19:47:16 2011 From: cisna-barry at wc235.k12.il.us (Barry Cisna) Date: Thu, 29 Dec 2011 13:47:16 -0600 Subject: [K12OSN] K12OSN Digest, Vol 94, Issue 11 Message-ID: <1325188036.6267.119.camel@hi2.wc235.k12.il.us> dhe, Have a look at the following link. This may well be your problem. Make sure your iptables is turned off on the server as well,to eliminate this possibility. Do the different TC's you are trying to boot,in fact have different nic's in them? I am wondering if you need to add an entry(append) for each TC in the pxelinux.cfg? https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/759072 Barry From forface.dw at gmail.com Sat Dec 31 03:07:13 2011 From: forface.dw at gmail.com (dhe wardhana) Date: Sat, 31 Dec 2011 10:07:13 +0700 Subject: [K12OSN] K12OSN Digest, Vol 94, Issue 13 In-Reply-To: References: Message-ID: Barry, I was turn off the iptables every restarting. and for the link i saw the vmlinuz.ltsp was default by 644 in my server. And the /var/log/messages still same like before. Help me barry. On Sat, Dec 31, 2011 at 12:00 AM, wrote: > Send K12OSN mailing list submissions to > k12osn at redhat.com > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.redhat.com/mailman/listinfo/k12osn > or, via email, send a message with subject or body 'help' to > k12osn-request at redhat.com > > You can reach the person managing the list at > k12osn-owner at redhat.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of K12OSN digest..." > > > Today's Topics: > > 1. Re: K12OSN Digest, Vol 94, Issue 11 (Barry Cisna) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 29 Dec 2011 13:47:16 -0600 > From: Barry Cisna > To: K12LTSP Mailing List > Subject: Re: [K12OSN] K12OSN Digest, Vol 94, Issue 11 > Message-ID: <1325188036.6267.119.camel at hi2.wc235.k12.il.us> > Content-Type: text/plain > > dhe, > > Have a look at the following link. This may well be your problem. > Make sure your iptables is turned off on the server as well,to eliminate > this possibility. > > Do the different TC's you are trying to boot,in fact have different > nic's in them? I am wondering if you need to add an entry(append) for > each TC in the pxelinux.cfg? > > https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/759072 > > Barry > > > > ------------------------------ > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > > End of K12OSN Digest, Vol 94, Issue 13 > ************************************** > -- Thank's Me -------------- next part -------------- An HTML attachment was scrubbed... URL: From warren at togami.com Sat Dec 31 06:50:53 2011 From: warren at togami.com (Warren Togami Jr.) Date: Fri, 30 Dec 2011 20:50:53 -1000 Subject: [K12OSN] Error When Install LTSP 5 on Centos 6.1 In-Reply-To: References: Message-ID: <4EFEB0CD.4020604@togami.com> On 12/25/2011 6:04 PM, dhe wardhana wrote: > Hi I'm Amanda, > Please help me to configure the LTSP. I was try installing the ltsp but > when the client want to booting have error Kernel Panic. I Send My > Picture in Attachment. Please Help Me Your screenshot with the penguin indicates that you are running something that is not the supported K12Linux.org suite. You may have better luck with the k12linux.org software, assuming your client hardware is i686 and supported out of the box. Warren