lrech

Just to inform that this problem is solved in 3.0.7 version. I’ve updated now and tested. Everything is working fine with file deletion. Thanks to all.

Best regards,

Luiz Ricardo

@daniel Huesken: Thanks! Very good news!

Hi, Caspar, I know… unfortunately, me too.

I’ve tried to update, create a new backup job, etc… but not worked.

Since I’m using IIS over a Windows System, I’ve tried to use another server, in this case Unix based. However, unfortunately doesn’t work.

I don’t know, like I said before, in 2.1.17 version works fine.

Hi, Caspar. Yes, exactly the same issue.

I’ve tested exactly the same configuration of a backup job in version 2.1.17 and in version 3.0.5 to a FTP host. In the older version the rotation happens correctly: the new file is transferred and the oldest file is deleted soon afterwards, like expected. However, in the 3.0.5 version, the new file is transferred, but the oldest could not be removed and the log register: “ERROR: Can not delete “path/of/file” on FTP server!”. The configuration of two jobs is excactly the same and the names of files have exactly the same structure.

To be more precise: same hosts, origin (separate installations) and destination (FTP host), same user, same permissions.

I’m trying to investigate the causes to figure out how to resolve this and help to solve the situation, but, until this moment, I have nothing… =)

Tks, Caspar. If I find something, I’ll put here immediately.

Regards,

Ricardo

Hi, rockyyy. This is a problem with your user name.

If you are using IIS on the FTP host, try to add information about the domain were the user is (DOMAIN\user). If it’s a local user, the domain is the name of your machine.

The solution is rollback to an older version? Seriously? Nothing to do about this?!

Up…

I’ve tried a rollback to 2.1.17 version and now is working without any problems. No modifications to the structure of the file, neither in permissions, hosts, folders, etc.

Anything more we could try?

Regards,

Ricardo

I’ve tested exactly the same configuration of a job backup in version 2.1.17 and in version 3.0.5 to a FTP host. In the older version the rotation happens correctly: the new file is transferred and the oldest file is deleted soon afterwards, like expected. However, in the 3.0.5 version, the new file is transferred, but the oldest could not be removed and the logs register: “ERROR: Can not delete “path/of/file” on FTP server!”. I insist, the configuration of two jobs is excactly the same and the names of files have exactly the same structure. Any suggestion about?

To be more precise: same hosts, origin (separate installations) and destiny (FTP host), same user, same permissions.

I’ve tested exactly the same configuration of a job backup in version 2.1.17 and in version 3.0.5 to a FTP host. In the older version the rotation happens correctly: the new file is transferred and the oldest file is deleted soon afterwards, like expected. However, in the 3.0.5 version, the new file is transferred, but the oldest could not be removed and the logs register: “ERROR: Can not delete “path/of/file” on FTP server!”. I insist, the configuration of two jobs is excactly the same and the names of files have exactly the same structure. Any suggestion about?

To be more precise: same hosts, origin (separate installations) and destiny (FTP host), same user, same permissions.

I have the same issue here. In sites with an older version of the plugin, the rotation is working fine (2.1.17, for example). But in version 3.0.5 or 3.0.4, logs are registering this:

ERROR: Can not delete “path/of/file” on FTP server!

The names of files have the same structure, only with diferent dates.