I attempted a migration of http://webchick.net to Managed Cloud, and after the database export step it sat there for a long time and then Batch API died with:

An AJAX HTTP request terminated abnormally. Debugging information follows. Path: /batch?id=11&op=do StatusText: ResponseText: ReadyState: 4

I believe the reason this is happening is because I have a couple of very large files (150M+) in my files directory. Per Barry, when I did:

tar -tzf archive-20121211_103507.tar.gz 

I got:

archive-20121211_103507.sql
files/_temp/phpinfo.php_files/phpinfo.gif
files/_temp/phpinfo.php_files/phpinfo_002.gif
files/_temp/Drupal Community DeMystified.key.zip
files/_temp/Drupal Community DeMystified.pdf
files/_temp/phpinfo.php.html
files/_temp/xmlsitemap.sql.gz

gzip: stdin: unexpected end of file
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now

Even after deleting that file, the migration still failed in the same place, most likely because of a 200M video file I have in there.

So I re-ran the migration with "Migrate files directory" unchecked, but unfortunately it proceeded to include the files directory in the acquia_migrate50c7b6d4d46fb_20121211_104225 regardless.

I am officially stuck, and can't proceed. :(

Comments

coltrane’s picture

Can you check what your files directory path is for me please and confirm that the files/_temp/etc stuff is under it? $drush vget file_public_path

coltrane’s picture

Priority: Critical » Major
Status: Active » Needs review
StatusFileSize
new1.22 KB

I was able to replicate this :( Ouch, but quick fix.

coltrane’s picture

StatusFileSize
new755 bytes

And patch for Drupal 6 version.

webchick’s picture

Status: Needs review » Reviewed & tested by the community
Issue tags: +Needs tests

Awesome! I am now blocked in an entirely new and exciting place dancing around my living room because it WORKED! :D Thank you so much for the fast turnaround on this, Ben!

I notice there are automated tests in acquia_spi_connector, so tagging how we tag in core for something that needs tests. Not sure if that convention is followed here.

In case it's helpful, the answer to your question in #1 is:

$ drush vget file_public_path
file_public_path: "files"

0ld sk00l. :P

However, yes, I can confirm that it is indeed tarring up the correct directory.

coltrane’s picture

Status: Reviewed & tested by the community » Needs review
StatusFileSize
new7.31 KB

Updated D7 patch with test. Passes tests locally, just confirming it does on the testbot

coltrane’s picture

Automatically closed -- issue fixed for 2 weeks with no activity.