Yes.They're just different compression schemes, like bzip2?
More Info: http://vbtechsupport.com/1614/
Yes.They're just different compression schemes, like bzip2?
Yes,@rainmotorsports is correct, The requirements state that you need access to PHP's exec() function.
Ater install, all options are on the pages, while in the screens, the options are separated by tabs, it's normal ?
When i run backup /code through cron it creates three backups instead of one, also no email was received upon backup completion![]()
I noticed that the cron job for files backup is scheduled 30 minutes after the database backup. What happens if we restore both latest files and DB. since they are not a snapshot at the same time?
If you've entered an email address to send a completion report to, the completion report actually goes to the board owner email, not the email chosen. This will be fixed in the next release.
XenForo_Application::get('options')->contactEmailAddress, '',
$opt->getEmail(), '',
If the parameters are the same as gzip, you may be able to use it in this addon's latest version by changing the 'path to gzip' option to pigz's path. I'm not on Linux at the moment, but will try it later.
2014-10-04 14:35:30 | INFO | Running database backup with: mysqldump --defaults-extra-file=/[blah]/[blah]/[tempconfigfile.cnf]--single-transaction [database] | /usr/bin/pigz > /[blah]/[blah]/forumbackup_2014-10-04-143530.sql.gz 2>> /[blah]/[blah]/forumbackup.log
Yes Thanks!It's a nice option to have, so I'll probably get pigz support added soon as an option.
That's really strange. I'm not sure how that can happen, unless it was some kind of caching anomoly. I'll do some more testing with that to see if I can reproduce the problem.
Do you know if it was a database backup or code backup? If you have the debug for the add-on turned on, can you send that to me?
I have installed this and left the crons at their default settings you made them. I have a question, are the below options needed for CentOS servers?
I edited the cron jobs so that the files backup is 2 minutes after the database backup which is set at 3.00AM.
I select the Put Forum in Maintenance mode for both database/code.
What I found is that after they both run, the board is still closed for guest.
That's because of the first problem. The process replaces that message with "hang on tight" while the backups are running, then it is supposed to put the original message back when the backup is done, but obviously, it doesn't look like one of the backups finished.And also that the previous Board Active message replaced by "Currently running backups, hang on tight."
Thanks - my issue with the message was user error LOLThat screenshot you see is what admins see, that message doesn't get changed during the backup. Non-admins should see the message that you've set in the options. To test that, open an Incognito Window (in Chrome), and browse your forum while the backup is running, and you should see the appropriate message.
Responded to your PM, will et back to you on your tar error soon.
I edited the cron jobs so that the files backup is 2 minutes after the database backup which is set at 3.00AM.
I select the Put Forum in Maintenance mode for both database/code.
What I found is that after they both run, the board is still closed for guest.
And also that the previous Board Active message replaced by "Currently running backups, hang on tight."
- Added pigz compression options. Make sure your server supports this utility before using it. gzip is still the default, but pigz can yield much better performance. This addition also resulted in breaking out the tar and compression routines to catch errors better.
- Added --ignore-failed-read parameter to tar. Some sites that use cPanel (or similar tool) couldn't read some of the protected files when the backup was executed, and it would fail. This option skips any files that the backup...
SneakyDave updated [SolidMean] ForumBackup with a new update entry:
Update 1.1.3 (pigz compression option, bug fixes)
Read the rest of this update entry...
Pigz compression added, and an option added to the tar command to skip files that it doesn't have permission to read. This makes sure that the backup completes, rather than errors out. This also includes the small bug fix mentioned previously regarding the email option not being recognized
NOTE: There isn't a good way (that I know of) in PHP to verify if pigz is supported on your server, so if you use this option, make sure that your server supports it. Do a test, or run a test with debug on and look at the file after it finishes.
Pigz can provide a tremendous performance boost with this backup addon, depending on how many cpu/cores you have.
What would have to be done to do this towards Dropbox?
An auto upload to dropbox is a great. But this addon is already great anyway.![]()
I've been playing with the PECL ssh2 function to enable backups being transferred to another Linux host via scp. It isn't hard to implement, but it requires openssl, libssh2, and the PECL extension, which requires a PHP change.
I don't use unsecure ftp, so that probably won't be an option, but this scp answer is a possibility.
If you are interested in this ssh2/scp transfer option, let me know.
PHP SSH2 function:
http://php.net/manual/en/ssh2.requirements.php
PECL SSH2 package:
http://pecl.php.net/package/ssh2
Dropbox has an API and some examples, but I that requires a little setup also in order for it to work, but we'll see.
We use essential cookies to make this site work, and optional cookies to enhance your experience.