search for: mapposix

..., I find these lines: adminuser at testdm12:~$ mount ................. //devstation.samdom.example.com/data on /mnt/test type cifs (rw,relatime,vers=3.1.1,sec=krb5,cruid=0,cache=strict,multiuser,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.1.141,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,noperm,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1) //devstation.samdom.example.com/Mtest1 on /mnt/testmount1 type cifs (rw,relatime,vers=3.1.1,sec=krb5,cruid=0,cache=strict,multiuser,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.1.141,file_mode=0755,dir_mode=...

...T of options that I did not specify. I do not fully understand their impact: //[REDACTED]/uploaded_files on /home/myuser/shared type cifs (rw,relatime,vers=3.0,cache=strict,username=vl,domain=,uid=1000,forceuid,gid=1000,forcegid,addr=95.216.67.179,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=1048576,wsize=1048576,echo_interval=60,actimeo=1) Namely: forceuid, forcegid, nouinx, serverino, & mapposix Could any of these be causing the problems that I'm observing? PS: vers=3.0 didn't fix the problem! -- Saurabh.

...unted and accessed easily with cifs: >//vienas01.andritz.com/HIPASE on /media/HIPASE_Q type cifs >(rw,nosuid,nodev,relatime,vers=1.0,cache=strict,username=<snip>,domain=<sni >p>,uid=1000,forceuid,gid=1000,forcegid,addr=172.24.180.161,file_mode=0755, >dir_mode=0755,nounix,mapposix,rsize=61440,wsize=65536,echo_interval=60,a >ctimeo=1,user=<snip>) > >The problem seems to have appeared with 2:4.2.14+dfsg-0+deb8u7: >http://metadata.ftp- >master.debian.org/changelogs/main/s/samba/samba_4.2.14+dfsg- >0+deb8u7_changelog > >A very old smbclient...

...st=@root writeable=yes create mask=0770 force create mode=0770 # cat /proc/mounts | grep cifs //10.10.27.203/cifs-share /mnt/cifs cifs rw,relatime,vers=default,cache=strict,username=root,domain=,uid=0,noforceuid,gid=0,noforcegid,addr=10.10.27.203,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,mfsymlinks,rsize=1048576,wsize=1048576,echo_interval=60,actimeo=1 0 0

...extensions are only > supported by samba and for SMB1 only at the moment. Work is in progress > to add them to SMB2+. > Will this in any way interfere with "case sensitive = yes" - https://www.samba.org/samba/docs/current/man-html/smb.conf.5.html#NAMEMANGLINGSECT ? > * mapposix has been default for a while, it maps reserved characters (: ? > \ " etc) to reserved unicode characters to/from the servers so you can > use those characters in file names transparently from linux, without > needing to rely on protocol extensions. > Again, this sounds like...

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 >> windows >> >> root at fs1:/var/log# cd /data >> root at fs1:/data# mkdir -m 1777 test2 > No it doesn't, you are setting

...mounted and accessed easily with cifs://vienas01.andritz.com/HIPASE on /media/HIPASE_Q type cifs >>(rw,nosuid,nodev,relatime,vers=1.0,cache=strict,username=<snip>,domain=<snip>,uid=1000,forceuid,gid=1000,forcegid,addr=172.24.180.161,\ >> file_mode=0755,dir_mode=0755,nounix,mapposix,rsize=61440,wsize=65536,echo_interval=60,actimeo=1,user=<snip>) What i noticed here also, and if someone can explain this for me why this is. rsize=61440 wsize=65536 Normaly i see rsize and wsize 65536 By default block size = 1024 but above shows a difference of exact 4096 Is this related?...

...t/test.iev5IU getxattr error: 13 REVISION:0x0 CONTROL:0x0 The cifs mount in both cases is shown as: root at ubuntu:~# mount -t cifs //localhost/tmp on /mnt type cifs (rw,relatime,vers=1.0,sec=none,cache=strict,domain=,uid=0,noforceuid,gid=0,noforcegid,addr=127.0.0.1,soft,unix,posixpaths,serverino,mapposix,acl,rsize=1048576,wsize=65536,echo_interval=60,actimeo=1) Is this a bug that was fixed, a bug that was introduced, or neither and I'm holding it wrong? Thanks!

...info on how to use wireshark here [1]. It's a bit old and only covers SMB1 but it's a good ressource. > Further, `mount` is showing a LOT of options that I did not specify. I do > not fully understand their impact: > [...] > Namely: forceuid, forcegid, nouinx, serverino, & mapposix Note that some of this option string is generated at runtime by the kernel, so what you see is the current running state, which might differ from what you provided as some options are deduced/tried during connection. * forceuid/forcegid are sort of internal options to say use mount-provided uid...

...entOS 7.3 and Samba 4.6. I mounted the CIFS exports from the DDP server : # mount | grep temp //192.168.5.150/w-rushes-temp on /mnt/w-rushes-temp type cifs (ro,relatime,vers=1.0,cache=strict,username=admin,domain=,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.5.150,soft,unix,posixpaths,serverino,mapposix,acl,rsize=1048576,wsize=65536,echo_interval=60,actimeo=1) Listing the files on this mount everything looks good at first glance: # ls -l M*mo-1.* -rw-rw-rw- 1 root root 8417218 6 sept. 2013 Mémo-1.aif -rw-rw-rw- 1 root root 363175 6 sept. 2013 Mémo-1.m4a Now I copy the files from the old s...

