[K12OSN] Troubleshooting fuse?

Gideon Romm ltsp at symbio-technologies.com
Wed Aug 24 10:47:37 UTC 2011


This is what you should expect to see.

The /media/$USER folder on the server is only visible by $USER - it is
not even visible by root. This is part of ltspfs's built in security.
With ltspfs, the user -and only the user (not root) has permission to
see his drives's content under /media. If you mount it again and
switch user to the user "roland", you should be able to ls
/media/roland/usbdisk-sda1

In terms of the drive being mounted on the thin client, this is also
how ltspfs works. In "steady state", the drive remains unmounted on
the thin client. Only when you access the /media/roland/usbdisk-sda1
does the drive actually get automounted on the thin client. It will
remain mounted until 2 seconds after being idle and then be unmounted
again.  This is why you can wait 2 seconds and then simply pull out
the USB stick from the thin client without caring to "safely remove
the USB device".

-Gadi

On Wed, Aug 24, 2011 at 12:54 AM, Roland Roberts <roland at astrofoto.org> wrote:
> On 08/23/2011 03:48 PM, Gideon Romm wrote:
>>
>> The thin client chroot needs to be 32-bit for ltspfs to work. The
>> server can be 64-bit.
>
> Well, I wiped my client install and redid it...
>
>  ltsp-build-client --arch i386
>
> set a root password on the client so I can log in, rebooted the client, not
> appears to be a 32-bit client
>
>  -bash-4.1# uname -r
>  2.6.32-131.6.1.el6.i686.thinclient
>
> But still no joy on localdev. Among other things, the device itself does not
> mount on the thin client. "df -l" doesn't show it mounted anywhere. But
> there is in entry in /var/run/ltspfs_fstab:
>
>  -bash-4.1# cat /var/run/ltspfs_fstab
>  /dev/sdf1 /var/run/drives/usbdisk-sdf1 vfat defaults,utf8 0 0
>
>> On Tue, Aug 23, 2011 at 1:21 PM, Roland Roberts<roland at astrofoto.org>
>>  wrote:
>>>
>>> On 08/23/2011 01:14 PM, Jim Kinney wrote:
>>>>
>>>> I have not read the docs being used so I can only comment generically:
>>>> using Ubuntu cookbook-style instructions is likely to not work on a
>>>> RedHat
>>>> based system. SL-6 is a RedHat based system
>
> Again, this is the best I've got. Here's the last step in that cookbook:
>
>  -bash-4.1# ssh -X -S /var/run/ldm_socket_vt1_192.168.3.36 192.168.3.36
> "/usr/sbin/ltspfsmounter /tmp add"
>  root at 192.168.3.36's password:
>  Wrote 281ddd7e5b4145e0540effae42e179db size 32, waiting
>  Error: /media/root is not mounted
>  Error: /media/root/tmp is not mounted
>
> but the directory is mounted.
>
> Note, if I try this:
>
>  -bash-4.1# ssh -X -S /var/run/ldm_socket_2791_192.168.3.36 192.168.3.36
> "/usr/sbin/ltspfsmounter /tmp add"
>  Wrote 281ddd7e5b4145e0540effae42e179db size 32, waiting
>  fusermount: mount failed: Operation not permitted
>  Error: /tmp/.roland-ltspfs/tmp is not mounted
>
> This turns out to be the problem. On the server, /bin/fusermount is not
> setuid root or setgid. I made it setuid root and try again, pulling the USB
> stick and reinserting it.
>
> Again, /var/log/messages shows the device recognized, and it get put into
> /var/run/ltspfs_fstab. This time I do see *something* on the server:
>
>  [root at copernicus bin]# find /media/
>  /media/
>  /media/roland
>  /media/roland/usbdisk-sdf1
>
> Okay, but the device is not mounted on the thin client so when I look on the
> server I see this:
>
>  [root at copernicus bin]# ls -l /media/roland/
>  ls: cannot access /media/roland/usbdisk-sdf1: Permission denied
>  total 0
>  d????????? ? ? ? ?            ? usbdisk-sdf1
>
> And one last attempt; on the client I do this:
>
>  -bash-4.1# ssh -X -S /var/run/ldm_socket_2791_192.168.3.36 192.168.3.36
> "/usr/sbin/ltspfsmounter /var/run/drives/usbdisk-sdf1 cleanup"
>  -bash-4.1# mount /dev/sdf1 /var/run/drives/usbdisk-sdf1
>  -bash-4.1# ll /var/run/drives/usbdisk-sdf1/
>  total 32432
>  drwxr-xr-x 2 root root     8192 Apr 12 09:35 boot
>  drwxr-xr-x 3 root root     8192 Oct 22  2010 EFI
>  -rwxr-xr-x 1 root root    18092 Oct 22  2010 GPL
>  drwxr-xr-x 2 root root     8192 Oct 22  2010 LiveOS
>  -rwxr-xr-x 1 root root 33150608 Aug 21 18:54 MaxImDL515.exe
>  drwxr-xr-x 2 root root     8192 Oct 22  2010 syslinux
>  -bash-4.1# ssh -X -S /var/run/ldm_socket_2791_192.168.3.36 192.168.3.36
> "/usr/sbin/ltspfsmounter /var/run/drives/usbdisk-sdf1 add"
>  Wrote 281ddd7e5b4145e0540effae42e179db size 32, waiting
>  -bash-4.1# ll /var/run/drives/usbdisk-sdf1/
>  total 0
>
> So something in the process of trying to mount the drive makes it disappear.
>
> I'm so close, but I'm missing something. Why isn't the client mounting the
> drive? It should be, shouldn't it? Why does it disappear when I try to
> manually mount it?
>
> roland
>
> --
>                       PGP Key ID: 66 BC 3B CD
> Roland B. Roberts, PhD                             RL Enterprises
> roland at rlenter.com                            6818 Madeline Court
> roland at astrofoto.org                           Brooklyn, NY 11220
>
> _______________________________________________
> K12OSN mailing list
> K12OSN at redhat.com
> https://www.redhat.com/mailman/listinfo/k12osn
> For more info see <http://www.k12os.org>
>




More information about the K12OSN mailing list