TOP: To list This post is example of why I hate top posting. Not that subject thread gets jumbled but look at the context and contents. A thread hijacking without even snip. The post is interesting in itself but ....enough said. Sudev Barar
On 15/03/07, Tanner Bachman <[EMAIL PROTECTED]> wrote: > Hi everyone, > > I currently have about 35 terminals connected to an LTSP server and > everything runs fine. I setup a cronjob to shutdown all the terminals at > 8:00PM each night. The cronjob runs a shell script that essesentially runs > the following command: ltspinfo --shutdown -h xxx.xxx.xxx.xxx All the > terminals power off and the world stays round. However, yesterday I added > another terminal to the mix. This terminal is based around the VIA > EPIA-M10000-LVDS mini-ITX motherboard. I built the system and set it up > normally on the LTSP server and it boots right up and runs fine...and then > later that night the server powered it down along with all the other > terminals. This morning I tried to boot the new terminal up and it exits > the PXE boot before even trying to contact the DHCP server. I poked around > in the BIOS and everything is set properly, but what finally did the trick > was removing power (physically unplugging the system) and then plugging it > in again. I have tested this several times today by manually running the > ltspinfo command on that terminal and each time it refuses to boot afterward > unless it's unplugged first. Obviously it's jamming up the network > interface and locking out the ROM option. I'm just curious as to whether or > not anyone else has had an issue like this before. I know that I haven't > with any other computers on the network and they are not all the same. For > reference, this board uses the VIA CLE266/VT8235 Chipset and the LAN > interface is controlled by the VIA VT6103 chip. Any thoughts would be much > appreciated. > > Thanks, > > > Tanner Bachman > Director of Information Technology > > Montana Harley-Davidson > 5106 East Harrier > Missoula, MT 59808 > Office: 406.721.2154 > [EMAIL PROTECTED] > www.mtharley.com > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: Wednesday, March 14, 2007 12:16 PM > To: [email protected] > Subject: Ltsp-discuss Digest, Vol 10, Issue 19 > > Send Ltsp-discuss mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/ltsp-discuss > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific than > "Re: Contents of Ltsp-discuss digest..." > > > Today's Topics: > > 1. Re: DHCP on alternate ports (Steve Cayford) > 2. Re: Problem with the LDM login on the clients (Alban Bernard) > 3. Re: fuse/localdev problem on debian etch amd64 (Ryan Boyes) > 4. Thin Client Flash Gets Mounted (Anthony M Simonelli) > 5. network architecture question (bill) > 6. Re: network architecture question (Antony Gelberg) > 7. Re: network architecture question (bill) > 8. Re: network architecture question (bill) > 9. Re: network architecture question (John Lucas) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 13 Mar 2007 15:18:22 -0500 > From: Steve Cayford <[EMAIL PROTECTED]> > Subject: Re: [Ltsp-discuss] DHCP on alternate ports > To: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=UTF-8 > > Steve Cayford wrote: > > [...] > > I followed the recommendations in this discussion, > > http://www.mail-archive.com/[email protected]/msg00175.h > > tml , however the "ipconfig -p 1068 ${DEVICE}" line in /scripts/nfs > > doesn't seem to help. I verified that it is changed in the new initrd > > that I created in /opt/ltsp/i386. > > If I may reply to myself... > > I was missing the mkelf-linux step. I ran that to create a new nbi image, > copied it into /var/lib/tftpboot/i386/ and now things are good to go. > > -- > > Steven Cayford > McNamara Academic Center > University of Minnesota > http://gopheracademics.com > > > > ------------------------------ > > Message: 2 > Date: Tue, 13 Mar 2007 20:37:32 +0000 > From: Alban Bernard <[EMAIL PROTECTED]> > Subject: Re: [Ltsp-discuss] Problem with the LDM login on the clients > To: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=windows-1251 > > Hi, > > Your ssh configuration seems to be ok. Did you have X / gnome installed on > the server that runs debian sid ? The problem sounds like an ssh tunnel > created between an X client running on your workstation and ... > nothing ... (no X display available on your ltsp server). > > Ldm login manager tries to run startx or X-thing on server side but the > executable is not there and the ssh tunnel ends prematurely. > > Alban Bernard. > > > Plamen Grozev wrote: > > Hi, all! I'm using Debian sid and LTSP-5. The clients' boot is ok, but > when i want to log in with LDM, i've got a black screen and i return to the > logging manager. I did ltsp-update-sshkeys, I regenerated the server's keys > and again ltsp-update-sshkeys, but no changes. > > /var/log/auth.log says: > > nishava sshd[3548]: Accepted password for test1 from 172.24.1.25 port > > 4375 ssh2 nishava sshd[3550]: (pam_unix) session opened for user test1 > > by (uid=0) > > > > /var/log/daemon.log says: > > nishava dhcpd: DHCPACK on 172.24.1.25 to 00:01:02:3c:5a:f6 via eth0 > > nishava mountd[3116]: authenticated mount request from ws005.ltsp:963 > > for /opt/ltsp/i386 (/opt/ltsp) > > > > when I try to login with normal user, and get the same result, I login > > locally as root and /var/log/ldm.log says: /etc/X11/Xsession: > > Permission denied > > > > My full /var/log/ldm.log is here: > > info: Not enabling sound support. > > ssh command line: ['ssh', '-v', '-X', '-c', > > 'blowfish-cbc,aes128-cbc,3des-cbc', '[EMAIL PROTECTED]', '/bin/bash', > > '--login', '-c', '\' env LTSP_CLIENT="ltsp" /etc/X11/Xsession \'', > > ';', 'kill -1 $PPID'] > > OpenSSH_4.3p2 Debian-9, OpenSSL 0.9.8e 23 Feb 2007 > > debug1: Reading configuration data /etc/ssh/ssh_config > > debug1: Applying options for * > > debug1: Connecting to 172.24.1.1 [172.24.1.1] port 22. > > debug1: Connection established. > > debug1: permanently_set_uid: 0/0 > > debug1: identity file /root/.ssh/identity type -1 > > debug1: identity file /root/.ssh/id_rsa type -1 > > debug1: identity file /root/.ssh/id_dsa type -1 > > debug1: Remote protocol version 2.0, remote software version > > OpenSSH_4.3p2 Debian-9 > > debug1: match: OpenSSH_4.3p2 Debian-9 pat OpenSSH* > > debug1: Enabling compatibility mode for protocol 2.0 > > debug1: Local version string SSH-2.0-OpenSSH_4.3p2 Debian-9 > > debug1: An invalid name was supplied > > Configuration file does not specify default realm > > > > debug1: An invalid name was supplied > > A parameter was malformed > > Validation error > > > > debug1: An invalid name was supplied > > Configuration file does not specify default realm > > > > debug1: An invalid name was supplied > > A parameter was malformed > > Validation error > > > > debug1: SSH2_MSG_KEXINIT sent > > debug1: SSH2_MSG_KEXINIT received > > debug1: kex: server->client blowfish-cbc hmac-md5 none > > debug1: kex: client->server blowfish-cbc hmac-md5 none > > debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent > > debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP > > debug1: SSH2_MSG_KEX_DH_GEX_INIT sent > > debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY > > debug1: Host '172.24.1.1' is known and matches the RSA host key. > > debug1: Found key in /etc/ssh/ssh_known_hosts:4 > > debug1: ssh_rsa_verify: signature correct > > debug1: SSH2_MSG_NEWKEYS sent > > debug1: expecting SSH2_MSG_NEWKEYS > > debug1: SSH2_MSG_NEWKEYS received > > debug1: SSH2_MSG_SERVICE_REQUEST sent > > debug1: SSH2_MSG_SERVICE_ACCEPT received > > debug1: Authentications that can continue: publickey,password > > debug1: Next authentication method: publickey > > debug1: Trying private key: /root/.ssh/identity > > debug1: Trying private key: /root/.ssh/id_rsa > > debug1: Trying private key: /root/.ssh/id_dsa > > debug1: Next authentication method: password > > debug1: read_passphrase: can't open /dev/tty: No such device or > > address > > debug1: Authentication succeeded (password). > > debug1: channel 0: new [client-session] > > debug1: Entering interactive session. > > debug1: Requesting X11 forwarding with authentication spoofing. > > debug1: Sending environment. > > debug1: Sending command: /bin/bash --login -c ' env LTSP_CLIENT="ltsp" > > /etc/X11/Xsession ' ; kill -1 $PPID > > env: /etc/X11/Xsession: Permission denied > > debug1: channel 0: free: client-session, nchannels 1 > > debug1: fd 0 clearing O_NONBLOCK > > debug1: fd 1 clearing O_NONBLOCK > > Connection to 172.24.1.1 closed by remote host. > > debug1: Transferred: stdin 0, stdout 0, stderr 49 bytes in 0.0 seconds > > debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 1056.1 > > debug1: Exit status -1 > > > > Any suggestions are welcomed, thank you in advance :) > > > > ----------------------------------------------------------------- > > http://auto-motor-und-sport.bg/ > > ? ?????? ? ?????? > > > > ---------------------------------------------------------------------- > > --- Take Surveys. Earn Cash. Influence the Future of IT Join > > SourceForge.net's Techsay panel and you'll get the chance to share > > your opinions on IT & business topics through brief surveys-and earn > > cash > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEV > > DEV > > _____________________________________________________________________ > > Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: > > https://lists.sourceforge.net/lists/listinfo/ltsp-discuss > > For additional LTSP help, try #ltsp channel on irc.freenode.net > > > > > > > ------------------------------ > > Message: 3 > Date: Wed, 14 Mar 2007 08:17:15 +1100 > From: Ryan Boyes <[EMAIL PROTECTED]> > Subject: Re: [Ltsp-discuss] fuse/localdev problem on debian etch amd64 > To: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain > > On Fri, 2007-03-09 at 23:26 +0100, Gian Carlo Stagni wrote: > > Ryan Boyes ha scritto: > > > Hi list members, > > > > > > I am trying to get ltsp-4.2 localdev sorted. So close, but have hit > > > a stumbling block. I am using debian etch for AMD-64 architecture. > > > The devices appear on the desktop of the client but with no > > > contents. After working through the troubleshooting on the ltsp wiki > > > and browsing the list, I think the problem is the version of fuse that > is installed: > > In /etc/udev/permissions.rules I have: > > --- > > KERNEL=="fuse", NAME="%k", MODE="0666", OWNER="root", GROUP="fuse" > > --- > > > > and "ls -l /usr/bin/fusermount" says: > > --- > > -rwsr-xr-x 1 root fuse 18368 2006-09-09 21:24 /usr/bin/fusermount > > --- > > > > It may be too permissive, but this allows me not to add every user to > > the "fuse" group (we are a school: many teachers and plenty of students). > > > > Thanks GC. My fusermount permissions are identical and /dev/fuse is owned by > "root" with group ownership "fuse" so I don't think thats the problem. I > re-installed etch on the server but with i386 architecture so I could use > the sarge libfuse2 pkg which is 2.2 but it has made no difference. > > step 11 on > http://wiki.ltsp.org/twiki/bin/view/Ltsp/LTSP-42-LocalDev#Troubleshooting I > get the following: > > [EMAIL PROTECTED]:~$ /usr/sbin/lbus_event_handler.sh add block /tmp 1024 Temp > fusermount: mount failed: Invalid argument > > and: > > [EMAIL PROTECTED]:~$ /usr/sbin/lbus_event_handler.sh remove block /tmp 1024 > Temp > fusermount: entry for /home/jmassey/Drives/tmp not found in /etc/mtab > > So the lbus_event_handler.sh is firing off an invalid argument when it calls > fusermount? Not sure where I should look next. > > Ryan > > > > ------------------------------ > > Message: 4 > Date: Tue, 13 Mar 2007 23:22:31 -0500 > From: Anthony M Simonelli <[EMAIL PROTECTED]> > Subject: [Ltsp-discuss] Thin Client Flash Gets Mounted > To: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain > > Running Ubuntu 6.10 / LTSP 5. When I turned on local device support, > everything worked perfectly; USB, floppy, CD-ROM, even the local hard drive > on a PC running as a thin client. > > The problem is that it works too well. The HP T5125's thin clients that I > use have 32MB of flash memory on it with a HP version of Linux installed. > There are no other drives obviously(CD-ROM, IDE, etc.) but because the flash > memory is detected and contains a file system, it is mounted as two drives > (ata1, ata2) that are unusable. The strange thing is, when the user logs > out and then logs back in, they disappear (are unmounted). > > What can I do to disable those from getting detected/mounted the first time > the user logs in? Can certain devices be disabled from local device support > in LTSP 5 such as flash memory? Anyone have similar experiences? > -- > Anthony M Simonelli <[EMAIL PROTECTED]> > > > > > ------------------------------ > > Message: 5 > Date: Wed, 14 Mar 2007 08:35:25 -0500 > From: bill <[EMAIL PROTECTED]> > Subject: [Ltsp-discuss] network architecture question > To: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Currently have a two nic setup using ubuntu and LTSP5. My thin clients > are on the server side (192.168.0.1) and the rest of my computers are on > the gateway side (192.168.1.1). My question is if I wanted to run a > virtual machine thin client (vmware) on one of my desktops is there any > way to cross connect those networks so I can get to the server side from > the gateway side? I tried connecting an ethernet cable between the two > switches but it seemed to stun the network with a bunch of traffic. Is > there any way to do this? I have looked around a bit but don't know the > words for what I am trying to do. Do I need managed switches? > > Bill > > > > ------------------------------ > > Message: 6 > Date: Wed, 14 Mar 2007 13:51:04 +0000 > From: Antony Gelberg <[EMAIL PROTECTED]> > Subject: Re: [Ltsp-discuss] network architecture question > To: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1 > > bill wrote: > > Currently have a two nic setup using ubuntu and LTSP5. My thin clients > > are on the server side (192.168.0.1) and the rest of my computers are on > > the gateway side (192.168.1.1). My question is if I wanted to run a > > virtual machine thin client (vmware) on one of my desktops is there any > > way to cross connect those networks so I can get to the server side from > > the gateway side? I tried connecting an ethernet cable between the two > > switches but it seemed to stun the network with a bunch of traffic. Is > > there any way to do this? I have looked around a bit but don't know the > > words for what I am trying to do. Do I need managed switches? > > > > I might have missed something, but if you have two NICs in a box on > different subnets, can't you enable access between subnets simply by > switching on IP forwarding? > > > > ------------------------------ > > Message: 7 > Date: Wed, 14 Mar 2007 08:57:22 -0500 > From: bill <[EMAIL PROTECTED]> > Subject: Re: [Ltsp-discuss] network architecture question > To: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > I guess that is what I am asking. Essentially I would like the desktops > connected to the gateway side of the server to be able to access the pxe > boot on the client side. > > Bill > > Antony Gelberg wrote: > > bill wrote: > > > >> Currently have a two nic setup using ubuntu and LTSP5. My thin clients > >> are on the server side (192.168.0.1) and the rest of my computers are on > >> the gateway side (192.168.1.1). My question is if I wanted to run a > >> virtual machine thin client (vmware) on one of my desktops is there any > >> way to cross connect those networks so I can get to the server side from > >> the gateway side? I tried connecting an ethernet cable between the two > >> switches but it seemed to stun the network with a bunch of traffic. Is > >> there any way to do this? I have looked around a bit but don't know the > >> words for what I am trying to do. Do I need managed switches? > >> > >> > > > > I might have missed something, but if you have two NICs in a box on > > different subnets, can't you enable access between subnets simply by > > switching on IP forwarding? > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > > opinions on IT & business topics through brief surveys-and earn cash > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _____________________________________________________________________ > > Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: > > https://lists.sourceforge.net/lists/listinfo/ltsp-discuss > > For additional LTSP help, try #ltsp channel on irc.freenode.net > > > > > > > > > ------------------------------ > > Message: 8 > Date: Wed, 14 Mar 2007 09:04:46 -0500 > From: bill <[EMAIL PROTECTED]> > Subject: Re: [Ltsp-discuss] network architecture question > To: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > bill wrote: > > I guess that is what I am asking. Essentially I would like the desktops > > connected to the gateway side of the server to be able to access the pxe > > boot on the client side. > > > > Bill > > > > Antony Gelberg wrote: > > > >> bill wrote: > >> > >> > >>> Currently have a two nic setup using ubuntu and LTSP5. My thin clients > >>> are on the server side (192.168.0.1) and the rest of my computers are on > > >>> the gateway side (192.168.1.1). My question is if I wanted to run a > >>> virtual machine thin client (vmware) on one of my desktops is there any > >>> way to cross connect those networks so I can get to the server side from > > >>> the gateway side? I tried connecting an ethernet cable between the two > >>> switches but it seemed to stun the network with a bunch of traffic. Is > >>> there any way to do this? I have looked around a bit but don't know the > > >>> words for what I am trying to do. Do I need managed switches? > >>> > >>> > >>> > >> I might have missed something, but if you have two NICs in a box on > >> different subnets, can't you enable access between subnets simply by > >> switching on IP forwarding? > >> > > bill wrote: > > I guess that is what I am asking. Essentially I would like the desktops > > connected to the gateway side of the server to be able to access the pxe > > boot on the client side. > > > > Bill > > > ------ Clarification: my thin clients do access the internet through > the server. I am trying to go the other direction and allow my desktops > to pxe boot without physically placing them in the client side traffic > all the time. I think a bridge may do it...this is probably not the > right forum, I just figured people had done it with their setups...or I > am trying to do something nonsensical. > > Bill > > > > ------------------------------ > > Message: 9 > Date: Wed, 14 Mar 2007 11:48:59 -0400 > From: John Lucas <[EMAIL PROTECTED]> > Subject: Re: [Ltsp-discuss] network architecture question > To: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > On Wednesday 14 March 2007 09:57, bill wrote: > > I guess that is what I am asking. Essentially I would like the desktops > > connected to the gateway side of the server to be able to access the pxe > > boot on the client side. > > > > Bill > > > > That shouldn't be a problem, but one thing you may need is a DHCP server on > your "gateway" side that can tell the virtual terminal where to boot from > and > where to mount it's home directory (and where to connect to X). > > First make sure that the tftp service and NFS will allow addresses on both > nets (/etc/hosts.allow for portmap and tftpd and /etc/exports for NFS). Then > > configure the DHCP server (on the gateway side) to send boot and root info > to > the virtual terminal. This assumes the virtual terminal is on the "bridged" > interface in VMWare. If you don't have control of that DHCP server, it might > > be possible to put your virtual terminal on the "NAT" interface and use > VMWare's dhcp server to feed this info to the virtual terminal. > > > Antony Gelberg wrote: > > > bill wrote: > > >> Currently have a two nic setup using ubuntu and LTSP5. My thin clients > > >> are on the server side (192.168.0.1) and the rest of my computers are > on > > >> the gateway side (192.168.1.1). My question is if I wanted to run a > > >> virtual machine thin client (vmware) on one of my desktops is there any > > >> way to cross connect those networks so I can get to the server side > from > > >> the gateway side? I tried connecting an ethernet cable between the two > > >> switches but it seemed to stun the network with a bunch of traffic. Is > > >> there any way to do this? I have looked around a bit but don't know > the > > >> words for what I am trying to do. Do I need managed switches? > > > > > > I might have missed something, but if you have two NICs in a box on > > > different subnets, can't you enable access between subnets simply by > > > switching on IP forwarding? > > > > > > > ------------------------------------------------------------------------- > > > Take Surveys. Earn Cash. Influence the Future of IT > > > Join SourceForge.net's Techsay panel and you'll get the chance to share > > > your opinions on IT & business topics through brief surveys-and earn > cash > > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > _____________________________________________________________________ > > > Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: > > > https://lists.sourceforge.net/lists/listinfo/ltsp-discuss > > > For additional LTSP help, try #ltsp channel on irc.freenode.net > > > > ------------------------------------------------------------------------- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share > > your opinions on IT & business topics through brief surveys-and earn cash > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > _____________________________________________________________________ > > Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: > > https://lists.sourceforge.net/lists/listinfo/ltsp-discuss > > For additional LTSP help, try #ltsp channel on irc.freenode.net > > -- > "History doesn't repeat itself; at best it rhymes." > - Mark Twain > > | John Lucas [EMAIL PROTECTED] | > | St. Thomas, VI 00802 http://mrjohnlucas.googlepages.com/ | > | 18.3?N, 65?W AST (UTC-4) | > > > > ------------------------------ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > ------------------------------ > > _____________________________________________________________________ > Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: > https://lists.sourceforge.net/lists/listinfo/ltsp-discuss > For additional LTSP help, try #ltsp channel on irc.freenode.net > > > End of Ltsp-discuss Digest, Vol 10, Issue 19 > ******************************************** > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _____________________________________________________________________ > Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: > https://lists.sourceforge.net/lists/listinfo/ltsp-discuss > For additional LTSP help, try #ltsp channel on irc.freenode.net > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _____________________________________________________________________ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.freenode.net
