Thomas Schulz
2002-Feb-07 11:45 UTC
[Samba] samba-2.2.2 slower than samba-2.0.7 on Solaris
I just tried to upgrade from Version 2.0.7 to Version 2.2.2 and received complaints from several users that file access was much slower. I made no changes to the configuration file. The configuration file is mostly unchanged from the sample provided, changing only the location of the logs and specifying some shares. We are running Samba on a Sun Sparc 10 (a slow machine I admit) running Solaris 8. I had preveiously tried both 2.2.1a and 2.2.2 under Solaris 2.6 with the same complaints. The PCs are running Windows 2000. One user that complained loudly is running ISP Design Expert from Lattice Semiconductor. In trying to see the problem myself, I tried copying a large file from my home directory to a sub directory. With Samba 2.2.2 running, I see that the progress box does not show up until 3 to 4 seconds after I click on paste. With Samba 2.0.7, the progress box shows up instantly. In either case, the file takes 10 to 11 seconds to copy once the copy actually starts. As an experiment, I have tried the following settings with no effect: oplocks = no, fake oplocks = yes, locking = no. Following is a section of the log file with log level = 2. I also tried this with log level = 3, but that is too long to send without your asking for it. I clicked on paste at 13:12:00. [2002/02/07 13:12:00, 2] smbd/open.c:(217) schulz opened file smit.log read=Yes write=No (numopen=3) [2002/02/07 13:12:01, 2] smbd/close.c:(208) schulz closed file smit.log (numopen=2) [2002/02/07 13:12:01, 2] smbd/open.c:(217) schulz opened file smit.log read=Yes write=No (numopen=3) [2002/02/07 13:12:01, 2] smbd/close.c:(208) schulz closed file smit.log (numopen=2) [2002/02/07 13:12:01, 2] smbd/open.c:(217) schulz opened file smit.log read=Yes write=No (numopen=3) [2002/02/07 13:12:02, 2] smbd/close.c:(208) schulz closed file smit.log (numopen=2) [2002/02/07 13:12:02, 2] smbd/open.c:(217) schulz opened file smit.log read=Yes write=No (numopen=3) [2002/02/07 13:12:02, 2] smbd/open.c:(217) schulz opened file tmp/smit.log read=No write=Yes (numopen=4) [2002/02/07 13:12:14, 2] smbd/open.c:(427) Share violation on file (4,1,1,15356,tmp/smit.log,fcbopen = 0, flags = 0) = 0 [2002/02/07 13:12:14, 2] smbd/open.c:(217) schulz opened file tmp/smit.log read=Yes write=No (numopen=5) [2002/02/07 13:12:15, 2] smbd/close.c:(208) schulz closed file tmp/smit.log (numopen=3) [2002/02/07 13:12:55, 2] smbd/close.c:(208) schulz closed file smit.log (numopen=2) In the log.smb, I see the following (error?) messages [2002/02/07 11:56:53, 2] tdb/tdbutil.c:(342) tdb(/opt/local/samba/var/locks/angler/connections.tdb): tdb_mmap failed for size 8192 (Resource temporarily unavailable) [2002/02/07 11:56:53, 2] tdb/tdbutil.c:(342) tdb(/opt/local/samba/var/locks/angler/messages.tdb): tdb_mmap failed for size 696 (Resource temporarily unavailable) [2002/02/07 11:56:53, 0] tdb/tdbutil.c:(342) tdb(/opt/local/samba/private/secrets.tdb): tdb_reopen: failed to obtain active lock No messages there at the time of the file copy. Tom schulz Applied Dynamics Intl. schulz@adi.com
Thomas Schulz
2002-Feb-07 12:27 UTC
[Samba] Re: samba-2.2.2 slower than samba-2.0.7 on Solaris
smb.conf appended.> From: "Davide Parise" <d.parise@mhz.it> > To: "Thomas Schulz" <schulz@adi.com> > Subject: R: [Samba] samba-2.2.2 slower than samba-2.0.7 on Solaris > > You should send also the smb.conf file to understand what's happening. > > -----Messaggio originale----- > Inviato: Thursday, February 07, 2002 20:40 > A: samba@samba.org > Cc: schulz@adi.com > Oggetto: [Samba] samba-2.2.2 slower than samba-2.0.7 on Solaris > > > I just tried to upgrade from Version 2.0.7 to Version 2.2.2 and received > complaints from several users that file access was much slower. I made > no changes to the configuration file. The configuration file is mostly > unchanged from the sample provided, changing only the location of the > logs and specifying some shares. We are running Samba on a Sun > Sparc 10 (a slow machine I admit) running Solaris 8. I had preveiously > tried both 2.2.1a and 2.2.2 under Solaris 2.6 with the same complaints. > > The PCs are running Windows 2000. One user that complained loudly is > running ISP Design Expert from Lattice Semiconductor. > > In trying to see the problem myself, I tried copying a large file from > my home directory to a sub directory. With Samba 2.2.2 running, I see > that the progress box does not show up until 3 to 4 seconds after I > click on paste. With Samba 2.0.7, the progress box shows up instantly. > In either case, the file takes 10 to 11 seconds to copy once the > copy actually starts. As an experiment, I have tried the following > settings with no effect: oplocks = no, fake oplocks = yes, locking = no. > Following is a section of the log file with log level = 2. I also tried > this with log level = 3, but that is too long to send without your asking > for it. I clicked on paste at 13:12:00. > > [2002/02/07 13:12:00, 2] smbd/open.c:(217) > schulz opened file smit.log read=Yes write=No (numopen=3) > [2002/02/07 13:12:01, 2] smbd/close.c:(208) > schulz closed file smit.log (numopen=2) > [2002/02/07 13:12:01, 2] smbd/open.c:(217) > schulz opened file smit.log read=Yes write=No (numopen=3) > [2002/02/07 13:12:01, 2] smbd/close.c:(208) > schulz closed file smit.log (numopen=2) > [2002/02/07 13:12:01, 2] smbd/open.c:(217) > schulz opened file smit.log read=Yes write=No (numopen=3) > [2002/02/07 13:12:02, 2] smbd/close.c:(208) > schulz closed file smit.log (numopen=2) > [2002/02/07 13:12:02, 2] smbd/open.c:(217) > schulz opened file smit.log read=Yes write=No (numopen=3) > [2002/02/07 13:12:02, 2] smbd/open.c:(217) > schulz opened file tmp/smit.log read=No write=Yes (numopen=4) > [2002/02/07 13:12:14, 2] smbd/open.c:(427) > Share violation on file (4,1,1,15356,tmp/smit.log,fcbopen = 0, flags = 0) > = 0 > [2002/02/07 13:12:14, 2] smbd/open.c:(217) > schulz opened file tmp/smit.log read=Yes write=No (numopen=5) > [2002/02/07 13:12:15, 2] smbd/close.c:(208) > schulz closed file tmp/smit.log (numopen=3) > [2002/02/07 13:12:55, 2] smbd/close.c:(208) > schulz closed file smit.log (numopen=2) > > In the log.smb, I see the following (error?) messages > > [2002/02/07 11:56:53, 2] tdb/tdbutil.c:(342) > tdb(/opt/local/samba/var/locks/angler/connections.tdb): tdb_mmap failed > for size 8192 (Resource temporarily unavailable) > [2002/02/07 11:56:53, 2] tdb/tdbutil.c:(342) > tdb(/opt/local/samba/var/locks/angler/messages.tdb): tdb_mmap failed for > size 696 (Resource temporarily unavailable) > [2002/02/07 11:56:53, 0] tdb/tdbutil.c:(342) > tdb(/opt/local/samba/private/secrets.tdb): tdb_reopen: failed to obtain > active lock > > No messages there at the time of the file copy. > > Tom schulz > Applied Dynamics Intl. > schulz@adi.com > -- >smb.conf with comments removed: [global] workgroup = adi server string = Samba Server load printers = yes printcap name = /etc/printers.samba printing = sysv log file = /opt/local/samba/var/logs/%h/log.%m max log size = 50 security = user encrypt passwords = yes null passwords = yes socket options = TCP_NODELAY dns proxy = no printer driver = HP LaserJet 4000 Series PS delete readonly = yes client code page = 437 directory security mask = 0777 security mask = 0777 level2 oplocks = true lock directory = /opt/local/samba/var/locks/%h include = /opt/local/samba/lib/smb.conf.%h smb.conf.angler with most comments removed: # log level added for debugging, normally left out log level = 2 [homes] comment = Home Directories # level2 oplocks = no # oplocks = no # fake oplocks = yes # locking = no # blocking locks = no browseable = no writable = yes [hwdesign] comment = Hardware Design Directories path = /home/projects/hwdesign browseable = yes writable = yes invalid users = student0 student1 student2 student3 student4 student5 student6 student7 student8 student9 studenta studentb studentc studentd studente studentf [support] comment = Customer Support Directories path = /home/users/support browseable = yes writable = yes invalid users = student0 student1 student2 student3 student4 student5 student6 student7 student8 student9 studenta studentb studentc studentd studente studentf Tom schulz Applied Dynamics Intl. schulz@adi.com