ltsp-client-setup init.d script does not run bind_mounts in Lucid

Bug #620133 reported by cdmiller
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
ltsp (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: ltsp-client-core

This appears to fix it in our Lucid, fat client, nfsroot, LTSP environment:

--- ltsp-client-setup-dist-lucid 2010-08-17 16:24:20.000000000 -0600
+++ ltsp-client-setup 2010-08-17 14:17:35.000000000 -0600
@@ -38,6 +38,7 @@
             eval $(getltscfg-cluster -a -l refresh) || true
         fi
         load_modules || true
+ bind_mounts || true
         configure_resolver || true
         set_time || true
         configure_console || true

Tags: patch
Revision history for this message
Alkis Georgopoulos (alkisg) wrote :

Bind mounting was moved to initramfs in Lucid:
http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/revision/1612

So if for some reason it's not working, I'm guessing that the problem would be in one of the initramfs scripts, not in ltsp-setup.

Revision history for this message
cdmiller (cdmiller) wrote :

Checked /usr/share/initramfs-tools/scripts/nfs-bottom/ltsp.

The only reference it makes to bind mounts is:

ltsp_bindmounts=/usr/share/ltsp/ltsp-bindmounts

There is no /usr/share/ltsp/ltsp-bindmounts in the ltsp-client-core package. The bind_mounts () function exists instead
in /usr/share/ltsp/ltsp-init-common which is sourced by /etc/init.d/ltsp-client-setup...

Revision history for this message
Alkis Georgopoulos (alkisg) wrote :

alkisg@alkis:~$ grep DISTRIB_CODENAME /etc/lsb-release
DISTRIB_CODENAME=lucid
alkisg@alkis:~$ grep bind /opt/ltsp/i386/usr/share/initramfs-tools/scripts/nfs-bottom/ltsp
ltsp_bindmounts=/usr/share/ltsp/ltsp-bindmounts
    if [ -x ${rootmnt}/${ltsp_bindmounts} ]; then
        chroot ${rootmnt} ${ltsp_bindmounts}

Revision history for this message
Alkis Georgopoulos (alkisg) wrote :

Ah, it's probably a packaging problem then. I don't think there's a reason to divert from Debian on this, so we could just put ltsp-bindmounts in the ltsp-client-core package.

http://packages.debian.org/sid/i386/ltsp-client-core/filelist

Revision history for this message
cdmiller (cdmiller) wrote :

After taking a look at the debian ltsp-bindmounts script, worked around our issue with the following in /usr/share/ltsp/ltsp-bindmounts:

#!/bin/sh

. /usr/share/ltsp/ltsp-init-common
. /etc/default/ltsp-client-setup

bind_mounts

Nothing else seems to be reading /etc/default/ltsp-client-setup file. Are the old ltsp-client-setup variables expected to live in lts.conf now? If so we'll dig through the latest ltsp guide in svn to see if we can figure them out. This install was an upgrade from Jaunty->Karmic->Lucid.

Thanks.

Revision history for this message
Alkis Georgopoulos (alkisg) wrote :

Patch based on the current Ubuntu packaging in http://bazaar.launchpad.net/~stgraber/ltsp/ltsp.natty so that NFS booting works again.
Btw I also updated debian/copyright.

Changed in ltsp (Ubuntu):
status: New → Confirmed
tags: added: patch
Changed in ltsp (Ubuntu):
status: Confirmed → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ltsp - 5.2.8-0ubuntu2

---------------
ltsp (5.2.8-0ubuntu2) oneiric; urgency=low

  * Add ltsp-bindmounts from Debian (LP: #620133)
  * Resync debian/copyright from Debian
 -- Stephane Graber <email address hidden> Thu, 07 Jul 2011 10:10:09 +0200

Changed in ltsp (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.