updatecode requires modules dir and backup dir to be on the same volueme (updatecode.pm.inc on line 210)

same issue, but php 5.3

" array_merge(): Argument #2 is not an array in /usr/src/drush/commands/pm/updatecode.pm.inc on line[warning]
210."

updating title

Drush pm-update doesn't work for me either!

subscribe

file permissions?

Hi Moshe, I'm not sure if its a file permissions thing... what could be cuasing that?

Do I need to check the permissions on some specific files?

this is my error message:

Unable to checkout drupal from cvs.drupal.org.                                                                                         [error]
Project drupal was updated successfully. Installed version is now 6.17.
An error occurred at function : drush_pm_updatecode                                                                                    [error]
WD php: rename(,/home/daniel_san/mywebsite/drupal-6.17): No such file or directory in                                         [error]
/home/daniel_san/drush/includes/drush.inc on line 581.
Could not restore backup and rollback from failed upgrade. You will need to resolve manually.                                          [error]
rename(,/home/daniel_san/mywebsite/drupal-6.17): No such file or directory in /home/daniel_san/drush/includes/drush.inc on    [warning]
line 581.
An error occurred at function : drush_pm_update                                                                                        [error]

Sorry for not responding earlier, y'all.

This is a limitation of PHP. You'll get it when your backup directory is on a different volume than where the update was downloaded to. That's what the error from rename means in #0. I think there's a dup issue somewhere, but I didn't look for it. I guess I'll mark this 'active' for now.

(n.b.: the error from rename in #5 (with an empty source path) is completely different and unrelated -- no idea what's going on there.)

So this is kind of a hack but:

rsync -avz public_html/example.com public_html/example.com_tmp

mv public_html/example.com public_html/example.com_bak

mv public_html/example.com_tmp public_html/example.com

worked for me.

Yeah, I was originally planning on solving this with rsync, but there is some controversy in that rsync is not always available on Windows. I'm in favor of making rsync a requirement, but I guess a decision one way or the other hasn't been firmly made. It would be possible to do just with php, with extra programming (probably less efficiency too).

No, not best, just simplest.

Subscribing

I am using All-versions-3.1 of drush on Mac.
I have got a similar problem, just couldn't use the "drush up" and "drush upc"
It threw an error like this,
WD php: Notice: Undefined variable: print in pm_update_packages() (line 236 of [error]
/Applications/drush/commands/pm/updatecode.pm.inc).
The examples directory could not be found within the modules directory at [error]
/Applications/MAMP/htdocs/drupal/sites, perhaps the project is enabled but has been deleted from disk.
An error occurred at function : drush_pm_updatecode [error]
WD php: Notice: Undefined index: full_project_path in drush_pm_updatecode_rollback() (line 322 of [error]
/Applications/drush/commands/pm/updatecode.pm.inc).
WD php: Notice: Undefined index: skip_list in drush_pm_updatecode_rollback() (line 322 of [error]
/Applications/drush/commands/pm/updatecode.pm.inc).
WD php: Warning: array_merge(): Argument #2 is not an array in _pm_update_move_files() (line 210 of [error]
/Applications/drush/commands/pm/updatecode.pm.inc).
WD php: Notice: Undefined index: full_project_path in drush_pm_updatecode_rollback() (line 323 of [error]
/Applications/drush/commands/pm/updatecode.pm.inc).
array_merge(): Argument #2 is not an array in _pm_update_move_files() (line 210 of [warning]
/Applications/drush/commands/pm/updatecode.pm.inc).
An error occurred at function : drush_pm_update

I currently just used "drush dl modulename" to manually update/replace the out-dated modules one by one.

Although this comment doesn't directly address the issue at hand, it is the solution that fixed things for me when I saw this error. So I will post in the hope it helps someone someday. Before drush did all my dirty work, I would do a cp -r sites/all/modules from previous sites I had built. I forgot that this copies all files, including .svn directories. Which, turned out to be the 'remote' volumes that drush was trying to access, the repos. So, if anyone has an issue with this error and sees some svn error in drush's output, this is what I did to remove my svn directories(i'm using git now):

find /project_dir -type d -name .svn -exec rm -rf '{}' +

where /project_dir is your drupal directory. Via this site: http://linux.byexamples.com/archives/195/remove-all-svn-directories-at-o...

I had the same error on my Linux machine but I figured out why that occured. And yes, that was file permissions — drush couldn't create and/or use backup directory if launched by ordinary user. When I tried to repeat the same as root it worked flawlessly. Hopefully it helps other users to get rid of this issue.

PS That's my first experience with drush and it works just great. Thank you!

@jonhattan: you fixed this, yes?

The file permission thing should not happen anymore as backups are now stored in the user home directory, or you can use --backup-dir.

The cross volume thing is the same as #965878: Cross-volume backup failure.