Nigel Harpur
Forum Replies Created
-
This has all been fixed by support now and I have submitted a product review highlighting how impressed I am with the team.
Caught me just in time! Will email later.
Yes that’s right. Three files per backup, one in the main backuply folder and one in each of the subfolders.
A single file is .tar.gz but the same dated files in in the other two locations are .php
I just thought it best to delete those also. I have to go out for a few hours now so won’t be able to reply further till I get back – thanks again.- This reply was modified 5 months, 3 weeks ago by Nigel Harpur. Reason: As requested by support
Hi and thanks for the assist – I have tried both delete methods and they do behave slightly differently but the end result is that no deletion takes place. If I click on the Delete button for a single backup the screen refreshes and the “The backup was deleted successfully” pop up appears. But the backup does not disappear from the window. On checking, the files are also still on their folders on the server. If I tick the selection box (as you would for multiple backups) the success message appears and also the backups disappear from the window. But on checking, all files on server remain in their folders. When I refresh, the entries reappear in the window.
The contents of ‘backuply_log.php’ only ever contain the details of the most recent (and so far always successful) backup itself. Is there another log I should be looking at?
Many thanks for looking at this.Thanks Peter, I tried again from scratch, this time deactivating all plugins first, but sadly only got to the same stage. Everything ‘appears’ to have gone through OK, licence accepted and and a success message on screen. But then on the dashboard… the ‘orange banner of doom’ 🙂
In that status I note that if I run Jetpack Protect it fails with a Nginx bad gateway and also when logging out of Admin it gives a Nginx bad gateway too. Have removed WF completely again. Also I am now getting an error message from my Webmin MariaDB module which might mean more to you than me!
Fatal Error!
SQL show index fromwp_wfauditeventsfailed : Table ‘wordpress_db.wp_wfauditevents’ doesn’t exist in engineWould wfauditevents indicate a WF table? Tried deleting and reinstating the Webmin module but to no avail – it’s a pain as that module was my way of getting to the database for any manual editing, but now I can’t access it.
Kinda beginning to wish I hadn’t tried Wordfence tbh – but I know these things happen.