Hey
i have an issue where the "delete files after" option isnt processing the strftime-style option
as you can see b ackups are perfect and it puts it in the right place
(000228)3/9/2011 0:01:42 AM - virtualmin (202.89.49.68)> STOR Wednesday/09/roundcube.webtastix.co.nz.tar.gz.info
(000228)3/9/2011 0:01:42 AM - virtualmin (202.89.49.68)> 150 Connection accepted
(000228)3/9/2011 0:01:42 AM - virtualmin (202.89.49.68)> 226 Transfer OK
(000228)3/9/2011 0:01:42 AM - virtualmin (202.89.49.68)> QUIT
(000228)3/9/2011 0:01:42 AM - virtualmin (202.89.49.68)> 221 Goodbye
(000228)3/9/2011 0:01:42 AM - virtualmin (202.89.49.68)> disconnected.
but when it checks for any it deletes it does the following
(000229)3/9/2011 0:01:43 AM - virtualmin (202.89.49.68)> LIST %A/
(000229)3/9/2011 0:01:43 AM - virtualmin (202.89.49.68)> 550 Directory not found.
(000229)3/9/2011 0:01:43 AM - virtualmin (202.89.49.68)> disconnected.
49 servers backed up successfully, 0 had errors.
Deleting backups older than 32 days ..
.. failed to list FTP directory : LIST %A/ failed : Directory not found.
the path im using for the backups is %A/%d
and it looks like it affects ftp backups... im not able to try with any other type though
Comments
Submitted by JamieCameron on Tue, 03/08/2011 - 12:41 Comment #1
What are you entering as the backup destination path exactly? It looks like it is not starting with / , which is a little odd ..
Submitted by AskewDread on Thu, 03/10/2011 - 17:06 Pro Licensee Comment #2
having a / at the beginning will just make it goto the root of teh ftp structure...without it it will go from the default path, and backups are perfect so that cant be a problem
tried putting it into a subfolder aswel btu made no difference.
looking at what its saying the FTP part doesnt know how to convert %A into a normal string, i have tested and on ssh it appears to work perfectly....but i cant move to ssh here
Deleting backups older than 32 days ..
.. failed to list FTP directory : LIST backups/%A/ failed : Directory not found.
Submitted by JamieCameron on Thu, 03/10/2011 - 17:28 Comment #3
As a work-around, what if you try changing the backup destination to the full path on the remote system - something like /home/username/backups/%A/...
I would be interested to know if you still see the same issue.
Submitted by AskewDread on Thu, 03/10/2011 - 17:37 Pro Licensee Comment #4
ive tried /backups/A%/ which is the full path and it just comes up the same
Deleting backups older than 32 days ..
.. failed to list FTP directory : LIST /backups/%A/ failed : Directory not found.
Submitted by JamieCameron on Thu, 03/10/2011 - 19:08 Comment #5
On the scheduled backup form, do you have the "Do strftime-style time substitutions on file or directory name" option checked?
Submitted by AskewDread on Sun, 03/13/2011 - 15:33 Pro Licensee Comment #6
yup, or else it complains it wont submit
for it to work perfectly if ssh is chosen and the folder names to be chosen right for the backup it can only really be the ftp part of checking if its over a certain age thats broken
Submitted by JamieCameron on Mon, 03/14/2011 - 18:39 Comment #7
So you mean it works OK if you use SSH instead of FTP, for the same path and server?