When I run the backup module I get the following error:
Command "/bin/tar cfz /tmp/drupal_backup_gRFR7k files database includes misc modules scripts sites themes .htaccess CHANGELOG.txt cron.php index.php INSTALL.mysql.txt INSTALL.pgsql.txt INSTALL.txt LICENSE.txt MAINTAINERS.txt update.php UPGRADE.txt xmlrpc.php \xampp\tmp \tmp /tmp/drupal_backup_database-2006-12-01-07:59:43-889289.gz 2>&1" returned status 2
I'm using Drupal 4.7.4 and the 11/13 version of HEAD Backup. My site is hosted on Dreamhost.
Any suggestions??
Comments
Comment #1
dmuth commentedHmm... any idea why "\xampp\tmp" and "\tmp" are in the command line? That looks like the sort of thing that would make tar freak out...
Also, could you copy and paste the text from the backup page here please? I'd like to see what your path and other things are set to.
Thanks,
-- Doug
Comment #2
zoon_unit commentedThe xampp/tmp folder is a holdover from my development version. I originally developed the system on a Windows machine and then transferred files and data to Dreamhost. But once on Dreamhost, I reset the temp directory to /tmp. Here's the backup page:
Comment #3
dmuth commentedHmm, it looks like those two files/directories actually have backslashes in them. Can you rename them to something that doesn't have a backslash in it? That would help eliminate them as a possible source of the problem.
Thanks,
-- Doug
Comment #4
zoon_unit commentedSorry about that. In fact, I mistakenly entered the / when naming the directory in Drupal. Apparently this confuses Linux as to rights, etc. I had a heck of a time deleting the errant folders, but when I recreated the tmp name correctly, everything ran smoothly.
While this was "operator error" you might want to mention a warning in your readme file. Apparently, several other people have made the same noob mistake. :-)
Ooops. Spoke too soon. While the backup seemed to run correctly and brought up the winzip app to save to the local computer, the resulting tgz file is empty. Does your module support ISP's that allow redirection to a subdomain folder?
Here's the latest backup page:
Comment #5
dmuth commentedActually, I'll try reproducing the filename with backslash issue on dev machine and try to write code to fix that.
As for this:
> Does your module support ISP's that allow redirection to a subdomain folder?
I have no idea what you meant by that. :-P Could you please elaborate?
Comment #6
zoon_unit commentedDreamhost allows an unlimited number of domains to be hosted on one account. Each domain resides in a sub directory of the account root and the name server points to that subdirectory as if it was the root of the account.
This can cause some confusion with paths.
Comment #7
dmuth commented> Dreamhost allows an unlimited number of domains to be hosted on one account. Each domain resides in a sub
> directory of the account root and the name server points to that subdirectory as if it was the root of the account.
Oh, that should not be an issue at all.
Now, back to your problem of downloading an empty file. I was able to reproduce that. The underlying culprit was me specifying the "Content-Disposition:" header for the download. Once I removed that, all was well.
I just uploaded the new module to CVS, please try downloading the HEAD release in about 24 hours from now (1 AM on 4 Dec 2006) and let me know if that fixes your problem.
-- Doug
Comment #8
dmuth commentedI'm going to mark this one closed since I have a different mechanism for creating backups in the Drupal 5 release.
--- Doug