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
