Mickey Smith
2007-Jul-12 12:57 UTC
[Samba] Linux CIFS-access problem since samba 3.0.25(a/b)
Hi there, at first, the following scenario is used in our environment: Server-Side: - One Samba PDC using 3.0.24 release with TDB-backend. - Some Samba member servers serving files, home-dirs, etc. Client-Side: - Windows XP-Clients. - Windows Vista Clients (testing). - some Linux Ubuntu Distro (Feisty) Clients, using CIFS to access the samba-shares. fstab-entry of the Ubuntu-clients: //server/share /media/files_on_server cifs credentials=/home/user/.smbcredentials,dom=domain,directio,users,noperm,iocharset=utf8,nolock,soft,intr,rsize=8192,wsize=8192 0 0 The problem: Since using release 3.0.25(a/b) on the samba-member servers, - accessing the shares by using a Linux Ubuntu Client through CIFS-mount is very slow (!!!!). Sometimes you have to wait centuries to get the directory-contents. - accessing the shares by a Windows Client is at normal speed. After rolling back to 3.0.24 on the samba-member servers: - accessing the shares by using a Linux Ubuntu Client through CIFS-mount work like it should be (normal speed). What I've found out is: If we use Samba 3.0.25(a/b) on the member-servers and unset the "msdfs root"-parameter from "yes" to "no", the access-speed of the Ubuntu-Clients is at normal speed. Reverting the parameter to "yes" results in the mentioned problem. Rolling back to 3.0.24 and using "msdfs root = yes" results in NO problem. smb.conf on Samba-member server: [global] unix charset = ISO8859-1 name resolve order = host wins bcast display charset = ISO8859-1 encrypt passwords = yes preferred master = no domain master = auto domain logons = no local master = yes log level = 1 os level = 20 workgroup = DOMAIN netbios name = %h interfaces = eth0 lo server string = %h on SMB %v allow hosts = 127.0.0.1 10.0.1.0/24 0.0.0.0/0 deny hosts = ALL EXCEPT 10.0.1.0/24 127.0.0.1 0.0.0.0/0 keep alive = 30 read raw = yes write raw = yes socket options = SO_KEEPALIVE TCP_NODELAY IPTOS_LOWDELAY SO_SNDBUF=8192 SO_RCVBUF=8192 passdb backend = tdbsam:/etc/samba/private/passdb.tdb host msdfs = yes msdfs root = yes security = domain password server = * idmap uid = 10000-20000 idmap gid = 10000-20000 winbind enum users = yes winbind enum groups = yes winbind cache time = 100 template homedir = /home/%U load printers = yes printing = cups printcap = cups show add printer wizard = yes deadtime = 15 write cache size = 1048576 [homes] path = /home/%S comment = %U Home Dir browseable = no admin users = @"domain\domain admins" invalid users = @"domain\domain guests" valid users = "domain\%S",@"domain\domain admins" writeable = yes write list = "domain\%U",@"domain\domain admins" guest ok = no inherit owner = yes inherit permissions = yes force user = "domain\%U" force group = "domain\domain admins" guest ok = no [Files] map acl inherit = yes dos filemode = yes inherit acls = yes inherit permissions = yes browseable = yes writeable = yes guest ok = no path = /share-point/files comment = FILE01 LV vfs objects = recycle recycle:repository = SERVER_RECYCLE_BIN recycle:keeptree = Yes recycle:touch = Yes recycle:versions = Yes [Files-test] map acl inherit = yes dos filemode = yes inherit acls = yes inherit permissions = yes browseable = yes writeable = yes guest ok = no path = /mnt comment = FILE01 backup [printers] comment = Printer printable = yes guest ok = no browseable = yes path = /var/spool/samba admin users [print$] comment = Printer Driver Download Area write list = @"domain\domain admins" guest ok = no browseable = yes path = /etc/samba/config/printer read only = yes admin users Is there any solution known to solve this problem? Regards, Michael _________________________________________________________________ Wenn Ihnen E-Mail nicht schnell genug ist: MSN Messenger! - http://www.imagine-msn.com/messenger/default2.aspx?locale=de Kostenlos downloaden!
Seemingly Similar Threads
- FW: Linux CIFS-access problem since samba 3.0.25(a/b)
- mount.cifs gives error 13 after changing servers -- hidden cache??
- [Flac-users] Re: my flac -t issue: next approach
- Wrong perms on new files/dirs using `mount -t cifs`
- Missing files from share with cifs