file overwriting permission

[lazna]

Trying to upload file to server, by overwriting already existing file.

Client was authenticated succesfully, but after client send STOR command, server reply 550 Permission Denied. Virtual path have assigned "Read+Write" permission in GUI settings. What am I douing wrong?

Filezilla server 1.5.1

[botg]

Please update to the most recent version of FileZilla Server.

550 Permission Denied.

A message with this exact capitalization does not originate from FileZilla Server.

[lazna]

Upgraded to last version (include expired certificates re-creation), but no change. Still same behaviour.

any other ideas?

[botg]

Are you sure your client is connecting to FileZilla Server? Note the note on capitalization in my previous reply.

[lazna]

UPDATE:

Using Filezilla client it work fine, but using curl it produce an error

Code: Select all

curl.exe -v --tlsv1.3 --upload-file "D:\BACKUP\VIRTUALS\machine.ova" "ftp://user:passwd@machine_name/back"

UPDATE2 - added log record

> TYPE I
< 200 Type set to I
> STOR back
< 550 Permission denied
* Failed FTP upload: 550
* Remembering we are in dir ""
* Uploaded unaligned file size (0 out of 8836307456 bytes)

[botg]

Could there be a directory named "back" on the server? If so, you obviously cannot store a file named "back" in the same directory that already contains the "back" directory.

[lazna]

There is a mapping Virtual Path "/back" <-> Native Path "S:\SERVER_BACKUP\VIRTUALS_BACKUP"

directory named "back" does not exist on whole machine. Used command dir "back" /AD /s

[boco]

Doesn't matter. Even if there is only a mapped/virtual subdirectory there, you cannot store a file with the very same name.

[lazna]

Thanks, problem solved.

Is this described somewhere in documentation?

[boco]

It is not a problem specific to FTP, but essentially filesystem fundamentals. Two objects with the very same path name cannot exist in the same context. Applies to all filesystems I know.