This board is the new home for david63's extensions.
All of the extensions hosted here will need to be treated as a new install as there is no migration from the original ones to these, and furthermore, no support will be given to migrating to any of these extensions from previous versions. Due to the selfishness of certain board members it has become necessary to apply a limit of how many downloads each member can make before making a donation. Once a donation has been made then you will have unlimited downloads.
Having read the topic, I first set the Anonymous user's timezone as my forum's.
My forum has the following date format (based on the French language), so I put the "admin_controller.php" file:
'NEXT_BACKUP_TIME' => date('l d F Y G:i', $this->config['auto_db_backup_next_gc'] + $user_offset - $utc_offset),
And finally, I made several attempts by changing the programming hours.
My database is 216.78 MB.
I only had a recording done once and the time did not match the scheduled time and between each try I deactivated the extension, deleted the data and reinstalled the extension.
first, thanks for providing such a useful extension. I have been using it for some time (before it was hosted here), and updated to the latest version a month or so back.
I have had a problem with both the older and the latest version - deleting old backup files was just not working. I had some time today to look into it and by adding various logging throughout the cron task, it seems that for some reason it was having a problem deleting one or more of the files using 'unlink'. This was then causing the cron task to fail to complete successfully, leaving the cron lock in place, etc.
I tried to work out what was going on with the delete failure by adding a try/catch, but annoyingly I saw one catch log message and then after that everything seemed to work on following runs, deleting files as required.
Along the way, I think I also saw cases where the backup was failing to complete the SQL saving stage, a couple of times in the (rather large) search tables - maybe this is some sort of timeout from my hosting provider? Anyway, I also hacked the code to skip the _search_* tables from the backup, since they can be regenerated. Might be a nice option?
My auto_db_backup_last_gc is still stuck in 2020 and doesn't seem to update, but the _next_gc config is fine, so the backup seems to run as required. I think I will not worry about that one!
Yes, that's quite possible - the database isn't enormous (a few hundred megabytes), but as far as I can work out there is probably a 60s timeout from the hosting provider for PHP which I cannot alter.
I am going to try setting gzip rather than bzip to increase the speed of creating the backup, and ignoring the search tables definitely helps.
I wonder how long it has been since I had a successful backup that actually completed rather than being cut off? It's a shame that this error is basically 'silent' ... Unless you notice the lack of 'backup completed' entries in the logs then you might never notice.
Maybe if there was a bit of code at the end of the cron task to write a 'backupOK' file or to set a setting to 'last backup ran OK' then the ACP page could flag up the fact that backups were failing?
yes, I guess, but I guess that my argument would be that it would be nice to have a 'backup failed' entry in the admin log in this case, rather than just a lack of a 'backup completed OK' entry. The former is much more noticeable.
If you are using any other version of this extension then it must be Disabled /Delete data and the original files deleted before installing this version
Devspace please tell me.
For this extension, in the ACP - Server settings - Planner of the cron, what value should be set? Yes or No?
I have a value Yes, because another script has been installed to execute.
Devspace please tell me.
For this extension, in the ACP - Server settings - Planner of the cron, what value should be set? Yes or No?
I have a value Yes, because another script has been installed to execute.
To run the autobackup that would need to be set to "No". Never tried running it outside of phpBB and not sure if it would work.
Devspace please tell me.
For this extension, in the ACP - Server settings - Planner of the cron, what value should be set? Yes or No?
I have a value Yes, because another script has been installed to execute.
To run the autobackup that would need to be set to "No". Never tried running it outside of phpBB and not sure if it would work.
Thank you!
I have phpbb 3.3.10. But I have a script of an automatic backup db, with sending to the mail. Schedule launch, in the crown
I can't go to the extension settings. I always get the answer that - There is a problem with your timezone setting in the UCP.
I tried changing the time to something else. Did not help. How to solve this problem ?
The views and comments posted in these fora are personal and do not necessarily represent those of the Management of devspaces's phpBB Extensions Board.
The Management of the devspaces's phpBB Extensions Board does not, under any circumstances whatsoever, accept any responsibility for any advice, or recommendations, made by, or implied by, any member or guest visitor of devspaces's phpBB Extensions Board that results in any loss whatsoever in any manner to a member of devspaces's phpBB Extensions Board, or to any other person.
Furthermore, the Management of devspaces's phpBB Extensions Board is not, and cannot be, responsible for the content of any other Internet site(s) that have been linked to from devspaces's phpBB Extensions Board.