[Samba] Re: Samba problems - looks like a bug in client
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Jim, the windows ME and 98 boxes have no problems in reading/writing to the > server. It's only the linux boxes that have problems. I could try any/all > of these, but it seems to me that they are mainly aimed at windows > sharing. Am I right? FWIW, we have had a working mixed lan for 3 years, I'm afraid you are. Most, if not all, of my experience is in this area. > without using a wins server. > Anne Excrement. I miss-understood the documentation. It should be off unless you do sub-netting. OK then I guess I owe you an apology. I'm at the limits of what I know here. Beyond this, all I can tell you is to try line-by-line commenting/changing in your smb.conf until you find the culprit. Jim C. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCq9HmB4AhF6wVFMERAk6lAKCPR7nJAraOGNRsx8ZpdqU7FMdghgCdEnRU EJh0N7O+9fVAG2d4oyoIbUQ= =52yI -END PGP SIGNATURE- -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Re: Samba problems - looks like a bug in client
On Saturday 11 Jun 2005 20:45, Jim C. wrote: > "Wins servers in order of use" should list your Samba box's IP address. >Of course this probably only matters if your Samba box has "wins > support = Yes". > Jim, the windows ME and 98 boxes have no problems in reading/writing to the server. It's only the linux boxes that have problems. I could try any/all of these, but it seems to me that they are mainly aimed at windows sharing. Am I right? FWIW, we have had a working mixed lan for 3 years, without using a wins server. Anne -- Registered Linux User No.293302 (http://counter.li.org/) Have you visited http://twiki.mdklinuxfaq.org yet? Mandrake at all levels pgpgjpKfEFdbx.pgp Description: PGP signature -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
[Samba] Re: Samba problems - looks like a bug in client
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > [global] > log file = /var/log/samba/log.%m > smb passwd file = /etc/samba/smbpasswd > load printers = yes > name resolve order = hosts lmhosts bcast Thought of adding wins to name resolve order? In mine, I have this: [EMAIL PROTECTED] ~]# grep wins /etc/samba/smb.conf name resolve order = wins hosts bcast wins support = Yes Docs say it should be on anyway but for some reason it defaults to "no". lmhosts is the client side ( 'doze ) hosts file. The Windows equivalent of /etc/hosts. Consequently adding it to my resolve order shouldn't cause trouble. > socket options = TCP_NODELAY SO_SNDBUF=8192 SO_RCVBUF=8192 Comment this out for a test? > username level = 8 > deadtime = 30 > map to guest = bad user > encrypt passwords = yes > hosts allow = 192.168.0. 127.0.0.1 > printer admin = @adm > password level = 8 > dns proxy = no > netbios name = anne-linux Tried changing this for a test? There might be some kind of confusion between the user name and the netbios name. Probably not but it's just a thought. > printing = cups > printcap name = cups > server string = Samba Server %v > local master = yes > workgroup = lydgate.net Hmmm... I don't have a workgroup on my machine. I wonder how it relates to netbios name? The man pages are not very specific about it. > printcap name = cups > security = user > preferred master = yes > max log size = 50 > log level = 3 > dos charset = 850 > unix charset = ISO8859-15 Here is what I've got for this: [EMAIL PROTECTED] ~]# grep charset /etc/samba/smb.conf unix charset = LOCALE [EMAIL PROTECTED] ~]# I don't think you need both public = no and valid users which I've noticed in some of your shares. > [homes] >comment = Home Directories >browseable = yes >writable = yes >create mode = 0770 . . . > [SPREADSHEETS] >path = /home/anne/Documents/Spreadsheets >comment = /home/anne/Documents/Spreadsheets >public = no >valid users = anne,david,gillian Check your 'doze clients network connections for a "Client for Microsoft Networks". Some other client side stuff to check: Network Connection | Click Properties | Select Internet Protocol ( TCP/IP ) | Click Properties | Click Advanced | Select Wins tab "Wins servers in order of use" should list your Samba box's IP address. Of course this probably only matters if your Samba box has "wins support = Yes". Jim C. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCqz9zB4AhF6wVFMERAvehAKCjvPlTz1auQsL1wZQxBvR/RhcG1gCgqX5X QYuObkTt6lc09Qx0UR7gwPI= =cG+n -END PGP SIGNATURE- -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Re: Samba problems - looks like a bug in client
On Friday 10 Jun 2005 20:32, Anne Wilson wrote: > > 2. Post the client side connection procedure and any errors. > > Generally, using Save As > /mnt/homes from an application. I have also > tried konqueror's lan browser, but when I select smb as the protocol it > gives me the login dialogue constantly (appearing to be rejecting the > password?). > I forgot to say, if, in konqueror, I connect to 192.168.0.30/anne it connects without a problem. If I try for anne-linux/anne I get the login dialogue loop. All boxes on the lan are properly defined with ip, long name and short name in the hosts file. > > Do you have nscd running on either of these machines? If not give it a > > try on both. > > I haven't met nscd before. I'll have to check up on that. I'm snatching > time out for the moment to answer this, but I'll look at it as soon as I > can. > Nscd is now installed on both boxes. Anne -- Registered Linux User No.293302 (http://counter.li.org/) Have you visited http://twiki.mdklinuxfaq.org yet? Mandrake at all levels pgpE6SYzhmdO7.pgp Description: PGP signature -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Re: Samba problems - looks like a bug in client
On Friday 10 Jun 2005 18:23, Jim C. wrote: > > > at all, saying that access is denied. Printing from OOWriter is > > It's probably timing out meaning that it is taking so long that OOCalc > eventually gives up. This would seem to indicate that it's strictly a > performance problem of some sort. > Very likely. > 1. Post the smb.conf for the server. Use the following procedure: > testparm > dumpfile.txt[enter][enter]. Edit the file to remove anything > that isn't relevant and then paste the remainder into a mail message. > [global] log file = /var/log/samba/log.%m smb passwd file = /etc/samba/smbpasswd load printers = yes name resolve order = hosts lmhosts bcast socket options = TCP_NODELAY SO_SNDBUF=8192 SO_RCVBUF=8192 username level = 8 deadtime = 30 map to guest = bad user encrypt passwords = yes hosts allow = 192.168.0. 127.0.0.1 printer admin = @adm password level = 8 dns proxy = no netbios name = anne-linux printing = cups printcap name = cups server string = Samba Server %v local master = yes workgroup = lydgate.net printcap name = cups security = user preferred master = yes max log size = 50 log level = 3 dos charset = 850 unix charset = ISO8859-15 [homes] comment = Home Directories browseable = yes writable = yes create mode = 0770 [printers] comment = All Printers path = /var/spool/samba browseable = no guest ok = yes writable = no printable = yes create mode = 0700 print command = lpr-cups -P %p -o raw %s -r # using client side printer drivers. use client driver = yes [print$] path = /var/lib/samba/printers browseable = yes write list = @adm root guest ok = yes inherit permissions = yes [pdf-gen] path = /var/tmp guest ok = No printable = Yes comment = PDF Generator (only valid users) print command = /usr/share/samba/scripts/print-pdf "%s" "%H" "//%L/%u" "%m" "%I" "%J" & lpq command = /bin/true [public2] comment = For sharing large files path = /public browseable = yes writable = yes [public] comment = Public in Anne's home dir. path = /home/anne/Public browseable = yes writable = yes [MP3s] comment = mp3 on Anne's home dir. path = /home/anne/mp3 browseable = yes writable = yes [SPREADSHEETS] path = /home/anne/Documents/Spreadsheets comment = /home/anne/Documents/Spreadsheets public = no valid users = anne,david,gillian guest ok = no writable = yes # wide links = no > 2. Post the client side connection procedure and any errors. > Generally, using Save As > /mnt/homes from an application. I have also tried konqueror's lan browser, but when I select smb as the protocol it gives me the login dialogue constantly (appearing to be rejecting the password?). > > exceptionally slow, though this is never as bad from any other > > application. > > Are these other applications using smaller files? > No. I can print large images from gimp much faster than OOWriter prints a text document. > >>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. > > Have you considered using an NFS mount in the short term until you get > the bugs worked out? It's easy. If you like I can show you how. > I had two nfs mount icons on my desktop before I upgraded. They don't work any more either. Fish, however, works well and for the moment I'm using icons with a fish command for convenient mounting. > > Shorewall is not installed on this (the client) box, and windows boxes > > can save correctly, indicating that shorewall on the server is working > > correctly. > > OK, but of course I had to ask. > > >>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. > > The trick to trouble shooting is having a process-of-elimination > procedure. If we always do our testing with it chmod 777 we know that > it really can't be a permissions issue. We also have to concern > ourselves with the possibility that there might be more than one issue > as well as the idea that the problems may not be obvious. Since there > *might* be a permissions issue that we don't understand we make the > share world writable during testing as a matter of procedure. If you > have important files in that directory that you want to safeguard, > consider creating an empty directory for sharing during the test > procedure. :-) > There is only one of the shared directories that I would be unhappy about having 777. I can leave that out of the testing. > >>With nmap you can check both from the same box: > > ... > > > need very specific instructions. > > Do you h
[Samba] Re: Samba problems - looks like a bug in client
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > This is a small home LAN - two boxes running Mandriva 2005LE, four assorted ... > seeing any difference. I have reverted to 3.0.13. > > I am seeing huge delays when transferring files direct from an application. ... > at all, saying that access is denied. Printing from OOWriter is It's probably timing out meaning that it is taking so long that OOCalc eventually gives up. This would seem to indicate that it's strictly a performance problem of some sort. 1. Post the smb.conf for the server. Use the following procedure: testparm > dumpfile.txt[enter][enter]. Edit the file to remove anything that isn't relevant and then paste the remainder into a mail message. 2. Post the client side connection procedure and any errors. > exceptionally slow, though this is never as bad from any other application. Are these other applications using smaller files? >>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. Have you considered using an NFS mount in the short term until you get the bugs worked out? It's easy. If you like I can show you how. > Shorewall is not installed on this (the client) box, and windows boxes can > save correctly, indicating that shorewall on the server is working > correctly. OK, but of course I had to ask. >>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. The trick to trouble shooting is having a process-of-elimination procedure. If we always do our testing with it chmod 777 we know that it really can't be a permissions issue. We also have to concern ourselves with the possibility that there might be more than one issue as well as the idea that the problems may not be obvious. Since there *might* be a permissions issue that we don't understand we make the share world writable during testing as a matter of procedure. If you have important files in that directory that you want to safeguard, consider creating an empty directory for sharing during the test procedure. :-) >>With nmap you can check both from the same box: ... > need very specific instructions. Do you have nscd running on either of these machines? If not give it a try on both. Do you have DNS on your local network? -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCqcyHB4AhF6wVFMERAoFzAJ9b9OLYKScJ+1IZ+LrIemxXHCZ54wCfW6QR sRx7oKSkP6L8243GiW86m3o= =n1X+ -END PGP SIGNATURE- -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
[Samba] Re: Samba problems - looks like a bug in client
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. > [EMAIL PROTECTED] 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/tcpopen ssh 25/tcpopen smtp 53/tcpopen 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 1/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/tcpopen 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 1/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 pgpxVLN9sUUv6.pgp Description: PGP signature -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba