similar to: Fincon on wine with system user

Bloodmaster wrote: > Oh yes sorry my problem was not with the permissions but it was because of my fincon.cfg config file it was configured to look for the server according to its ip address where my other computers used to look for the server according to its name so for an example it looked for \\192.168.0.1\findata and it must have been \\server\findata. > > I hope this helpes

Hi, This patch fixes "Samba Bugzilla Bug 999". The last version (2.6.8.1) of smbfs kernel module do not honor uid, gid, file_mode and dir_mode supplied by user during mount. This bug is also logged as "Kernel Bug Tracker Bug 3330". I think this stuff is related to the "unix extensions". This patch offers to the client side the opportunity to decide to use or

Hi there. I'm using samba3x-3.5.4-0.83.el5_7.2 on CentOS release 5.7 x86_64 to mount a Terastation filesystem. The "file_mode" and "dir_mode" options to mount.cifs seem to be ignored; I systematically get a "drwxrwxrwx" permission, no matter what values I provide for these options: # mount.cifs //terastation/Backup /bkp/BackupPC/ -o

On Mon, 29 Jan 2024 16:42:20 -0800 Peter Carlson via samba <samba at lists.samba.org> wrote: > > On 1/29/24 13:08, Rowland Penny via samba wrote: > > On Mon, 29 Jan 2024 12:51:37 -0800 > > Peter Carlson via samba<samba at lists.samba.org> wrote: > > > > > >> Just did a quick test, the big T comes after setting permissions in > >>

Hi, I'm replying to this post (as I wasn't subscribed to the list until now). Is there any progress on this issue (not being able to see symbolic links as such on a SMB3_02 share mounted with macOS)? It looks to me like this is one of the last showstoppers left for samba being able to be a full replacement for netatalk, since vfs_fruit is otherwise doing a good job. Best Wishes,

Since I do not see my last messages in the samba mail archive (I replied myself), here's the last one I sent with some more information (so hopefully they arrive now for everybody?): I just found out this is not only happening on the osx clients by mounting the share on the server: All this below happens on an linux arch server mounting the own share: mount //ip.addr/Programs ./tmp -o

Hello, I have the following in /etc/samba/smbfstab; //msserver/share /mnt/smb-share cifs file_mode=0777,dir_mode=0777,credentials=/etc/cifsusers/admin,rw However, when using 'mount /mnt/smb_dir' I get; mount: can't find /mnt/smb_dir in /etc/fstab or /etc/mtab Using 'mount -a' doesn't mount either. If I use "smbmount /mnt/smb_dir" I get; Could not

hello, Le 23/10/2019 ? 12:45, Rowland penny via samba a ?crit?: > On 23/10/2019 10:51, nathalie ramat via samba wrote: >> Hello, >> >> I have an server ad? - everything seems ok >> I have a windows client and a linux client . The users must to >> connect on windows or on linux with the same home. >> >> when I join my client linux with the command net

Hi, I have detected a very low performance with cp command or any write with CIFS mount (Netapp Storage), <15mb/s. Read performance is similar Local disk perofrmance is correct >100mb/s fstab entry is : //netapp/resource$/folder /mnt/test cifs username=u,password=p,domain=dom,iocharset=utf8,uid=1001,gid=1000,dir_mode=0700,file_mode=0700,auto Server is SLES 12 SP3 with latest updates

Hello, I am trying to work out the file locking mechanism on our Samba server when connecting from Linux clients. I am getting some strange behaviour in a mixed Linux/Windows environment when multiple clients open/lock the same file for writing. Everything seems fine when a Windows client creates the lock, but if a Linux client creates the lock, we get either two or more Linux clients being able

Hi all, I have a permissions problem with a samba share which I really can't fathom out. I'm trying to create a fully group writable share. Easy or so I thought. As you can see from my config I am trying all the options to set files group writable, however when I create a file from the client I'm always getting the mode 0644. Does anyone have a clue why? Thanks! client:

Hello, I have Samba set up on FreeBSD with a share for guests. I don't need or want any authentication for this share. [test2] path = /data/test2 read only = No create mask = 0777 guest ok = Yes The file permission on the host directory was set to 2777 and nobody:nobody. When a windows machine writes to the dir the permissions look fine. For example,

openSUSE v13.1 linux 3.11.10-11-desktop x86_64 samba 4.1.6 I recently upgraded an openSUSE server from v12.3 to v13.1. In the older version there was no problem about mounting a remote volume offered by an ancient OS/2 system. Now there is. Trying to mount it by command line: root:/home/sma-user3x> mount /t2 Retrying with upper case share name mount error(6): No such device or address

Hello, I've been having a problem copying files from a Samba directory, mounted by cifs so that it's accessible from a Linux machine. The autofs service is used to mount the Samba directory on /samba/public/name with mount options "-fstype=cifs,guest,file_mode=0664,dir_mode=0775". If I do this: touch /samba/public/name/foo # create an empty file cp

Hi. I just got a new Windows 7 Home Edition computer and am unable to mount its shares on my Linux system. I'm running Fedora 11, samba 3.4.7 I have no trouble mounting shares from XP systems on the network using the mount command below. I can access the Windows 7 share with no problems using smbclient on Linux. The Windows 7 share is accessible from the XP systems. Here is the mount

This is from mount <mountpoint> on openSUSE 13.1m3 running 3.10.1 desktop kernel. The mountpoint and fstab entries are identical and working in openSUSE 12.3 on same system. I just spent several hours on IRC and elsewhere trying to figure this out before thinking to try booting something other than 13.1. :-( Fstab entry (redacted): //HOST/share /mountpoint cifs

I recently discovered the 2GB file limitation using the smbfs filesystem and switched to the CIFS filesystem for my Samba mount. Since the switch I have not been able to get the permissions right for the mount. Specifically I am using the following commands in /etc/auto.mnt to mount the remote share using automount home2/ -fstype=cifs,uid=500,gid=100,credentials=/home/user/

I am experiencing data loss on a CIFS share with Samba 3.6.3. I am running Debian Sid on x86. I mount the share with the following line in my fstab: //server/share /mnt/share cifs auto,users,rw,gid=50,dir_mode=0775,file_mode=0777,domain=DOMAIN,credentials=/root/share.credentials The user in the credential file is in the proper domain. GID 50 is "staff", which my user is a member

I'm getting only partial iso8859-1 translation from an smbfs mount from my Win98SE machine. The smbfs mounted file system shows most lower-case accented characters fine; but, it substitutes underscores for most of the upper-case accented characters (and a few lower-case ones too): # uname -a Linux elm 2.4.18-8.1mdkian3 #7 Sat Aug 17 15:19:44 EDT 2002 i686 unknown (Mandrake 8.2 Linux with all

Items in dmesg when FAT share's are accessed from web browser: CIFS VFS: bogus file nlink value 0 When accessed from FC/L (OFM (orthodox filemanager)): CIFS VFS: illegal date, month 0 day: 0 When the share is initially mounted: CIFS: Attempting to mount //hostname/E Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers CIFS VFS: Send error