Re: [Ltsp-discuss] local dev, no devs for 2nd + users

[Scott B. <sba...@le...>]

On Thu, May 18, 2006 at 12:26:22PM +0200, Lars Madsen wrote:
> part 2:
> 
> ~> ps -ef | grep lbus
> 1009 root 1616 S /sbin/lbuscd

OK, that looks right.

> shows both readonly and readwrite

Check.

> ~> hostname
> orophin

OK, good matches below.

> part 4:
> 
> USB is detected, might take a few plugs to get it mounted, after which we 
> have the following entry in /etc/fstab
> 
> /dev/scsi/host1/bus0/target0/lun0/part1 /tmp/drives/Removable_Device_244_Mb 
> auto rw,noatime 0 0

It shouldn't take a few plugs.  It might take a few SECONDS for the
device to show up, but not several tries.  If it does, this would lead
me to suspect a marginal USB port on the client, or USB hardware that's
not supported well.  What kind of mobo do you have in the client?

> ... groups= ..., Number (fuse)

Check.

> ~> ps -ef | grep lbussd
> testuser  16405 16380  0 10:59 ?        00:00:00 /usr/bin/perl -w 
> /usr/sbin/lbussd

Check.

> ~> /sbin/lsmod | grep fuse
> fuse                   42008  6

Check.

> ~> ls -l /dev/fuse
> crw-rw----  1 root fuse 10, 229 Apr 27 21:20 /dev/fuse

Check.

> ~> echo $DISPLAY
> orophin:0.0

Check.  Matches hostname above.

> After running 
> /usr/sbin/lbus_event_handler.sh add block /tmp 1024 Temp
> 
> ~> cd Drives
> ~/Drives> ls -l
> total 0
> drwxr-xr-x  2 testuser stud 0 May 18  2006 readwrite
> ?---------  ?  ?        ?    ?            ? tmp

OK, well, the lbus script's fired., created the mount, and plumbed the
connection with ltspfs.

> ~> mount  | grep ltsp
> ltspfs on /RAID_SERVER/testuser/Drives/readwrite type fuse 
> (rw,nosuid,nodev,user=testuser)
> ltspfs on /RAID_SERVER/testuser/Drives/tmp type fuse 
> (rw,nosuid,nodev,user=testuser)

OK, lets check this here.  I'm assuming /RAID_SERVER's an NFS mount?
Now, there's absolutely no reason (that I know of) why ltspfs shouldn't
work under NFS.  In fact, that's how we use it here:

feniks$ mount
...
palantir:/usr/legal/home on /usr/legal/home type nfs
(rw,addr=192.9.201.36)
ltspfs on /usr/legal/home/sbalneav/Drives/readonly type fuse
(rw,nosuid,nodev,user=sbalneav)

feniks$ cd ~/Drives
feniks$ ls
readonly
feniks$ cd readonly/
feniks$ ls
README.diskdefines  casper    doc       md5sum.txt  programs   start.ini
autorun.inf         disctree  install   pics        start.bmp  ubuntu
bin                 dists     isolinux  preseed     start.exe

So, there's mu ubuntu CD mounted under my home, that's NFS mounted.
Now, just because I'M not having trouble with it, doesn't mean that
others aren't.  What happens if you're test user has a home directory on
a local drive?

This could be part of the problem.

<snip>
> Second login
> ------------
> Third login
> -----------

<etc>

How long are you waiting between logins?  the lbussd takes about 10
seconds to figure out it's controlling X term's gone away, and exit.
If you log out, can you check and see if lbussd's exiting of it's own
accord?  Jim McQuillan wrote lbussd, and it's been very stable so far,
but that doesn't mean that there might not be something there that needs
tweaking.  Jim, any suggestions?

> So now you know why I'm so confused. As mentioned, every thing works
> just fine, for the first user after a reboot.

Well, except for the odd permissions on the file.

> Could it matter that I took the latest version of fuse from
> sourceforge, and used that for installing the fuse libs, that might
> not be the same version as is used in the kernel code (I do not know how to 
> check this)

could be.  But for now, the multiple user thing seems to be something
with the perl lbussd.

Scott

-- 
Scott L. Balneaves | "Looking beyond the embers of bridges glowing behind us
Systems Department |  To a glimpse of how green it was on the other side..."
Legal Aid Manitoba |    -- Pink Floyd "High Hopes"