Can anyone give me any info on how to tune an HP-UX version of Samba. We are having a problem transferring a 67MB file from the Unix box to an NT box. It takes about 2hrs to copy the file. Note: the Unix box has a 10BT card and the NT box has a 100BT card. Chris Bailey baileyc@wellsfargo.com
Without knowing anything about your network, you know the slowest links will most likely be 1) your 10BaseT card and/or 2) your network. Anyway, if you don't already have Samba installed and configured on your HP box, you can try that first. Once configured, installed, and the daemon running, you could take a backwards approach of having the destination share on your HP box being the mapping point from your NT box, and use NT to map to the directory (or one level up) on your HP box from where you wish to obtain the data. Then, from NT, simply copy and past from the HP to a destination location on your NT system. A bit backwards, but it can work. I've done two-way file copying between my Slackware Linux 7.0 box and my NT 4.0 workstation, with smbd -D running on the Linux side. Hope that helps. Scott On Mon, 16 Oct 2000 baileyc@WellsFargo.COM wrote:> > Can anyone give me any info on how to tune an HP-UX version of Samba. We are > having a problem transferring a 67MB file from the Unix box to an NT box. It > takes about 2hrs to copy the file. Note: the Unix box has a 10BT card and > the NT box has a 100BT card. > > Chris Bailey > baileyc@wellsfargo.com > >
baileyc@WellsFargo.COM wrote:> > Can anyone give me any info on how to tune an HP-UX version of Samba. We are > having a problem transferring a 67MB file from the Unix box to an NT box. It > takes about 2hrs to copy the file. Note: the Unix box has a 10BT card and > the NT box has a 100BT card.With a similar configuration on Linux, it takes me about 10-15 minutes to move a 650MB file. Your figures are terrible... 1/ Have you tried the same file fransfer with FTP? What transfer rate do you get? 2/ Does the problem exist with all NT-clients, or just the one? 3/ What speed/duplex mode are your cards actually running at. A duplex mismatch can cause this kind of grief. 4/ What's in your smb.conf? Post some of this info, and we may be able to see what's going on... HTH Mike.
I cant use FTP with out some security changes to the UNIX server I will
attempt to do this soon. As for the cards they are both half duplex. This
only happens on the NT to Unix side, NT to NT its fast. But both NT systems
are running at 100BT. The UNIX server is an HP E35 66MHZ single processor,
its about 5 years old. Here is the smb.conf file.
# Samba config file created using vi
# from Chris Bailey TV/SSG
# Date: 2000/09
# Global parameters
[global]
workgroup = wfb-master
netbios name = b5440s40
encrypt passwords = Yes
update encrypted = Yes
allow trusted domains = No
unix password sync = Yes
restrict anonymous = Yes
socket options = SO_SNDBUF=17520
socket options = TCP_NODELAY
keepalive = 0
strict sync = no
max xmit = 8192
read size = 2048
max open files = 100
load printers = No
domain logons = Yes
guest account =
hosts allow = 162.101.87.
nt smb suport = no
oplocks = no
[pkgdata]
path = /tvdata/pkgdata
sync always = no
write ok = yes
write raw = yes
writable = yes
guest ok = No
Chris Bailey
TV/SSG
480-774-4041
877-291-0377
-----Original Message-----
From: Mike Brodbelt [mailto:m.brodbelt@acu.ac.uk]
Sent: Monday, October 16, 2000 9:43 AM
To: baileyc@WellsFargo.COM
Cc: samba@us4.samba.org
Subject: Re: HP-UX Unix to WinNT
baileyc@WellsFargo.COM wrote:>
> Can anyone give me any info on how to tune an HP-UX version of Samba. We
are> having a problem transferring a 67MB file from the Unix box to an NT box.
It> takes about 2hrs to copy the file. Note: the Unix box has a 10BT card and
> the NT box has a 100BT card.
With a similar configuration on Linux, it takes me about 10-15 minutes
to move a 650MB file. Your figures are terrible...
1/ Have you tried the same file fransfer with FTP? What transfer rate do
you get?
2/ Does the problem exist with all NT-clients, or just the one?
3/ What speed/duplex mode are your cards actually running at. A duplex
mismatch can cause this kind of grief.
4/ What's in your smb.conf?
Post some of this info, and we may be able to see what's going on...
HTH
Mike.
> I cant use FTP with out some security changes to the UNIX server I will > attempt to do this soon. As for the cards they are both half duplex. This > only happens on the NT to Unix side, NT to NT its fast. But both > NT systems > are running at 100BT. The UNIX server is an HP E35 66MHZ single processor, > its about 5 years old. Here is the smb.conf file.We are using Samba 2.0.7 running on a HP C160L (160MHz single processor). Even on our old 712/80 machines, this is way too slow, and suggests a network or configuration problem. Your configuration file looks OK, except for SO_SNDBUF. My manpage suggests that the default for a tcp socket is 32768 - perhaps you could comment this out, and see if things change. I am more suspicious of a network problem. Do you have any way of checking the error rates on the network links used? We have found that really slow transfers in the past were usually caused by a faulty PC ethernet card. It may be worth just changing the PC card to see if things improce.> > # Samba config file created using vi > # from Chris Bailey TV/SSG > # Date: 2000/09 > > # Global parameters > [global] > workgroup = wfb-master > netbios name = b5440s40 > encrypt passwords = Yes > update encrypted = Yes > allow trusted domains = No > unix password sync = Yes > restrict anonymous = Yes > socket options = SO_SNDBUF=17520 > socket options = TCP_NODELAY > keepalive = 0 > strict sync = no > max xmit = 8192 > read size = 2048 > max open files = 100 > load printers = No > domain logons = Yes > guest account > hosts allow = 162.101.87. > nt smb suport = no > oplocks = no > > [pkgdata] > path = /tvdata/pkgdata > sync always = no > write ok = yes > write raw = yes > writable = yes > guest ok = No > > > Chris Bailey > TV/SSG > 480-774-4041 > 877-291-0377 >Tony Butt Software Engineer and Network Support CEA Technologies Canberra Australia
This sounds like an ethernet issue. do ifconfig eth0/1 whatever and look for errors there. If there are any errors at all then you have an issue. Even 1-2 errors implies collisions have occurred and this is a loading issue. Also take out socket options = SO_SNDBUF=17520 Bruce.>> I cant use FTP with out some security changes to the UNIX server I will >> attempt to do this soon. As for the cards they are both half duplex. This >> only happens on the NT to Unix side, NT to NT its fast. But both >> NT systems >> are running at 100BT. The UNIX server is an HP E35 66MHZ single processor, >> its about 5 years old. Here is the smb.conf file. > >We are using Samba 2.0.7 running on a HP C160L (160MHz single processor). >Even on our old 712/80 machines, this is way too slow, and suggests a >network or configuration problem. > >Your configuration file looks OK, except for SO_SNDBUF. My manpage suggests >that the default for a tcp socket is 32768 - perhaps you could comment this >out, and see if things change. > >I am more suspicious of a network problem. Do you have any way of checking >the error rates on the network links used? We have found that really slow >transfers in the past were usually caused by a faulty PC ethernet card. It >may be worth just changing the PC card to see if things improce. > >> >> # Samba config file created using vi >> # from Chris Bailey TV/SSG >> # Date: 2000/09 >> >> # Global parameters >> [global] >> workgroup = wfb-master >> netbios name = b5440s40 >> encrypt passwords = Yes >> update encrypted = Yes >> allow trusted domains = No >> unix password sync = Yes >> restrict anonymous = Yes >> socket options = SO_SNDBUF=17520 >> socket options = TCP_NODELAY >> keepalive = 0 >> strict sync = no >> max xmit = 8192 >> read size = 2048 >> max open files = 100 >> load printers = No >> domain logons = Yes >> guest account >> hosts allow = 162.101.87. >> nt smb suport = no >> oplocks = no >> >> [pkgdata] >> path = /tvdata/pkgdata >> sync always = no >> write ok = yes >> write raw = yes >> writable = yes >> guest ok = No >> >> >> Chris Bailey >> TV/SSG >> 480-774-4041 >> 877-291-0377 >> > >Tony Butt >Software Engineer and Network Support >CEA Technologies >Canberra >Australia