Re: R: [Samba] Very Slow!

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@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@lists.samba. org
>> [mailto:samba-bounces+deltasistemi=deltasistemi.com@lists.samba. org] Per
>> conto di Brian D. McGrew
>> Inviato: venerdì 29 agosto 2008 7.33
>> A: Volker.Lendecke@SerNet.DE
>> Cc: samba@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
>>
>>
>

--


--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/listinfo/samba

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@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@lists.samba. org
>>> [mailto:samba-bounces+deltasistemi=deltasistemi.com@lists.samba. org] Per
>>> conto di Brian D. McGrew
>>> Inviato: venerdì 29 agosto 2008 7.33
>>> A: Volker.Lendecke@SerNet.DE
>>> Cc: samba@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
>>>
>>>
>>>
>
>

--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/listinfo/samba

On 8/29/08 8:33 AM, "Gregory Carter" <gcarter@aesgi.com> wrote:

> 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?
-----

No updates in a long time... It's been slow all along, it's just now we're
moving much, much bigger files, so it's more noticable and more of a
problem.

If you have a piece of software in mind that will measure the broadcast
rate, I will certainly give it a try... My swtich is a Foundry X448
(48-port GigE); but, the statistics aren't real time.

-brian

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!!!

/etc/samba/smb.conf:

[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
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
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

/etc/krb5.conf

[logging]
default = FILE:/var/log/krb5libs.log
kdc = FILE:/var/log/krb5kdc.log
admin_server = FILE:/var/log/kadmind.log

[libdefaults]
default_realm = MACHINEVISIONPRODUCTS.COM
ticket_lifetime = 24000
dns_lookup_realm = false
dns_lookup_kdc = false
default_tkt_enctypes = des-cbc-crc
default_tgs_enctypes = des-cbc-crc

[realms]
MACHINEVISIONPRODUCTS.COM = {
kdc = mvpns122.visionpro.com:88
kdc = *
admin_server = mvpns122.visionpro.com:749
default_domain = machinevisionproducts.com
kdc = *
}

[domain_realm]
.machinevisionproducts.com = MACHINEVISIONPRODUCTS.COM
machinevisionproducts.com = MACHINEVISIONPRODUCTS.COM

[kdc]
profile = /var/kerberos/krb5kdc/kdc.conf
afs_salt = MACHINEVISIONPRODUCTS.COM

[appdefaults]
pam = {
debug = false
ticket_lifetime = 36000
renew_lifetime = 36000
forwardable = true
krb4_convert = false
}

--



--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/listinfo/samba

> 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...

Try "downloading" the file from another LINUX machine using smbclient.
How fast is that? That will take the Windows mystery variable out of
the equation. Odds are that the smbclient download will be very fast.

--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/listinfo/samba

>> 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...
>
> Try "downloading" the file from another LINUX machine using smbclient.
> How fast is that? That will take the Windows mystery variable out of
> the equation. Odds are that the smbclient download will be very fast.
-----

No difference! Using the smbclient on another Linux machine (Fedora Core 3)
on the same subnet, same switch at GigE --- about 4MB copied in 5 minutes.

Copying the file via NFS from this Linux machine to my Windows machine, I
was gettingh right about 67Mbit with 7% port utilization according to the
stats on my Foundry switch. Using smb:// for the same file, same machine, I
was seeing 2Mbit with .2% port utilization. This with Windows and
smbclient.

-brian
--


--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/listinfo/samba

>>> 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...
>>
>> Try "downloading" the file from another LINUX machine using smbclient.
>> How fast is that? That will take the Windows mystery variable out of
>> the equation. Odds are that the smbclient download will be very fast.
> -----
>
> No difference! Using the smbclient on another Linux machine (Fedora Core3)
> on the same subnet, same switch at GigE --- about 4MB copied in 5 minutes..
>
> Copying the file via NFS from this Linux machine to my Windows machine, I
> was gettingh right about 67Mbit with 7% port utilization according to the
> stats on my Foundry switch. Using smb:// for the same file, same machine, I
> was seeing 2Mbit with .2% port utilization. This with Windows and
> smbclient.
>
-----

With the NICs unbonded trying both eth0 and eht1 (separately) there is no
change. Even whil I'm waint from the Linux box using smbclient to copy this
file I can go to a Windows machine and NFS the file in minutes... When I do
so, the port usage jumps to around 7% during the NFS copy then drops back
down to around 0.15% wile the smb:// copy continues.

-brian

--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/listinfo/samba