I have a Debian Woody 3.0 R2 with kernel 2.6.8 running a file server with samba, The problem is that in one sector of my lan, I can´t copy .doc and .xls files to the file server but if I zipped I can do it, also when I move the terminals, to another part of the lan, for example my office I can doit. The terminals are running win98. I format one of this terminals (thinking that was a virus o something like that) but when I plug it in this sector it do the same again.


I don´t know what is happenning if it a soft or a network problem!!!


Sorry For my English!!!.

it's kind of hard to say..... could be anything from user rights or network issue (cable transmit problem). try run'n some IP testing program like ethereal or tcpdump or related

What to you mean by sector? Is that portion of the LAN passing through a router that is filtering your files? Also, look in your smb.conf for a
veto files
parameter.

my smb.conf it's ok, the problem is only with MS Office Files in Win98 Clients and sometimes With WinXP Clients. With sectors I am meanen difernts switchs.

I realy don't know what can be...

This is my smb.conf file

[global]
workgroup = DGGI_Serv
server string = File Server de la DGGI
guest account = nobody
netbios name = Serv1
invalid users = root
log file = /var/log/samba/log.%m
max log size = 100000
# syslog only = yes
syslog = 0
security = user
create mask = 0777
directory mask = 0777
encrypt passwords = yes
# socket options = TCP_NODELAY SO_KEEPALIVE SO_SNDBUF=8192 SO_RCVBUF=8192
socket options = TCP_NODELAY
# socket options = IPTOS_LOWDELAY
# read size = 32768
# force group = users
local master = yes
os level = 65
interfaces = eth1
domain master = yes
domain logons = yes
preferred master = yes
wins support = no
logon path = \\192.9.208.10\netlogon
logon script = %u.bat
# strict sync = Yes
#Bloqueo de archivos por parte del UNIX
# blocking locks = No
locking = no
# oplocks = true
# share modes = no
# level2 oplocks = false
# logon drive = h:
# logon home = \\serv1\%U
# Windows Internet Name Serving Support Section:
# WINS Support - Tells the NMBD component of Samba to enable it's WINS Server
; wins support = no

# WINS Server - Tells the NMBD components of Samba to be a WINS Client
# Note: Samba can be either a WINS Server, or a WINS Client, but NOT both
; wins server = w.x.y.z

# This will prevent nmbd to search for NetBIOS names through DNS.
dns proxy = no

# What naming service and in what order should we use to resolve host names
# to IP addresses
; name resolve order = lmhosts host wins bcast

# Name mangling options
; preserve case = yes
; short preserve case = yes

# This boolean parameter controlls whether Samba attempts to sync. the Unix
# password with the SMB password when the encrypted SMB password in the
# /etc/samba/smbpasswd file is changed.
; unix password sync = false

# For Unix password sync. to work on a Debian GNU/Linux system, the following
# parameters must be set (thanks to Augustin Luton <aluton@hybrigenics.fr> for
# sending the correct chat script for the passwd program in Debian Potato).
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\sUNIX\spassword:* %n\n *Retype\snew\sUNIX\spassword:* %n\n .

# This boolean controls whether PAM will be used for password changes
# when requested by an SMB client instead of the program listed in
# 'passwd program'. The default is 'no'.
; pam password change = no

# The following parameter is useful only if you have the linpopup package
# installed. The samba maintainer and the linpopup maintainer are
# working to ease installation and configuration of linpopup and samba.
; message command = /bin/sh -c '/usr/bin/linpopup "%f" "%m" %s; rm %s' &

obey pam restrictions = yes

# Some defaults for winbind (make sure you're not using the ranges
# for something else.)
; winbind uid = 10000-20000
; winbind gid = 10000-20000
; template shell = /bin/bash

#======================= Share Definitions =======================

[netlogon]
comment = Network Logon Service
path = /home/samba/netlogon
guest ok = yes
browsable = yes
writable = no
share modes = no

smb.conf looks OK.

When you zipped the Office Files, that also made them smaller. So at this point we don't know if that success is because they are not doc/xls or because they are just smaller.

Lets rename the files to .bak or .xxx so that they stay the same size and try the test again. That way you know if its a size issue or name filter. Also, you might copying a very large file and establish a benchmark from your various sectors. This is beginning to sound more like a hardware or cable problem.

It could also be a problem with the duplex settings on the switch and the workstations in that sector. If one is set to half and the other full, small files would be okay but larger ones would regularly fail.

--Barry

I only have problem with Ms Office Files, when I try to modified a Ms Office file in the File Server or copy a Ms Office File the DenyMode is DENY_ALL.