You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 25, 2020. It is now read-only.
As stated in #58 (comment) we are currently running into issues when using getSQLDump or getFilesDump.
The backup task does work and the correct dump file is saved on the source. What doesn't work is downloading the file, instead we see this error:
fab config:stage getSQLDump
[some-host.com] Executing task 'getSQLDump'
Get SQL dump from stage
Running task backupSqlPrepare on configuration stage
Running task backupSql on configuration stage
[some-host.com] run: mkdir -p /var/www/virtual/some-host.com/backups
[some-host.com] run: rm -f /tmp/stage--20180621-092457.sql
[some-host.com] run: rm -f /tmp/stage--20180621-092457.sql.gz
[some-host.com] run: php /var/www/virtual/some-host.com/htdocs/vendor/drush/drush/drush.php sql-dump --structure-tables-list=cache,cache_block,cache_bootstrap,cache_field,cache_filter,cache_form,cache_menu,cache_page,cache_path,cache_update,cache_views,cache_views_data --gzip --result-file=/tmp/stage--20180621-092457.sql
Database dump saved to /tmp/stage--20180621-092457.sql.gz [success]
Running task backupSqlFinished on configuration stage
Could not find file '/tmp/stage--20180621-092457.sql.gz' on remote!
[some-host.com] run: rm /tmp/stage--20180621-092457.sql.gz
Done.
Disconnecting from some-host.com... done.
While the backup task was running I listed the directory contents of the tmp folder and for a split second the file was there, then it got removed by Fabalicious. Do you have any idea why this might happen?
This was tested using the master and develop branch (including the fix from #58), but the results were the same.
Thanks for your help.
The text was updated successfully, but these errors were encountered:
Fabalicious will delete the file after it downloaded to the host -- any chance there's something cleaning the /tmp-folder? Have you tried setting a different tmp-folder?
I tried a different folder (which is possible thanks to your fix in #58 🙂 ) but the result was the same. We used the methods on other hosts and they work just fine. Using these method is not important in this environment, I just thought it would be good to report this as it might be a bug in Fabalicious or Fabric... of course it's possible that this is some fancy behavior of the server...
hmm, strange. We use getSQLDump quite often and the same code-path is used when running copyDBFrom which is used on a daily base on various hosting platforms.
Does fab config:some-host.com getFile:someFile.ext work?
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
As stated in #58 (comment) we are currently running into issues when using
getSQLDump
orgetFilesDump
.The backup task does work and the correct dump file is saved on the source. What doesn't work is downloading the file, instead we see this error:
While the backup task was running I listed the directory contents of the tmp folder and for a split second the file was there, then it got removed by Fabalicious. Do you have any idea why this might happen?
This was tested using the
master
anddevelop
branch (including the fix from #58), but the results were the same.Thanks for your help.
The text was updated successfully, but these errors were encountered: