The upgrade seems to have worked except for
Following error occurred
FileOp Failure on: /home/mysite/public_html/jim/drupal-7.36/.gitignore: No such file or directory
for the following files:

.gitignore

authorize.php

cron.php

index.php

install.php

update.php

web.config

xmlrpc.php

Comments

John_B’s picture

It is not clear what you are doing or why your code appears to be in jim/drupal-7.36/ instead of public_html

If you are attempting to update using a one-click installer, don't. Given your long experience with Drupal, it seems unlikely that you would have attempted using a one-click installer. Nevertheless, I have never seen that type of error with a drush update. If you did not use drush update, maybe rewind to a pre-update backup, and re-run the update with drush.

Digit Professionals specialising in Drupal, WordPress & CiviCRM support for publishers in non-profit and related sectors

Road Runner’s picture

the jim folder is my ftp folder where I upload then extract the drupal .tar then copy the files into public_html The jim folder is in the public_html directory

I don't use one click installer nor drush for this. Just ftp or in this case use CPanel upload into jim folder, extract, copy files over to public_html then run update.php
This error occurs when I move the files from extracted drupal folder in jim folder to public_html. All files move except those listed. I've always done this and only in past 2 upgrades has this error occurred.

TIA

John_B’s picture

Although the message says there is no such file, it is nevertheless likely to be because the files you are trying to overwrite do not have write permission. You can either give the files in the target directory write permission, or simply delete them, and try again. If that still does not work, it would be a cPanel bug, to raise with the hosting company.

Digit Professionals specialising in Drupal, WordPress & CiviCRM support for publishers in non-profit and related sectors

Road Runner’s picture

Thanks for taking time, I had tried messing around with permissions but that doesn't do it.

Your idea about deleting files in destination directory did the trick. Not sure why but that's Drupal.

thnx

nicodv’s picture

Will this be solved at one point?

THE VERY LITTLE AGENCY

John_B’s picture

Since FileOp is a cPanel function, not a Drupal function, it might be worth asking on the cPanel support forum.

Off-topic, there is much more serious bug in Drupal 7.36 https://www.drupal.org/node/2465159, which hit me yesterday. That one is a Drupal issue and will be solved.

Digit Professionals specialising in Drupal, WordPress & CiviCRM support for publishers in non-profit and related sectors