[Samba] Re: Samba problems - looks like a bug in client

Anne Wilson cannewilson at tiscali.co.uk
Fri Jun 10 13:22:45 GMT 2005


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


More information about the samba mailing list