[mythtv-users] Samba share of mythfs.py filesystem not working

[Raymond Wagner]

On 1/26/2011 15:15, Nick Rout wrote:
> On Wed, Jan 26, 2011 at 11:37 PM, John Reid<johnbaronreid at netscape.net>  wrote:
>> On 26/01/11 04:22, Nick Rout wrote:
>>> On Wed, Jan 26, 2011 at 7:24 AM, John Reid<johnbaronreid at netscape.net>
>>>   wrote:
>>>> Hi,
>>>>
>>>> I'm trying to use mythfs.py: http://www.mythtv.org/wiki/Mythfs.py
>>>>
>>>> It seems to create the filesystem(s) just fine. However when I try to
>>>> share
>>>> them over Samba my WDTV live cannot see any files. When I use smbclient I
>>>> get the following:
>>>>
>>>> Domain=[58KYNASTON] OS=[Unix] Server=[Samba 3.5.4]
>>>> Server not using user level security and no password supplied.
>>>> smb: \>    ls
>>>> NT_STATUS_INVALID_PARAMETER listing \*
>>>>
>>>>         40960 blocks of size 512. 1 blocks available
>>>> smb: \>
>>>>
>>>> Other Samba shares work just fine. Does anyone know what's going on here?
>>> Does this help?
>>>
>>> http://ubuntuforums.org/showthread.php?t=671834
>>>
>> I'm afraid it doesn't, I'm already using the allow_other option. Just to
>> clarify I'm setting up the share as follows. I set up a mount directory:
>>
>> sudo mkdir /media/recordings-by-date
>>
>> then I create the FUSE filesystem:
>>
>> sudo python /home/john/bin/mythfs.py Recordings,by-date /media/myth-by-date
>> -o allow_other
>>
>> which seems to work:
>>
>> john at htpc:~$ ls -l /media/recordings-by-date/
>> total 103
>> dr-xr-xr-x 1 root root  1 2010-10-17 13:42 2010-02-23
>> dr-xr-xr-x 1 root root  1 2010-10-17 13:42 2010-02-27
>> dr-xr-xr-x 1 root root  1 2010-10-17 13:42 2010-03-03
>> dr-xr-xr-x 1 root root  2 2010-10-17 13:42 2010-03-16
>> ....
>>
>> The relevant bit of my samba conf is:
>> [global]
>> workgroup = 58KYNASTON
>> server string = %h server (Samba, Mythbuntu)
>> log file = /var/log/samba/log.%m
>> max log size = 1000
>> syslog = 0
>> panic action = /usr/share/samba/panic-action %d
>> dns proxy = no
>> security = share
>>
>> [by-date]
>> comment = TV Recordings by date
>> path = /media/recordings-by-date
>> public = yes
>> writable = no
>> create mask = 0777
>> directory mask = 0777
>> force user = nobody
>> force group = nogroup
>>
>> and then from my samba client on another machine I have:
>> john at john-dell:~$ smbclient //192.168.1.74/by-date/ -U anonymous -N
>> Domain=[58KYNASTON] OS=[Unix] Server=[Samba 3.5.4]
>> Server not using user level security and no password supplied.
>> smb: \>  ls
>> NT_STATUS_INVALID_PARAMETER listing \*
>>
>>         40960 blocks of size 512. 1 blocks available
>>
>> Other samba shares work just fine! It must have something to do with how the
>> FUSE filesystem is set up but I have no idea what. I've tried messing around
>> with the FUSE uid and gid options but to no avail.
>>
>> In my samba client log file I get:
>> [2011/01/26 10:32:18.747885,  1] smbd/service.c:1070(make_connection_snum)
>>   192.168.1.5 (192.168.1.5) connect to service by-date initially as user
>> nobody (uid=65534, gid=65534) (pid 19908)
>> [2011/01/26 10:32:20.283212,  1] smbd/vfs.c:932(check_reduced_name)
>>   check_reduced_name: couldn't get realpath for *
>> [2011/01/26 10:32:20.291793,  0] smbd/dfree.c:155(sys_disk_free)
>>   WARNING: dfree is broken on this system
>> [2011/01/26 10:32:21.623071,  1] smbd/service.c:1251(close_cnum)
>>   192.168.1.5 (192.168.1.5) closed connection to service by-date
>>
>> but I couldn't find any pointers about dfree from a quick google.
>>
>>
>> Is mythtvfs suitable for this task? From what I could see, it seemed to have
>> been superceded by mythfs.py. Can I find a newer/better version of mythfs.py
>> anywhere?
>>
>> Needless to say, any help appreciated!
> Why not try another approach, use mythlink to make useful names and
> then share that directory?

If you have one central backend, mythlink.pl is the preferred solution.  
Hitting the filesystem directly is much less expensive than routing your 
traffic through FuseFS and the python bindings.  Mythfs.py is to allow 
you to use it on systems with multiple backends, and no shared NFS mounts.