R: [Samba] Very Slow!

[Gregory Carter]

Interesting.

That shouldn't be, must be missing something.

Do you have anything at your disposal to measure the broadcast rate on 
your ports for your switch?

I would be curious to know what happens when you engage the SMB protocol 
to the broadcast rates on the port between client and server when you 
transfer the file.

One more thing.

Have you recently issue a update for any of the kernel packages and smb 
packages, but have not yet rebooted?

-gc



Brian McGrew wrote:
> Yes, they're both the same box.  FTP and NFS are blazing fast.  SMB/CIFS is
> slow.
>
> -brian
>
>
> On 8/29/08 8:04 AM, "Gregory Carter" <gcarter at aesgi.com> wrote:
>
>   
>> No, that doesn't sound right.
>>
>> Is this FTP operation to the same box you are connecting to as SAMBA,
>> that only takes 2mins?
>> (i.e. FTP and Samba running on the same box as a service.)
>>
>> -gc
>>
>> Deltasistemi DynDns wrote:
>>     
>>> Try to disable oplocks?
>>>
>>> Oplocks = no
>>> Level 2 oplocks = no
>>>
>>>
>>>
>>> -----Messaggio originale-----
>>> Da: samba-bounces+deltasistemi=deltasistemi.com at lists.samba.org
>>> [mailto:samba-bounces+deltasistemi=deltasistemi.com at lists.samba.org] Per
>>> conto di Brian D. McGrew
>>> Inviato: venerdì 29 agosto 2008 7.33
>>> A: Volker.Lendecke at SerNet.DE
>>> Cc: samba at lists.samba.org
>>> Oggetto: RE: [Samba] Very Slow!
>>>
>>> On Thu, Aug 28, 2008 at 02:34:02PM -0700, Brian McGrew wrote:
>>>   
>>>       
>>>>> On Thu, Aug 28, 2008 at 02:20:09PM -0700, Brian McGrew wrote:
>>>>>       
>>>>>           
>>>>>>     socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
>>>>>>         
>>>>>>             
>>>>> Quick try: Remove that.
>>>>>
>>>>> Curious question -- why did you set those options?
>>>>>       
>>>>>           
>>>> -----
>>>> It didn't change, still says 4 hours and is taking 3 to 4 seconds to
>>>>     
>>>>         
>>> copy
>>>   
>>>       
>>>> 1k.
>>>>     
>>>>         
>>> You re-started smbd?
>>> -----
>>>
>>> Yeah, I did a 'service smb restart' and everything came back OK.  Just for
>>> grins I rebooted the server about an hour ago, just in case I missed
>>> something.  No dice, same thing.
>>>
>>> Still, very slow.  ++4hour estimate to copy a 4GB file.  <2mins via FTP.
>>>
>>>
>>>
>>> System info:
>>>     Red Hat Enterprise Linux Server release 5 (Tikanga)
>>>     Kerlen 2.6.18-8.el5 SMP x86_64
>>>     Samba version 3.0.23c-2
>>>     Eth0 && Eht1 bonded to bond0, 2Gbps.
>>>
>>>     /etc/samba/smb.conf attached below...
>>>
>>> I'm seeing very slow transfers from Samba....  I'm not sure how else to
>>> describe it.  If I try and copy a 4GB DVD image from the server to any
>>> Windows box (XP, 2003, 2008, MacOS) it estimates more than 4 hours to copy.
>>> However, if I FTP to the server from any given client I can move the whole
>>> file in less than 2 minutes...
>>>
>>> I'm not a Samba expert, so anything is helpful at this point!!!
>>>
>>> -brian
>>>
>>> [global]
>>>     netbios name = mvppvt125
>>>     realm = MACHINEVISIONPRODUCTS.COM
>>>     security = ads
>>>     preferred master = no
>>>     encrypt passwords = yes
>>>     wins server = 10.0.0.119
>>>     workgroup = MVP
>>>     password server = *
>>>     server string = Dell PowerVault Server
>>>     log level = 3
>>>     log file = /var/log/samba/smbd.log
>>>     max log size = 50
>>>     winbind use default domain = yes
>>>     winbind nested groups = yes
>>>     winbind separator = +
>>>     client ntlmv2 auth = yes
>>>     username map = /etc/samba/smbusers
>>>     template shell = /bin/bash
>>>
>>> [filevault]
>>>     comment = File Vault
>>>     path = /filevault
>>>     browseable = yes
>>>     writable = yes
>>>     create mode = 0777
>>>     force create mode = 0777
>>>     force directory mode = 0777
>>>
>>> [data]
>>>     comment = MVP Data
>>>     path = /data
>>>     browseable = yes
>>>     writable = yes
>>>     create mode = 0777
>>>     force create mode = 0777
>>>     force directory mode = 0777
>>>
>>>   
>>>       
>
>