samba - Dec 2004 - Cannoi delete files: "the mounted file system does not support extended attributes"

Hi all,

I'm having what seems like a strange problem, I hope I'm not missing 
something obvious, any help will be appreciated.

When trying to delete files on a Samba share, I get the message "Cannot 
delete <file>: The mounted file system does not support extended 
attributes."

What is strange is that it depends on weird conditions:
in one directory, if I create a file (right click - New text document") 
with a name more than 16 characters, it can't be deleted, with that message.
If it is less that 16 characters (renamed or created that way), it can 
be deleted.

I tried created a serie of nested "test" directories, with a single
"a"
file in them.

This one can be deleted:
\\machine\STAT\test\test\a

This one cannot:
\\machine\STAT\test\test\test\a

Even stranger:
if I reight-click on those files, and go in the "Security tab", their 
permissions look identical (even the special ones).
But if I click on Everyone/"Modify" for the file that I just
couldn't
delete, I now can delete it.
If I immediately recreate the same file, it can be deleted.
If I wait a few minutes, then it can't be deleted, unless I check the 
security permission again.

Now, the catch: this is Samba 2.0.9, running on HP-UX 11i.
The clients are Windows 2000 SP4 w/ patches.

I know this is an old version of Samba, but it's been working, 
litterally, for years, and it's not easy to update it.
The problem only appeared last week.

If someone has a workaround for that version of Samba, it'll be welcome.
If is a known bug or limitation of that version, it'll be welcome as 
well to have it pointed out. I had a look at the change log without 
success.

Thanks in advance for any help,

Laurent

Laurent Blume wrote:
> When trying to delete files on a Samba share, I get the message
"Cannot
> delete <file>: The mounted file system does not support extended 
> attributes."
[snip]

To answer myself:

 From what I understood, it seems this is a Samba bug in version 2.0.x, 
that was triggered by a recent Windows patch. There was a slight change 
in Windows behaviour when deleting files.

As for me, the problem was fixed by going to HP's package of Samba 
2.2.12, which is the most recent for HP-UX 11.00 (HP-UX CIFS Server 
http://www.hp.com/products1/unix/operating/hpuxcifs9000/index.html)

After that change, the system went out of available file locks. Somehow, 
more seem to be used after that update (I'm not sure why, and it's not a
bug AFAIK). We had to increase HP-UX's NFLOCK value, and it's now 
running fine.

HTH,

Laurent

Laurent,

Did you have any details on the windows patch that caused this, we are
seeing a similar issue with one of our systems.




To answer myself:


 From what I understood, it seems this is a Samba bug in version 2.0.x, 
that was triggered by a recent Windows patch. There was a slight change 
in Windows behaviour when deleting files.