Answers.Body: <p>That should do it!</p>
  
  <p>Auto-updating to 2.5 is causing a few people headaches, mainly because people are <strong>bumping up against their <code>php.ini</code> setting limitations</strong>. It's a pretty significant update, requiring pretty significant server resources to handle the transition.</p>
  
  <p>Once you've successfully rolled back, I'd recommend performing a <a href="https://craftcms.com/docs/updating#manually-updating" rel="nofollow">manual update</a>. This takes a lot of pressure off of your server, and only leans on your server resources to run the database migrations (which definitely shouldn't cause any overloads).</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-12-07T04:58:17.533Z
Answers.Text: Thanks Lindsey. I sort of resorted to that when I rolled the database back first but left the new files in place. This left me with the 'Finish up' button. So I tried that - same process - I do get all the way through to the All Done tick icon at the end - and only then do the error messages start. And the front end remains down. So would that suggest the problem is happening when the files are being copied over?
Answers.UserDisplayName: Jack McKenzie
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-12-07T05:01:09.817Z
Answers.Text: Absolutely. The file syncing mechanism of auto-update is what's being the biggest drain on your server, and unquestionably the part that failed halfway. You'll want to **scrap your current `app` folder**, and completely replace it fresh. Don't let any old files merge with new ones.
Answers.UserDisplayName: Lindsey D
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-12-07T05:02:53.460Z
Answers.Text: Check out [this awesome breakdown by Brad](http://craftcms.stackexchange.com/a/1142/45)... specifically the subsection entitled **"Does Craft practice safe-updating?"**
Answers.UserDisplayName: Lindsey D
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-12-07T09:10:58.067Z
Answers.Text: I've found that I'm having to manually update most of our Craft sites when they run on my Mac in local development; it's an owner issue rather than permissions. Apache runs as _www but the filesystem is owned by me. Seems to screw things up even though app and its contents are 777.
Answers.UserDisplayName: Matt Wilcox
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-12-07T10:07:22.893Z
Answers.Text: **Update:** after restoring the site to the pre-update version as per the discussed method, I then carried out a manual file update and that allowed the database migration process to go smoothly. From now on, I think I will do the updates manually as this makes it easy to have all the files ready on the server for an immediately rollback should something go wrong. It also helps know what to do!
Answers.UserDisplayName: Jack McKenzie
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-07-28T08:16:39.120Z
Answers.Text: where did you get the files to replace the craft/app directory?
Answers.UserDisplayName: user5453
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-07-28T18:04:14.143Z
Answers.Text: @user5453 - You can get the latest version by download Craft from [craftcms.com](https://craftcms.com/), unzipping it, then find the `craft/app` folder. When you manually update, you only need to replace the `app` folder, nothing else.
Answers.UserDisplayName: Lindsey D
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-12-07T04:53:05.103Z
Answers.LastActivityDate: 2015-12-07T04:53:05.103Z
Answers.UserDisplayName: Lindsey D
Body: <p>Unfortunately I tried to (auto)upgrade to v2.5.latest on a live site (after testing on another development (but different site)) and it failed resulting in the site being down. What is the best way to restore the site to pre-upgrade and working state? I plan to</p>
  
  <ol>
  <li>Remove the existing database and replace with the one created by the
  backup process - that part seemed to go OK. </li>
  <li>Replace the /craft/app directory from the version that matches the database backup.</li>
  </ol>
  
  <p>Are there other files/things I need to do to recover the situation?</p>
  
Tags: <auto-updates><updating><upgrades>
Title: Upgrade failed - what needs to be restored?
ThreadText: # Upgrade failed - what needs to be restored?
  
  (Asked by: username_0 on 2015-12-07)
  
  Unfortunately I tried to (auto)upgrade to v2.5.latest on a live site (after testing on another development (but different site)) and it failed resulting in the site being down. What is the best way to restore the site to pre-upgrade and working state? I plan to
  
  1. Remove the existing database and replace with the one created by the
     backup process - that part seemed to go OK.
  2. Replace the /craft/app directory from the version that matches the database backup.
  
  Are there other files/things I need to do to recover the situation?
  
  **Tags:** auto-updates, updating, upgrades
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2015-12-07. Score: 3 | Accepted answer
  
  That should do it!
  
  Auto-updating to 2.5 is causing a few people headaches, mainly because people are **bumping up against their `php.ini` setting limitations**. It's a pretty significant update, requiring pretty significant server resources to handle the transition.
  
  Once you've successfully rolled back, I'd recommend performing a [manual update](https://craftcms.com/docs/updating#manually-updating). This takes a lot of pressure off of your server, and only leans on your server resources to run the database migrations (which definitely shouldn't cause any overloads).
  
  > **Comments:**
  > **username_0**: Thanks username_1. I sort of resorted to that when I rolled the database back first but left the new files in place. This left me with the 'Finish up' button. So I tried that - same process - I do get all the way through to the All Done tick icon at the end - and only then do the error messages start. And the front end remains down. So would that suggest the problem is happening when the files are being copied over?  
  > **username_1**: Absolutely. The file syncing mechanism of auto-update is what's being the biggest drain on your server, and unquestionably the part that failed halfway. You'll want to **scrap your current `app` folder**, and completely replace it fresh. Don't let any old files merge with new ones.  
  > **username_1**: Check out [this awesome breakdown by Brad](http://craftcms.stackexchange.com/a/1142/45)... specifically the subsection entitled **"Does Craft practice safe-updating?"**  
  > **username_2**: I've found that I'm having to manually update most of our Craft sites when they run on my Mac in local development; it's an owner issue rather than permissions. Apache runs as _www but the filesystem is owned by me. Seems to screw things up even though app and its contents are 777.  
  > **username_0**: **Update:** after restoring the site to the pre-update version as per the discussed method, I then carried out a manual file update and that allowed the database migration process to go smoothly. From now on, I think I will do the updates manually as this makes it easy to have all the files ready on the server for an immediately rollback should something go wrong. It also helps know what to do!  
  > **username_3**: where did you get the files to replace the craft/app directory?  
  > **username_1**: @username_3 - You can get the latest version by download Craft from [craftcms.com](https://craftcms.com/), unzipping it, then find the `craft/app` folder. When you manually update, you only need to replace the `app` folder, nothing else.  
  
  ---
  
  