Description of problem: Extremely Slow Performance and possible corruption accessing a CXFS filesystem with Samba. Version-Release number of selected component (if applicable): Samba 3.0.9-1.3E.2 kernel 2.4.21-27 CXFS Client 3.2.2 How reproducible: Every time... Steps to Reproduce: 1. Access a file on the samba share 2. 3. Actual results: EXTREMELY SLOW PERFORMANCE (instead of 2 minutes, it would be about 3 hours) Expected results: Normal File Speed Access Additional info: We are receiving the following in our logs: Mar 18 13:41:37 athena smbd[24222]: [2005/03/18 13:41:37, 0] locking/posix.c:posix_fcntl_lock(658) Mar 18 13:41:37 athena smbd[24222]: an Invalid argument error. This can happen when using 64 bit lock offsets Mar 18 13:41:37 athena smbd[24222]: [2005/03/18 13:41:37, 0] locking/posix.c:posix_fcntl_lock(659) Mar 18 13:41:37 athena smbd[24222]: on 32 bit NFS mounted file systems. Mar 18 13:41:37 athena smbd[24222]: [2005/03/18 13:41:37, 0] locking/posix.c:posix_fcntl_lock(673) Mar 18 13:41:37 athena smbd[24222]: Count greater than 31 bits - retrying with 31 bit truncated length. Mar 18 13:41:37 athena smbd[24222]: [2005/03/18 13:41:37, 0] locking/posix.c:posix_fcntl_lock(657) Mar 18 13:41:37 athena smbd[24222]: posix_fcntl_lock: WARNING: lock request at offset 0, length 9223372036854775808 returned This is causing some extreme performance problems. Disabling oplocks and level 2 oplocks removes the error messages, but the performance still suffers. Anyone have any ideas on this one? The filesystem (SGI CXFS) running on the RHEL 3.0 is exported via NFS, and is used by Samba. No other server actually shares, although they are clients.
Note: Copying the same files files with Windows Explorer does result in the 2 minute result... Accessing the data files from any application however is causing the delay.
Attach your /etc/samba/smb.conf file to this bug report, please. Do I understand that you're re-exporting via Samba a filesystem that you've mounted via NFS?
No it isn't NFS mounted. The /local filesystem is seen to the linux box as an XFS mount. (It is actually a CXFS partition which is a clustered version of XFS from SGI... It's similar to Redhat's GFS product. It is seen as a local drive (i.e. all the SCSI drives are actually seen on the server)... This same filesystem is seen on 4 different servers as a local filesystem (rather than an NFS mounted one)... It's a clustered filesystem thing... ;)
Sorry forgot the smb.conf [global] workgroup = MIRAR server string = Mirar File & Print Server hosts deny = ALL hosts allow = 192.168.1. 192.168.2. 192.168.10. 127. printcap name = cups load printers = no show add printer wizard = yes lpq cache time = 20 use client driver = no printing = cups log file = /var/log/samba/%m.log max log size = 50 security = user encrypt passwords = yes username map = /etc/samba/smbusers socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 interfaces = eth0 bind interfaces only = yes local master = no os level = 10 domain master = no preferred master = no domain logons = no name resolve order = host wins lmhosts bcast wins support = no wins server = 192.168.1.22 dns proxy = no netbios name = FP02 ldap suffix = dc=mirarco,dc=org ldap machine suffix = ou=Computers ldap group suffix = ou=Group ldap user suffix = ou=People ldap idmap suffix = ou=People ldap filter = (&(uid=%u)(objectclass=sambaSamAccount)) ldap admin dn = cn=root,dc=mirarco,dc=org ldap replication sleep = 2000 passdb backend = ldapsam:ldap://192.168.1.22 passwd program = /usr/local/sbin/smbldap-passwd.pl %u passwd chat = *New*password* %n\n *new*password* %n\n *successfully* [homes] comment = Home Directories path = /home/%u/samba valid users = %S browseable = no writable = yes csc policy = disabled [CompAdmin] comment = IMS Computer Administration path = /local/Projects/CompAdmin valid users = +NTCompAdmin read list = +NTCompAdmin write list = +NTCompAdmin force group = NTCompAdmin writable = Yes create mask = 0770 directory mask = 02770
I built rpms of samba-3.0.15pre2 and put them up on http://people.redhat.com/fenlason/.samba3E/samba*3.0.15-0.pre2.3E.1.{i386,src}.rpm for testing. Please try them an see if they work better than 3.0.9. Note that these are not QA'd or supported, and 3.0.15pre2 is not intended for production use. There have been serveral changes to the directory handling code to try to clear up performance bottlenecks.
I won't have time to test it out right away. I am on vacation for 2 weeks ;) ... When I get back I'll give them a try. Most appreciated
This bug is filed against RHEL 3, which is in maintenance phase. During the maintenance phase, only security errata and select mission critical bug fixes will be released for enterprise products. Since this bug does not meet that criteria, it is now being closed. For more information of the RHEL errata support policy, please visit: http://www.redhat.com/security/updates/errata/ If you feel this bug is indeed mission critical, please contact your support representative. You may be asked to provide detailed information on how this bug is affecting you.