Not being digested, now . . . the question!

[Darren Nickerson]

Folks,

Thanks to Ricardo Stella and "Chris" for quick assistance, I had sent about 15 
help requests to listproc and given up, seeing no sign of a samba-digest list 
which is what my majordomo training has taught me. What a strange default 
setting . . . 

So onto my question about Samba. I've installed the latest RPM from the samba 
FTP site (samba-2.0.6-19991110) on a RedHat Linux 6.1 box, kernel 2.2.13ac2. 
Problem is, I can't make it work :-( Now, I've been managing nearly out of the 
box samba installs for several years, and it's almost always "done the right 
thing". Either Samba's getting cleverer, or I'm getting dumber, or both, cuz 
I'm stuck.

Essentially I have a bunch of MSOffice users mounting a Samba share and 
dumping their dox there. Not exactly rocket science. Presently I have it 
exported as:

[wibble]
   comment = Wibble user common data area
   path = /home/wibble/common
   public = no
   writeable = yes
   create mode = 0770
   directory mode = 0770
   preserve case = yes
   short preserve case = yes
   case sensitive = no
   level2 oplocks = True
   valid users = someone,anotherone,andanother

The symptoms of the problem are as follows: thoughout the day these people are 
opening and closing excel and word documents, usually without incident. 
Occasionally however, one of them will be unable to save a file they have 
saved many times previously that afternoon. Windows tells them it's "unable to 
rename the document".

Samba logs:

[2000/03/22 15:00:30, 3] smbd/reply.c:reply_mv(3727)
  reply_mv : \MONICAS EXCELDOC\GATEWAY\EC357000 -> \MONICAS EXCELDOC\GATEWAY\gtepub98.xlw
[2000/03/22 15:00:30, 3] lib/util.c:unix_clean_name(608)
  unix_clean_name [/MONICAS EXCELDOC/GATEWAY/EC357000]
[2000/03/22 15:00:30, 3] lib/util.c:unix_clean_name(608)
  unix_clean_name [/MONICAS EXCELDOC/GATEWAY/gtepub98.xlw]
[2000/03/22 15:00:30, 3] smbd/reply.c:rename_internals(3586)
  rename_internals: case_sensitive = 0, case_preserve = 1, short case preserve = 1, directory
 = monicas exceldoc/gateway/EC357000, newname = monicas exceldoc/gateway/gtepub98.xlw, newnam
e_last_component = gtepub98.xlw, is_8_3 = 1
[2000/03/22 15:00:30, 3] smbd/reply.c:rename_internals(3641)
  rename_internals: failed doing rename on monicas exceldoc/gateway/EC357000 -> monicas excel
doc/gateway/gtepub98.xlw
[2000/03/22 15:00:30, 3] smbd/error.c:error_packet(138)
  error packet at line 3701 cmd=7 (SMBmv) eclass=1 ecode=183

Does this ring a bell with anyone? Is it relevant that this shared volume is 
not local to the samba server but rather mounted over a 100BaseT NFS backbone? 
(using knfsd and nfslock as implemented in kernel 2.2.13ac2 and redhat-6.1 
userspace)?? I know I had a devil of a time until I got NFS locking up and 
flying.

Thanks for any hints . . . I've tried almost ever combination of oplocks, no 
oplocks, lev2 oplocks etc, with no apparent joy. It's to the point now that my 
users no longer trust the server, saving to their C drives instead.

Help? This used to work :-(

-Darren