Ticket #166 (closed defect: fixed)
Cannot delete file in a created directory on the OS/2 share
| Reported by: | dmik | Owned by: | diver |
|---|---|---|---|
| Priority: | Feedback Pending | Milestone: | Samba Server for eCS (OS/2) 1.1.x |
| Component: | Samba Server | Version: | Server 3.3.x |
| Keywords: | Cc: |
Description
If I create a directory through a Samba client on an OS/2 share and copy a file to that directory, I cannot delete this file through the client (it may be deleted only locally on the server).
Steps to reproduce:
- Connect to an OS/2 share.
- Create a directory.
- Copy a file to that directory from the local machine or create it from scratch.
- Attempt to delete this file. You will get the "Access denied" ("Permission denied") error.
Change History
comment:2 Changed 2 years ago by dmik
After torturing it with some more similar tests, the server has just failed.
comment:3 Changed 2 years ago by dmik
By failed I mean that the server stopped responding to client requests so I had to stop/start it.
comment:4 Changed 2 years ago by dmik
The same happens if I use both the Samba client (Linux, OS/2) and the Sharity client (Linux).
comment:5 Changed 2 years ago by dmik
Note that this problem does not exist in Samba 3.0.37-eCS 1.0.5-472.
comment:6 Changed 2 years ago by diver
- Owner changed from nobody to diver
- Priority changed from minor to Feedback Pending
- Component changed from Unknown to Samba Server
- Milestone set to Samba Server for eCS (OS/2) 1.1.0
also a log could help here
Note: See
TracTickets for help on using
tickets.

Note that if the directory is first created locally on the server, and then a file is copied to that directory remotely by the samba client, this file can be deleted by the client w/o any problems.
My assumption is that when the OS/2 server creates a directory upon the remote client's request, it somehow screws up kLIBC permission bits for this directory which then will prevent it from performing the remote delete request.