...writeable = yes aio read size = 1 aio write size = 1 root at plattentest:~# mount | grep test //localhost/test on /mnt type cifs (rw,relatime,vers=3.1.1,sec=none,cache=strict,uid=0,noforceuid,gid=0,noforcegid,addr=127.0.0.1,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1) root at plattentest:~# mounting the share with cache=loose, nostrictsync and noblocksend adds another minute, adding "aio write behind = *" to the share definition does next to nothing. neither cpu nor ram are bottlene...

...Client linux kernel version: Ubuntu 22.04 5.15.0-60-generic Server SMB version: 4.15.13+dfsg-0ubuntu1 Mount options: <path> type cifs (rw,relatime,vers=3.1.1,cache=strict,username=elvis_chen,uid=0,noforceuid,gid=0,noforcegid,addr=<ip>,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1)

## QUESTION I am sharing a 120GB folder with lots of files via Samba on a LAN (1Gbps connection). 1) Doing an `ls -lR` on the server (on this folder) takes ~32 seconds, compared with **72 minutes** on the client. Is this difference in performance expected (due to network and protocol overhead)? 2) While the client is executing an `ls -lR`, one smbd process on the server uses about 30-40% of a

...e same drive can be mounted and accessed easily with cifs: //vienas01.andritz.com/HIPASE on /media/HIPASE_Q type cifs (rw,nosuid,nodev,relatime,vers=1.0,cache=strict,username=<snip>,domain=<snip>,uid=1000,forceuid,gid=1000,forcegid,addr=172.24.180.161,file_mode=0755,dir_mode=0755,nounix,mapposix,rsize=61440,wsize=65536,echo_interval=60,actimeo=1,user=<snip>) The problem seems to have appeared with 2:4.2.14+dfsg-0+deb8u7: http://metadata.ftp-master.debian.org/changelogs/main/s/samba/samba_4.2.14+dfsg-0+deb8u7_changelog A very old smbclient (Ubuntu 12.04) was successfully tested, so...

...nted the > CIFS exports from the DDP server : > > # mount | grep temp > > //192.168.5.150/w-rushes-temp on /mnt/w-rushes-temp type cifs > (ro,relatime,vers=1.0,cache=strict,username=admin,domain=,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.5.150,soft,unix,posixpaths,serverino,mapposix,acl,rsize=1048576,wsize=65536,echo_interval=60,actimeo=1) > > Listing the files on this mount everything looks good at first glance: > > # ls -l M*mo-1.* > > -rw-rw-rw- 1 root root 8417218 6 sept. 2013 Mémo-1.aif > -rw-rw-rw- 1 root root 363175 6 sept. 2013 Mémo-1.m4a &...

...> aio read size = 1 > aio write size = 1 > root at plattentest:~# mount | grep test > //localhost/test on /mnt type cifs > (rw,relatime,vers=3.1.1,sec=none,cache=strict,uid=0,noforceuid,gid=0,noforcegid,addr=127.0.0.1,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1) > root at plattentest:~# > > mounting the share with cache=loose, nostrictsync and noblocksend adds > another minute, adding "aio write behind = *" to the share definition > does next to nothing. neither...

...low: Correct and works ("vers=1.0,sec=ntlm"): root at CY-SALE:~# mount -v | grep /home/test //10.157.1.32/home/test on /mnt/home/test type cifs (rw,relatime,vers=1.0,sec=ntlm,cache=strict,username=test,uid=10109,forceuid,gid=10001,forcegid,addr=10.157.1.32,soft,unix,posixpaths,serverino,mapposix,*acl*,rsize=1048576,wsize=65536,echo_interval=60,actimeo=1) Does not work Default (no vers or sec): root at CY-SALE:~# mount -v | grep /home/test //10.157.1.32/home/test on /mnt/home/test type cifs (rw,relatime,vers=default,cache=strict,username=test,domain=,uid=10109,forceuid,gid=10001,forcegid,...

...kernel version: Ubuntu 22.04 5.15.0-60-generic > Server SMB version: 4.15.13+dfsg-0ubuntu1 > Mount options: <path> type cifs > (rw,relatime,vers=3.1.1,cache=strict,username=elvis_chen,uid=0,noforceuid,gid=0,noforcegid,addr=<ip>,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1) >

...credentials=/root/smbcreds,multiuser,sec=ntlmssp,_netdev 0 0 //fs.carlson.lab/test on /mnt/test type cifs (rw,relatime,vers=3.1.1,sec=ntlmssp,cache=strict,multiuser,domain=CARLSON.LAB,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.1.52,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,noperm,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,_netdev) CARLSON\peter at u2gui:~$ id uid=2001107(CARLSON\peter) gid=2000513(CARLSON\domain users) groups=2000513(CARLSON\domain users),10000(BUILTIN\administrators),10001(BUILTIN\users),2000512(CARLSON\dom...

hi there, running a simple test like time for s in $(seq 0 9999); do echo hello > world-$s; done takes a little more than a minute on a locally mounted test share on our samba server. the same test finishes in about 5 seconds when it is run on the server's file system, without samba. i understand that dealing with many small files isn't exactly the sweet spot of any (networked) file