If anyone can suggest a fix or workaround for this, it would be much
appreciated:
Since upgrading from 2.2.1a to 2.2.2 on a 4-processor Linux 2.2 server,
we have an interesting problem with Office 2000 applications, and
Microsoft Backup, on Windows 2000 clients: these programs cannot save
to the user's Homes share (an access-denied error message results).
Other programs, such as Eudora, can save to the Homes share; the Office
apps can save to other shares; and once saved, the files can be copied
to the Homes share and read from there.
Changing Unix permissions to (shudder) 777, as a test, made no
difference. (Most home directories' permissions are either 700 or 711.)
On Windows 98 clients, the Office 97 and Office 2000 programs can save
to the Homes shares normally.
Here is an abridged copy of the smb.conf file showing the global
settings, the Homes share settings, and those of one other share to
which the Office 2000 programs can save normally from a Windows 2000
client.
# Samba config file created using SWAT
# from localhost (127.0.0.1)
# Date: 2001/10/22 13:57:10
# Global parameters
[global]
workgroup = CONSULTRONICS
server string = File Server
interfaces = eth0 eth1 lo
encrypt passwords = Yes
min passwd length = 6
null passwords = Yes
passwd chat = *New*password* %n\r *new*password* %n\r *changed*
username map = /etc/smbusers
log level = 2
log file = /fs/is/samba/%I.log
time server = Yes
deadtime = 30
keepalive = 0
socket options = IPTOS_LOWDELAY TCP_NODELAY SO_RCVBUF=8192
SO_SNDBUF=8192
show add printer wizard = No
character set = ISO8859-1
dns proxy = No
kernel oplocks = No
admin users = <several>
printer admin = <several>
create mask = 0774
directory mask = 0775
blocking locks = No
oplocks = No
level2 oplocks = No
posix locking = No
wide links = No
fake directory create times = Yes
[homes]
path = /fs/u/%S
read only = No
veto files = /.*/Desktop/
browseable = No
delete readonly = Yes
dos filemode = Yes
[finance]
comment = Finance Department
path = /fs/finance
valid users = <lots>
admin users = <several>
read only = No
delete readonly = Yes
dos filemode = Yes
--
| G r e g L o u i s | gpg public key: |
| http://www.bgl.nu/~glouis | finger greg@bgl.nu |
On Mon, 22 Oct 2001, Greg Louis wrote:> If anyone can suggest a fix or workaround for this, it would be much > appreciated: > > Since upgrading from 2.2.1a to 2.2.2 on a 4-processor Linux 2.2 server, > we have an interesting problem with Office 2000 applications, and > Microsoft Backup, on Windows 2000 clients: these programs cannot save > to the user's Homes share (an access-denied error message results). > Other programs, such as Eudora, can save to the Homes share; the Office > apps can save to other shares; and once saved, the files can be copied > to the Homes share and read from there.Use smbstatus and see if the file has been open with a RDONLY share mode. We think we have just fixed this in the SAMBA_2_2 cvs tree. You can apparently work around it in 2.2.2 by setting oplocks = no in the share. cheers, jerry --------------------------------------------------------------------- www.samba.org SAMBA Team jerry_at_samba.org www.plainjoe.org jerry_at_plainjoe.org --"I never saved anything for the swim back." Ethan Hawk in Gattaca--
On 20011022 (Mon) at 1556:44 -0400, Greg Louis wrote:> If anyone can suggest a fix or workaround for this, it would be much > appreciated: > > Since upgrading from 2.2.1a to 2.2.2 on a 4-processor Linux 2.2 server, > we have an interesting problem with Office 2000 applications, and > Microsoft Backup, on Windows 2000 clients: these programs cannot save > to the user's Homes share (an access-denied error message results).Egg-all-over-face apology: the above is what I was told but today I was able to try it for myself and it's not saving that doesn't work. All operations on existing files work fine, but new ones can't be created: When one clicks "save as" and attempts to open (browse to) the drive to which the home share is mapped, the computer responds that that drive letter is invalid or that one has no access to that folder. Any other share than Homes can be accessed normally. This problem is not encountered if the OS is Windows 98 or if the Office version is 97, nor is it encountered with any non-Microsoft software we have tried. It makes no difference whether the home share has or has not the Browseable option. Further, if one creates (in Win2000) a shortcut to the folder or drive and opens the Properties screen, one cannot change tab to General or Security: the OS complains that the drive letter is invalid. I'll repeat the config file excerpt so you needn't refer back to the earlier query. Note the locking options in the global section.> > Here is an abridged copy of the smb.conf file showing the global > settings, the Homes share settings, and those of one other share to > which the Office 2000 programs can save normally from a Windows 2000 > client. > > # Samba config file created using SWAT > # from localhost (127.0.0.1) > # Date: 2001/10/22 13:57:10 > > # Global parameters > [global] > workgroup = CONSULTRONICS > server string = File Server > interfaces = eth0 eth1 lo > encrypt passwords = Yes > min passwd length = 6 > null passwords = Yes > passwd chat = *New*password* %n\r *new*password* %n\r *changed* > username map = /etc/smbusers > log level = 2 > log file = /fs/is/samba/%I.log > time server = Yes > deadtime = 30 > keepalive = 0 > socket options = IPTOS_LOWDELAY TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 > show add printer wizard = No > character set = ISO8859-1 > dns proxy = No > kernel oplocks = No > admin users = <several> > printer admin = <several> > create mask = 0774 > directory mask = 0775 > blocking locks = No > oplocks = No > level2 oplocks = No > posix locking = No > wide links = No > fake directory create times = Yes > > [homes] > path = /fs/u/%S > read only = No > veto files = /.*/Desktop/ > browseable = No > delete readonly = Yes > dos filemode = Yes > > [finance] > comment = Finance Department > path = /fs/finance > valid users = <lots> > admin users = <several> > read only = No > delete readonly = Yes > dos filemode = Yes > > -- > | G r e g L o u i s | gpg public key: | > | http://www.bgl.nu/~glouis | finger greg@bgl.nu |-- | G r e g L o u i s | gpg public key: | | http://www.bgl.nu/~glouis | finger greg@bgl.nu |