On Thursday 09 Jun 2005 18:09, you wrote:> Tell me everything you can about your setup
This is a small home LAN - two boxes running Mandriva 2005LE, four assorted
windows boxes and one box running Mandrake 10.0, with samba giving file
and print services to the rest. The box called 'david' is the samba
client
that is my workhorse, and on which I am seeing the problem (although it is
present on the other Mandriva box too). The server runs samba 3.0.10 and
client is running samba 3.0.13, though I have tried installing 3.1 without
seeing any difference. I have reverted to 3.0.13.
I am seeing huge delays when transferring files direct from an application.
Small gnumeric files save instantly on the local filesystem, but take 1.5
minutes over the lan. OOCalc has been unable to save the same spreadsheet
at all, saying that access is denied. Printing from OOWriter is
exceptionally slow, though this is never as bad from any other application.
> 1. Command syntax may have changed on you.
Always possible. My main problem, though, is in saving files across the
lan, direct from apps like gnumeric.
> 2. Network connectivity (check both sides with nmap). I noticed that on
> LE2005 that shorewall is on and set up by default.
Shorewall is not installed on this (the client) box, and windows boxes can
save correctly, indicating that shorewall on the server is working
correctly.
> 3. File system permissions on your share directories. (test by making
> it chmod 777)
>
Normally the shared directories are 770, but I have already tested them with
777.
> With nmap you can check both from the same box:
>
> nmap -sT 192.168.2.101 192.168.2.102
>
> Where the first is my server and the second is my client.
>
[root@david Desktop]# nmap -sT 192.168.0.30 192.168.0.70
Starting nmap 3.81 ( http://www.insecure.org/nmap/ ) at 2005-06-10 14:08 BST
Interesting ports on anne-linux.lydgate.net (192.168.0.30):
(The 1644 ports scanned but not shown below are in state: closed)
PORT STATE SERVICE
22/tcp open ssh
25/tcp open smtp
53/tcp open domain
110/tcp open pop3
111/tcp open rpcbind
139/tcp open netbios-ssn
143/tcp open imap
389/tcp open ldap
445/tcp open microsoft-ds
631/tcp open ipp
636/tcp open ldapssl
873/tcp open rsync
913/tcp open unknown
993/tcp open imaps
995/tcp open pop3s
2049/tcp open nfs
6000/tcp open X11
10000/tcp open snet-sensor-mgmt
19150/tcp open gkrellmd
MAC Address: 00:0E:A6:AC:39:24 (Asustek Computer)
Interesting ports on david.lydgate.net (192.168.0.70):
(The 1653 ports scanned but not shown below are in state: closed)
PORT STATE SERVICE
22/tcp open ssh
111/tcp open rpcbind
139/tcp open netbios-ssn
445/tcp open microsoft-ds
774/tcp open rpasswd
873/tcp open rsync
950/tcp open oftep-rpc
2049/tcp open nfs
6000/tcp open X11
10000/tcp open snet-sensor-mgmt
Nmap finished: 2 IP addresses (2 hosts up) scanned in 2.706 seconds
I now have further information. With the help of a more proficient user I
have managed to collect the following evidence from ethereal running on the
server:
1170 38.414157 192.168.0.70 192.168.0.30 SMB Trans2
Request, SET_PATH_INFO, Path: \Documents\Spreadsheets\.gsf-save-vkxojF
1171 38.414318 192.168.0.30 192.168.0.70 SMB
Trans2 Response, SET_PATH_INFO
1297 68.409645 192.168.0.70 192.168.0.30 SMB
Trans2 Request, QUERY_PATH_INFO, Query File Unix Basic, Path:
\Documents\Spreadsheets\.gsf-save-vkxojF
1298 68.410110 192.168.0.30 192.168.0.70 SMB
Trans2 Response, QUERY_PATH_INFO
This clearly shows the 30-second delay. The save ends with a Close Response
at 68.538988 yet it is 90 seconds from the start before I get control back.
I'll gladly run any more tests required, but as a newbie to ethereal I shall
need very specific instructions.
Anne
--
Registered Linux User No.293302 (http://counter.li.org/)
Have you visited http://twiki.mdklinuxfaq.org yet? Mandrake at all levels
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url :
http://lists.samba.org/archive/samba/attachments/20050610/d159223e/attachment.bin