#5243 closed Other (rejected)
Cannot Delete Folders
Reported by: | Casey Milano | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | FileZilla Client |
Keywords: | dot files not deleted | Cc: | |
Component version: | Operating system type: | Linux | |
Operating system version: | 9.10 |
Description
I am resubmitting this from 2/4/10. If someone can please help with a solution I would appreciate it:
I keep having this issue when I try to delete folders from the FTP site. They say file is in use, but they are not. Sometimes, the contents of the folders will delete but the actual folder cannot be deleted or renamed.
Command: PASV
Response: 227 Entering Passive Mode (64,82,41,123,44,236).
Command: LIST -a
Response: 125 Data connection already open; Transfer starting.
Response: 226 Transfer complete.
Status: Directory listing successful
Command: RMD Hitches for Crossovers
Response: 550 Hitches for Crossovers: The process cannot access the file because it is being used by another process.
OR
Command: RMD (Mecum) iPhone App
Response: 550 (Mecum) iPhone App: The process cannot access the file because it is being used by another process.
Change History (3)
comment:1 by , 15 years ago
Keywords: | dot files not deleted added |
---|---|
Operating system type: | → Linux |
Operating system version: | → 9.10 |
Priority: | normal → high |
follow-up: 3 comment:2 by , 15 years ago
Resolution: | → rejected |
---|---|
Status: | new → closed |
@McCulloughPR: Directory cannot be deleted because it is still opened by some other process. You need to close that other process first. Contact server administrator for assistance if it isn't a process under your direct control.
@jzacsh: Please do not hijack tickets. Unless you got the exact same error message, you've got a different problem. FileZilla deletes every single file the server tells it there is. If dotfiles are not deleted, it is because your server does not tell FileZilla about these files. In other words, your server is broken.
comment:3 by , 15 years ago
Priority: | high → normal |
---|---|
Type: | Bug report → Other |
Replying to codesquid:
@jzacsh: Please do not hijack tickets. Unless you got the exact same error message, you've got a different problem. FileZilla deletes every single file the server tells it there is. If dotfiles are not deleted, it is because your server does not tell FileZilla about these files. In other words, your server is broken.
My apologies, if this was the wrong way to report something (should I have created a whole separate report, without searching first and finding this post?). I figured if I had write access (as I do still now), then me writing in here must be legitimate (no?). Anyway, I don't know what "hijack"ing is, as I thought this was just a "comment" field, but thank you very much for the information -- I will look into my web server's configurations. :)
Also - Could you tell me, why would gFtp work on the same webserver? -- because it gets its listing of files differently than filezilla?
I marked this as high priority, because this is a totally basic functionality of a n ftp client. Anything more advanced than /usr/bin/ftp, IMO, should be able to recurse down a directory tree and have no problem deleting everything. I never had this problem when I used mac os x or windows, so maybe ther'es something wrong with the build for linux? (idk how. that's be possible). Anyways, it seems that files beginning with a '.' aren't being deleted (because filezilla isn't seeing them?) and so when filezilla finishes a recursive deletion of a directory tree, those folders with dot-files in them are still around.
for anyone else having trouble: the gui app, gFTP client is what kept me from having to manually go into each folder and find each dot-file. http://gftp.seul.org/