reported failures and timeout errors, though none happen (?!)
-
We are getting this error building a Duplicator package on a nearly new WordPress installation, on an AWS (EC2) host where resources are abundant & no confining timeout limits are set:
Build Interrupt The current build has experienced an issue. Please try the process again. Details Server Status: 200 -OK Error Message: Notice Build Folder: /var/www/html/cc/wp-snapshots/tmp Some servers close connections quickly; yet the build can continue to run in the background. To validate if a build is still running; open the 'tmp' folder above and see if the archive fiPlease let me know what the next step in our investigation might be...le is growing in size. If it is not then your server has strict timeout constraints. Please visit the support page for additional resources.
I’ve used Duplicator, both building and installing from the archive files, on a number of web sites of all sizes on this server for at least a year. I’ve only seen this error today, setting up a new site with the most recent versions of WordPress (4.1.1) and Duplicator (0.5.12). The site getting these errors is still new & tiny: less than 400K MySQL database, 2 empty pages, 2 images.
Our server is quiet, not shared, not running low on disk space, plenty of memory, and no load issues (Apache 2.4.10 and PHP 5.5.21). “apache2handler” shows, under Timeouts, “Connection: 60 – Keep-Alive: 5” not suggesting that we are getting timed out at all. “mysql.connect_timeout” is set to 60. php_value max_execution_time is set to 30 – probably not the cause of it failing within 2 seconds.
As the FAQ (http://lifeinthegrid.com/support/knowledgebase.php?article=12#faq-package) suggests I’ve also ticked “Archive Flush: Attempt Network Keep Alive (recommended only for large archives)” about half-way through our testing process, which had no effect. Likewise with “Use mysqldump (recommended for large databases)”.
Duplicator returns with a “timeout” error about 2 seconds after I hit the “Build” button, every time. I can see that installer.php and archive.zip files are being generated in /var/www/html/cc/wp-snapshots/tmp but have no way of knowing if they’re complete. The log file always ends with these lines:
******************************************************************************** MAKE INSTALLER: ******************************************************************************** Build Start Build Finished Preping for use Template parsed with new data Complete /var/www/html/cc/wp-snapshots/tmp/cc20150314setup_5504488e956931474150314144118_installer.php] Added to archive ******************************************************************************** INTEGRITY CHECKS: ******************************************************************************** SQL File: 381.61KB Installer File: 316.84KB Archive File: 6.23MB
Questions:
- Can the reason for the reported failure be determined from our log files somehow, even though they show no errors or warnings?
- How can I determine if the archive & installer files are complete? We’re using Duplicator for site backup & it’s impractical to test every pair of files by building a new site with them.
- How can we continue our investigation of the problem?
- The topic ‘reported failures and timeout errors, though none happen (?!)’ is closed to new replies.