Josh Finlay
2010-Jun-20 01:08 UTC
[Samba] Samba access of FAT32 mounted file system on FreeBSD
Hi,
Firstly background -
FreeNAS 0.7.2 (FreeBSD 7.3-RELEASE-p1)
Samba 3.5.3
1TB disk, 500GB FAT32 (/dev/da1s1) + 500GB NTFS (/dev/da1s4)
Just to clear it up, I'm using FAT32 and NTFS because this is actually a
media center box that functions as an external HDD when plugged into USB.
I'm using it as a storage device because its quite large a disk, but may
from time to time use it as a media center so I need to keep the disk in a
format that it likes for that.
I've configured both the FAT32 and the NTFS slices exactly the same in
smb.conf and the NTFS slice works great, but the FAT32 will mount but no
access to files or even a list of files.
This is my entire config file, skip over what is irrelevant. At this stage
I'm lost and thinking it could be the smallest of mistakes:
============ smb.conf ===========
[global]
encrypt passwords = yes
netbios name = nas
workgroup = WORKGROUP
server string = nas.lan.jcom.net.au
security = share
dns proxy = no
# Settings to enhance performance:
use sendfile = yes
strict locking = no
read raw = yes
write raw = yes
oplocks = yes
max xmit = 65535
deadtime = 15
getwd cache = yes
socket options = IPTOS_LOWDELAY TCP_NODELAY SO_SNDBUF=64240
SO_RCVBUF=64240
# End of performance section
unix charset = UTF-8
store dos attributes = yes
local master = yes
time server = no
guest account = root
display charset = LOCALE
max log size = 10
syslog only = no
syslog = 10
load printers = no
printing = bsd
printcap name = /dev/null
disable spoolss = yes
log level = 10
dos charset = CP437
smb passwd file = /var/etc/private/smbpasswd
private dir = /var/etc/private
passdb backend = smbpasswd
create mask = 0666
directory mask = 0777
force user = ftp
force group = ftp
aio read size = 1
aio write size = 1
log file = /var/log/samba.log
log level = 3
[Movies]
comment = 500GB NTFS movie storage
path = /mnt/noontec-movies/
writeable = yes
printable = no
veto files = /.snap/
hide dot files = yes
guest ok = yes
inherit permissions = yes
vfs objects = recycle
recycle:repository = .recycle/%U
recycle:keeptree = yes
recycle:versions = yes
recycle:touch = yes
recycle:directory_mode = 0777
recycle:subdir_mode = 0700
[Storage]
comment = 500GB FAT file storage
path = /mnt/noontec/
writeable = yes
printable = no
veto files = /.snap/
hide dot files = yes
guest ok = yes
inherit permissions = yes
vfs objects = recycle
recycle:repository = .recycle/%U
recycle:keeptree = yes
recycle:versions = yes
recycle:touch = yes
recycle:directory_mode = 0777
recycle:subdir_mode = 0700
======= eof ======
My mounts look like this:
/dev/fuse0 on /mnt/noontec-movies (fusefs, local, synchronous)
/dev/da1s1 on /mnt/noontec (msdosfs, local)
(fuse0 due to the ntfs)
I've tried every which way to mount the FAT32 disk, including:
mount_msdosfs -o large=yes,longnames=yes,nowin95=yes -u root -g wheel -m
777 /dev/da1s1 /mnt/noontec
mount_msdosfs -o large=yes,longnames=yes,nowin95=yes -u nobody -g nobody
-m 777 /dev/da1s1 /mnt/noontec
With all the options, with just defaults, etc etc etc. They all work as
expected on the machine, full read/write access however Samba fails to read
from it.
After some config tweaking I've got Samba to give me at least something to
describe an error:
[2010/06/20 10:07:35.431133, 1] smbd/vfs.c:932(check_reduced_name)
check_reduced_name: couldn't get realpath for *
[2010/06/20 10:07:35.433036, 3] smbd/filename.c:1181(filename_convert)
filename_convert: check_name failed for name * with
NT_STATUS_INVALID_PARAMETER
[2010/06/20 10:07:35.434894, 3] smbd/error.c:80(error_packet_set) error
packet at smbd/trans2.c(2290) cmd=50 (SMBtrans2)
NT_STATUS_INVALID_PARAMETER
When attempting to access the share (ie. smbclient) I get this
information:
root at pharaoh:#> smbclient //192.168.0.10/Storage
Enter root's password:
Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.5.3]
Server not using user level security and no password supplied.
smb: \> ls
NT_STATUS_INVALID_PARAMETER listing \*
59574 blocks of size 8388608. 35667 blocks available
smb: \>
When trying to access the NTFS share:
root at pharaoh:#> smbclient //192.168.0.10/Movies
Enter root's password:
Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.5.3]
Server not using user level security and no password supplied.
smb: \> ls
. D 0 Sun Jun 20 20:27:32 2010
.. D 0 Sun Jun 20 19:55:18 2010
$RECYCLE.BIN D 0 Sun Jun 13 02:16:54 2010
Files D 0 Sun Jun 20 06:47:49 2010
More Files D 0 Sun Jun 20 00:51:08 2010
Even More files D 0 Sun Jun 20 06:47:49 2010
59604 blocks of size 8388608. 49286 blocks available
smb: \>
This has absolutely got me stumped. I've tried and googled for everything
I can think of but to no avail. I've tried in the IRC channel on freenode
but I think it could be a time zone conflict as there wasn't really anyone
active.
Part of me is conflicted on whether this is a Samba issue or a FreeBSD
issue, but considering I have complete functional access (even for the
lowest permission user) to the mount and yet Samba fails to function - I'm
beginning to become convinced it is a Samba issue.
Any advice on this would be greatly appreciated, as I am out of ideas.
Kindest Regards,
Josh Finlay
Josh Finlay
2010-Jun-20 02:28 UTC
[Samba] Samba access of FAT32 mounted file system on FreeBSD
A quick follow up on the developing situation,
I've done a few more tests on things and I've come to realise that the
issue is only its ability to list the files in the share.
If I specify a file directly it will still work!
See below:
root at pharaoh:/var/log/munin> smbclient //192.168.0.10/Storage
Enter root's password:
Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.5.3]
Server not using user level security and no password supplied.
smb: \> cd Downloads
smb: \Downloads\> cd Pharaoh
smb: \Downloads\Pharaoh\> cd Files
smb: \Downloads\Pharaoh\Files\> ls
NT_STATUS_INVALID_PARAMETER listing \Downloads\Pharaoh\Files\*
59574 blocks of size 8388608. 35667 blocks available
smb: \Downloads\Pharaoh\Files\> get update-cm-4.2.15.1-signed.zip
getting file \Downloads\Pharaoh\Files\update-cm-4.2.15.1-signed.zip of
size 39955373 as update-cm-4.2.15.1-signed.zip (6339.4 KiloBytes/sec)
(average 6339.4 KiloBytes/sec)
Notice that a "ls" fails, I also tested by specifying a non-existent
directory and it fails with a notice that it doesnt exist, which is good.
Samba IS able to access the files on the mount, just for some reason won't
display a file list?!
The file received was good, came in fully intact and complete.
I dont know if this is more confusing or not.
Some advice would be great :)
On Sun, 20 Jun 2010 11:08:12 +1000, Josh Finlay <josh at finlay.id.au>
wrote:> Hi,
>
> Firstly background -
>
> FreeNAS 0.7.2 (FreeBSD 7.3-RELEASE-p1)
> Samba 3.5.3
> 1TB disk, 500GB FAT32 (/dev/da1s1) + 500GB NTFS (/dev/da1s4)
>
> Just to clear it up, I'm using FAT32 and NTFS because this is actually
a
> media center box that functions as an external HDD when plugged into
USB.> I'm using it as a storage device because its quite large a disk, but
may
> from time to time use it as a media center so I need to keep the disk in
a> format that it likes for that.
>
> I've configured both the FAT32 and the NTFS slices exactly the same in
> smb.conf and the NTFS slice works great, but the FAT32 will mount but no
> access to files or even a list of files.
>
> This is my entire config file, skip over what is irrelevant. At this
stage> I'm lost and thinking it could be the smallest of mistakes:
>
> ===========> = smb.conf > ===========>
> [global]
> encrypt passwords = yes
> netbios name = nas
> workgroup = WORKGROUP
> server string = nas.lan.jcom.net.au
> security = share
> dns proxy = no
> # Settings to enhance performance:
> use sendfile = yes
> strict locking = no
> read raw = yes
> write raw = yes
> oplocks = yes
> max xmit = 65535
> deadtime = 15
> getwd cache = yes
> socket options = IPTOS_LOWDELAY TCP_NODELAY SO_SNDBUF=64240
> SO_RCVBUF=64240
> # End of performance section
> unix charset = UTF-8
> store dos attributes = yes
> local master = yes
> time server = no
> guest account = root
> display charset = LOCALE
> max log size = 10
> syslog only = no
> syslog = 10
> load printers = no
> printing = bsd
> printcap name = /dev/null
> disable spoolss = yes
> log level = 10
> dos charset = CP437
> smb passwd file = /var/etc/private/smbpasswd
> private dir = /var/etc/private
> passdb backend = smbpasswd
> create mask = 0666
> directory mask = 0777
> force user = ftp
> force group = ftp
> aio read size = 1
> aio write size = 1
> log file = /var/log/samba.log
> log level = 3
>
> [Movies]
> comment = 500GB NTFS movie storage
> path = /mnt/noontec-movies/
> writeable = yes
> printable = no
> veto files = /.snap/
> hide dot files = yes
> guest ok = yes
> inherit permissions = yes
> vfs objects = recycle
> recycle:repository = .recycle/%U
> recycle:keeptree = yes
> recycle:versions = yes
> recycle:touch = yes
> recycle:directory_mode = 0777
> recycle:subdir_mode = 0700
>
> [Storage]
> comment = 500GB FAT file storage
> path = /mnt/noontec/
> writeable = yes
> printable = no
> veto files = /.snap/
> hide dot files = yes
> guest ok = yes
> inherit permissions = yes
> vfs objects = recycle
> recycle:repository = .recycle/%U
> recycle:keeptree = yes
> recycle:versions = yes
> recycle:touch = yes
> recycle:directory_mode = 0777
> recycle:subdir_mode = 0700
>
> ======> = eof > ======>
> My mounts look like this:
>
> /dev/fuse0 on /mnt/noontec-movies (fusefs, local, synchronous)
> /dev/da1s1 on /mnt/noontec (msdosfs, local)
>
> (fuse0 due to the ntfs)
>
> I've tried every which way to mount the FAT32 disk, including:
>
> mount_msdosfs -o large=yes,longnames=yes,nowin95=yes -u root -g wheel -m
> 777 /dev/da1s1 /mnt/noontec
> mount_msdosfs -o large=yes,longnames=yes,nowin95=yes -u nobody -g nobody
> -m 777 /dev/da1s1 /mnt/noontec
>
> With all the options, with just defaults, etc etc etc. They all work as
> expected on the machine, full read/write access however Samba fails to
read> from it.
>
> After some config tweaking I've got Samba to give me at least something
to> describe an error:
>
> [2010/06/20 10:07:35.431133, 1] smbd/vfs.c:932(check_reduced_name)
> check_reduced_name: couldn't get realpath for *
> [2010/06/20 10:07:35.433036, 3] smbd/filename.c:1181(filename_convert)
> filename_convert: check_name failed for name * with
> NT_STATUS_INVALID_PARAMETER
> [2010/06/20 10:07:35.434894, 3] smbd/error.c:80(error_packet_set) error
> packet at smbd/trans2.c(2290) cmd=50 (SMBtrans2)
> NT_STATUS_INVALID_PARAMETER
>
> When attempting to access the share (ie. smbclient) I get this
> information:
>
>
> root at pharaoh:#> smbclient //192.168.0.10/Storage
> Enter root's password:
> Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.5.3]
> Server not using user level security and no password supplied.
> smb: \> ls
> NT_STATUS_INVALID_PARAMETER listing \*
>
> 59574 blocks of size 8388608. 35667 blocks available
> smb: \>
>
> When trying to access the NTFS share:
>
>
> root at pharaoh:#> smbclient //192.168.0.10/Movies
> Enter root's password:
> Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.5.3]
> Server not using user level security and no password supplied.
> smb: \> ls
> . D 0 Sun Jun 20 20:27:32
2010> .. D 0 Sun Jun 20 19:55:18
2010> $RECYCLE.BIN D 0 Sun Jun 13 02:16:54
2010> Files D 0 Sun Jun 20 06:47:49
2010> More Files D 0 Sun Jun 20 00:51:08
2010> Even More files D 0 Sun Jun 20 06:47:49
2010>
> 59604 blocks of size 8388608. 49286 blocks available
> smb: \>
>
>
> This has absolutely got me stumped. I've tried and googled for
everything> I can think of but to no avail. I've tried in the IRC channel on
freenode> but I think it could be a time zone conflict as there wasn't really
anyone> active.
>
> Part of me is conflicted on whether this is a Samba issue or a FreeBSD
> issue, but considering I have complete functional access (even for the
> lowest permission user) to the mount and yet Samba fails to function -
I'm> beginning to become convinced it is a Samba issue.
>
> Any advice on this would be greatly appreciated, as I am out of ideas.
>
> Kindest Regards,
>
> Josh Finlay
Josh Finlay
2010-Jun-20 03:22 UTC
[Samba] Samba access of FAT32 mounted file system on FreeBSD
Hi, I did try this, but I've tried it again. Makes absolutely no change. (sorry for the double post mate, thought best directed to the mailing list)> On Sat, 19 Jun 2010 20:01:17 -0700, tms3 at tms3.com wrote: >> SNIP >>> >>>> >>>> [Storage] >>>> comment = 500GB FAT file storage >>>> path = /mnt/noontec/ >>>> writeable = yes >>>> printable = no >>>> veto files = /.snap/ >>>> hide dot files = yes >>>> guest ok = yes >>>> inherit permissions = yes >>>> vfs objects = recycle >>>> recycle:repository = .recycle/%U >>>> recycle:keeptree = yes >>>> recycle:versions = yes >>>> recycle:touch = yes >>>> recycle:directory_mode = 0777 >>>> recycle:subdir_mode = 0700 >> >> Just for shits and giggles try >> >> force user = root >> >> Cheers, >> >> TMS III >>> >>>> >>>> >>>> >>>> ======>>>> = eof >>>> ======>>>> >>>> My mounts look like this: >>>> >>>> /dev/fuse0 on /mnt/noontec-movies (fusefs, local, synchronous) >>>> /dev/da1s1 on /mnt/noontec (msdosfs, local) >>>> >>>> (fuse0 due to the ntfs) >>>> >>>> I've tried every which way to mount the FAT32 disk, including: >>>> >>>> mount_msdosfs -o large=yes,longnames=yes,nowin95=yes -u root -g wheel>>>> -m >>>> 777 /dev/da1s1 /mnt/noontec >>>> mount_msdosfs -o large=yes,longnames=yes,nowin95=yes -u nobody -g >>>> nobody >>>> -m 777 /dev/da1s1 /mnt/noontec >>>> >>>> With all the options, with just defaults, etc etc etc. They all work >>>> as >>>> expected on the machine, full read/write access however Samba failsto>>> read >>>> >>>> from it. >>>> >>>> After some config tweaking I've got Samba to give me at least >>>> something >>> to >>>> >>>> describe an error: >>>> >>>> [2010/06/20 10:07:35.431133, 1] smbd/vfs.c:932(check_reduced_name) >>>> check_reduced_name: couldn't get realpath for * >>>> [2010/06/20 10:07:35.433036, 3] >>>> smbd/filename.c:1181(filename_convert) >>>> filename_convert: check_name failed for name * with >>>> NT_STATUS_INVALID_PARAMETER >>>> [2010/06/20 10:07:35.434894, 3] smbd/error.c:80(error_packet_set) >>>> error >>>> packet at smbd/trans2.c(2290) cmd=50 (SMBtrans2) >>>> NT_STATUS_INVALID_PARAMETER >>>> >>>> When attempting to access the share (ie. smbclient) I get this >>>> information: >>>> >>>> >>>> root at pharaoh:#> smbclient //192.168.0.10/Storage >>>> Enter root's password: >>>> Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.5.3] >>>> Server not using user level security and no password supplied. >>>> smb: \> ls >>>> NT_STATUS_INVALID_PARAMETER listing \* >>>> >>>> 59574 blocks of size 8388608. 35667 blocks available >>>> smb: \> >>>> >>>> When trying to access the NTFS share: >>>> >>>> >>>> root at pharaoh:#> smbclient //192.168.0.10/Movies >>>> Enter root's password: >>>> Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.5.3] >>>> Server not using user level security and no password supplied. >>>> smb: \> ls >>>> . D 0 Sun Jun 20 20:27:32 >>> 2010 >>>> >>>> .. D 0 Sun Jun 20 19:55:18 >>> 2010 >>>> >>>> $RECYCLE.BIN D 0 Sun Jun 13 02:16:54 >>> 2010 >>>> >>>> Files D 0 Sun Jun 20 06:47:49 >>> 2010 >>>> >>>> More Files D 0 Sun Jun 20 00:51:08 >>> 2010 >>>> >>>> Even More files D 0 Sun Jun 20 06:47:49 >>> 2010 >>>> >>>> >>>> 59604 blocks of size 8388608. 49286 blocks available >>>> smb: \> >>>> >>>> >>>> This has absolutely got me stumped. I've tried and googled for >>> everything >>>> >>>> I can think of but to no avail. I've tried in the IRC channel on >>> freenode >>>> >>>> but I think it could be a time zone conflict as there wasn't really >>> anyone >>>> >>>> active. >>>> >>>> Part of me is conflicted on whether this is a Samba issue or aFreeBSD>>>> issue, but considering I have complete functional access (even forthe>>>> lowest permission user) to the mount and yet Samba fails to function->>> I'm >>>> >>>> beginning to become convinced it is a Samba issue. >>>> >>>> Any advice on this would be greatly appreciated, as I am out ofideas.>>>> >>>> Kindest Regards, >>>> >>>> Josh Finlay >>>> -- >>> To unsubscribe from this list go to the following URL and read the >>> instructions: https://lists.samba.org/mailman/options/samba