similar to: unable to access shares on Windows 98 machine

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

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

Jeremy Allison via samba composed on 2020-04-23 09:24 (UTC-0700): > On Thu, Apr 23, 2020 at 02:59:18AM -0400, Felix Miata via samba wrote: >> Items in dmesg when FAT share's are accessed from web browser: >> CIFS VFS: bogus file nlink value 0 > nlink should never be zero. If an SMB server > returns that, then the CIFSFS client will have > to fake it to 1 at least.

On Thu, Apr 23, 2020 at 02:59:18AM -0400, Felix Miata via samba wrote: > Items in dmesg when FAT share's are accessed from web browser: > CIFS VFS: bogus file nlink value 0 nlink should never be zero. If an SMB server returns that, then the CIFSFS client will have to fake it to 1 at least. > When accessed from FC/L (OFM (orthodox filemanager)): > CIFS VFS: illegal date, month 0

On Fri, Apr 24, 2020 at 04:31:53AM -0400, Felix Miata via samba wrote: > Jeremy Allison via samba composed on 2020-04-23 09:24 (UTC-0700): > >> 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 in QFSAttributeInfo = -95 > >

Jeremy Allison via samba composed on 2020-04-24 11:13 (UTC-0700): > On Fri, Apr 24, 2020 at 04:31:53AM -0400, Felix Miata via samba wrote: >> Jeremy Allison via samba composed on 2020-04-23 09:24 (UTC-0700): >> >> CIFS: Attempting to mount //hostname/E >> >> Use of the less secure dialect vers=1.0 is not recommended unless required for >> >> access

I have a debian machine called "debian" and a windows XP machine called "server". I have a permanent mounted read-only share called \\server\doc. My /etc/fstab looks like this: //server/doc /opt/chroot/mnt/server cifs credentials=/root/.smbmount,username=medical,uid=medical,file_mode=0755,dir_mode=0755,noserverino 0 0 This works well most of the time but at times I get a

Hi list. I am not very experienced with samba, so would really appreciate some help. I am trying to share files between my windows 7 host OS and a linux guest OS being run by vmware workstation as a virtual machine. the linux machine I believe is a version of ubuntu lucid. I was able to share files with no problem between xp and this machine, but just can't get it to work with 7. I am

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 > >>

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

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

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

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

I just upgraded from Ubuntu 11.04 to 12.04 and am working to restore access to the windows shares I use at work. smbclient connects immediately: sudo smbclient //server/share -A /etc/.smb_creds.txt mount.cifs fails (with "mount error(13): Permission denied"): sudo mount.cifs //server/share /mnt/ -o credentials=/etc/.smb_creds.txt my credentials file is as

Hi, >>The 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,\ >>

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,

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