Opened 22 years ago
Last modified 20 years ago
#228 closed Bug report
OpenVMS Support? Failed Delete.
Reported by: | riol | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | Other |
Keywords: | Cc: | riol, al_vest, Tim Kosse | |
Component version: | Operating system type: | ||
Operating system version: |
Description
This seems to me like simply a lack of support for
OpenVMS servers, but I'm not working from much. I
actually found this problem in the process of posting
bug 650374 "change to new directory failed." They both
take place on the scuacc.scu.edu server running OpenVMS
Alpha Operating System, Version V6.2.
The problem is simply that I can't delete a folder or
files. I think it has to do with the OS adding version
numbers to files and Filezilla not taking this into
account. Here is a log of a failed directory delete
(TEST) and a failed file delete (Q.).
Status: Retrieving directory listing...
Command: CWD STUDENT:[NIGLESIAS]
Response: 250-CWD command successful.
Response: 250 New default directory is STUDENT:[NIGLESIAS]
Command: PWD
Response: 257 "STUDENT:[NIGLESIAS]" is current directory.
Status: Directory listing successful
Command: DELE STUDENT:[NIGLESIAS.TEST]BLAH.
Response: 550-Failed to delete file
STUDENT:[NIGLESIAS.TEST]BLAH.;
Response: 550 The file specification must contain a
name, type and version number (even if wildcarded).
Command: RMD STUDENT:[NIGLESIAS]TEST
Response: 550-Failed to delete directory
STUDENT:[NIGLESIAS]TEST.;
Response: 550 The file specification must contain a
name, type and version number (even if wildcarded).
Command: DELE STUDENT:[NIGLESIAS]Q.
Response: 550-Failed to delete file STUDENT:[NIGLESIAS]Q.;
Response: 550 The file specification must contain a
name, type and version number (even if wildcarded).
This may be useful? This is a directory listing in the
TEST directory (different from where I was trying to
delete things). It shows two files, both called blah
with version 1 and 2, and a single file called foo with
version 1 only.
Filename Blocks Date Modified
Owner Protection
Directory STUDENT:[NIGLESIAS.TEST]
BLAH.;2 1 8-DEC-2002 01:16:16.31
[1000,46412] (RWED,RWED)
BLAH.;1 1 8-DEC-2002 01:03:07.81
[1000,46412] (RWED,RWED)
FOO.;1 1 8-DEC-2002 01:18:21.69
[1000,46412] (RWED,RWED)
Total of 3 files, 3 blocks.
[NIGLESIAS.TEST]>
Feel free to contact me if you need anymore tests, or
even access to an account on the server if its important.
Change History (3)
comment:1 by , 21 years ago
comment:2 by , 21 years ago
Logged In: NO
as OpenVMS maintains multiple versions of the same file, the
DELETE command line (for ex.):
Command: DELE STUDENT:[NIGLESIAS.TEST]BLAH.
should read
Command: DELE STUDENT:[NIGLESIAS.TEST]BLAH.;
which delete the last version of the file (here, version 2)
but you might be surprised by the result: in the quoted
example, after deleting BLAH there will still be BLAH in the
remote panel as you will only delete the last version
(BLAH.;4) and that BLAH.;3 is still there and that FileZilla
only display one version for each file...
Pierre.
comment:3 by , 20 years ago
This bug report has been closed due to inactivity and has possibly
already been solved.
You can reopen this report if the issue still exists in the
latest version of FileZilla (Server).
Do the same delete commands work on a terminal (non-FTP)
window? Do they work when using other FTP programs?
I'm familiar with VMS and just confirmed that "delete blah.;"
works in a decterm window.
Non-empty directories cannot be deleted. Also, you might
have to SET PROTECTION on [NIGLESIAS]TEST.DIR before it
can be deleted. They are usually just set to RWE when
created rather than RWED.