[Samba] Slow file transfers and lock ups.

Jannetta S Steyn jannetta at henning.org
Mon Jan 9 10:18:38 GMT 2006


Hi Folks

I posted a question about a week ago regarding slow file transfers and
lock ups, but I haven't had any response. Was my question to complicated,
is everybody at a loss like me, or is it being ignored because it is a
stupid question?

Hope you don't mind, I'll quote it again below, just in case somebody with
advice has come back from holiday and can help out.

Regards
Jannetta

> Hi All
>
> I hope someone can point me in the right direction here. I have just
> upgraded a client's machine from running a 4 year old version of Slackware
> and and a Samba just as old to Fedora Core 4 and the latest Samba in the
> Fedora mirrors - seems to be 3.0.14a-2. After the installation, the client
> complained that data transfer was extremely slow. It took 70 seconds to
> save a 3.8Mb file and a backup that used to take 5 minutes took almost 30
> minutes.
>
> I changed the config file to exactly what it was on the old server and
> restarted Samba. The config now is:
> [global]
>    workgroup = WORKGROUP
>    netbios name = ServerName
>    server string = ServerName %v
>    encrypt passwords = Yes
>    socket options = TCP_NODELAY SO_SNDBUF=8192 SO_RCVBUF=8192
>    log file = /var/log/samba/%m.log
>    max log size = 50
>    os level = 33
>    hosts allow = 192.168.0
>    # preferred master = yes
>    # local master = no
>    # security = user
>    # idmap uid = 16777216-33554431
>    # idmap gid = 16777216-33554431
>    # template shell = /bin/false
>    # winbind use default domain = no
>    # fake oplocks=NO
>    # oplocks=NO
>    # level 2 oplocks=NO
> [fileserver]
>         comment = Fileserver
>         path = /fileserver
>         read only = No
>         browsable = yes
>         writable = yes
>
>
> The commented lines are what used to be in the file. After the restart
> though the client still didn't see any improvement, but at some stage the
> server disappeared off the network. He then restarted the server and then
> found that the 30 minute backup now took 15 minutes.
>
> However, this is still too slow. Normal saving of files still seem to be
> slow and the backup still needs to come down to at least 5 minutes to be
> the same as before.
>
> I did read the documentation that suggests that in some cases oplocks be
> set to NO, as well as level 2 oplocks. It does however need to be done on
> the server and the workstations. As you can see however, after commenting
> out the oplocks there was an improvement - I remember from 3 or 4 years
> ago doing that when we had similar problems. So before venturing in
> setting oplocks to no on both the server and workstations, could anybody
> perhaps suggest something else?
>
> The documentation specifically mentions Act! as needing to have oplocks
> set to no. Can some of you perhaps list some other applications that also
> definitely need this to be done?
>
> Another mystery to me is why the restart of the service didn't have any
> effect? Why did the server need a restart?
>
> Well all help would be welcome and appreciated.
>
> Kind Regards
> Jannetta




More information about the samba mailing list