Scott Balneaves wrote: > On Mon, Oct 22, 2007 at 02:07:47PM -1000, R. Scott Belford wrote: > >> On Thursday we followed the happy, friendly suggestion to upgrade to >> 7.10 that appeared in the software updater app. On Friday morning, >> after a night of downloading, the upgrade broke our functioning server. >> You can see some of my other posts covering these issues. > > It's always a good idea to test an upgrade first. Chances are, you're > not running a stock edubuntu box (you can't be, since you're using > smbldap, which isn't as yet included by default), so there's always a > possibility that things will break.
Thanks, Scott. Actually it is a completely stock Edubuntu install. The only variation is that we have modified the server to authenticate off of a CentOS ldap server on the network. I do not think that this would affect the ltsp services after an upgrade. I consider myself to be the 'test' of this dist-upgrade. I imagine that plenty of people are going to click the upgrade button with the presumption that it will automagically 'just work'. I am here for them, and if I can take the lumps first, then we all benefit. I'm a helper, not a user. > >> Our upgrade from Feisty to Gutsy was a failure. If it was just the >> teacher doing it, this would be a debacle. I have been able to follow >> some advice and have done the following >> >> mv /opt/ltsp/i386 /opt/ltsp/i286-feist >> ltsp-build-client >> ltsp-update-image >> ltsp-update-kernels >> ltsp-update-sshkeys > > No, the correct order would be: > > ltsp-build-client > ltsp-update-sshkeys > ltsp-updake-kernels > ltsp-update-image (this should always be last) Okay, thanks for the clarification. The man pages for each utility did not yield this information. Is it documented elsewhere, or should I put it on my wiki to-do list? I truly have no idea why this worked, but this afternoon, shortly after my posts, I added this line to my /etc/network/interfaces file's eth1 config up iptables-restore < /etc/ltsp/nat.conf to re-engage the NAT services I was using with 7.04 I also added these lines to /etc/network/options (I already had the ip_forward line) spoofprotect=yes syncookies=no restarted the network, noticed some syslog activity like this Oct 22 14:32:23 liho-ltsp-g5 ltsp: # Creating -hostkey for 192.168.0.254 and the teacher called to say that the Apple's on the LAN were getting their IP address and route from the Edubuntu Server, that the clients were booting, authenticating from the LDAP server, and loading their customized desktops. For what it is worth, this is the lab in Hawaii where the Fedora project got its start. Things have come a long way since then. > > Scott > --scott -- R. Scott Belford Founder/Executive Director The Hawaii Open Source Education Foundation P.O. Box 2644 Ewa Beach, HI 96706 808.689.6518 phone/fax [EMAIL PROTECTED] -- edubuntu-users mailing list [email protected] Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/edubuntu-users
