Upgraded barracuda & octopus, trying to migrate a site form /002/drupal7.12 to /003/drupal7.12
old platform was with custom modules on platform level and themes on site level, modules & libraries folder is copied
getting WSOD on all pages exept /update.php
what I did:
cloned site on old paltform -> works well
cloned another site on old paltform -> also works well
cloned another site on new platform -> also works well
cloned (first) site on new platform -> WSOD
http://omega8.cc/how-to-disable-all-caching-and-aggregation-115 - site is with dev. alias - no change, WSOD on all pages
repeated the same with site in maintenance mode - WSOD on accesing front page
seems, like some module is breaking things
HEAD versions of Octopus & Barracuda
Comment | File | Size | Author |
---|---|---|---|
install.log_.txt | 6.96 KB | PlayfulWolf | |
barracuda.cnf_.txt | 1.51 KB | PlayfulWolf | |
barracuda_log.txt | 1.45 KB | PlayfulWolf | |
o1.octopus.cnf_.txt | 977 bytes | PlayfulWolf |
Comments
Comment #1
omega8cc CreditAttribution: omega8cc commentedYou should never clone any site to the new platform directly.
To debug WSOD use "dev." subdomain. Or check the logs in
/var/log/php/*
Here is an example of supported workflow: http://drupal.org/node/1479106#comment-5722098
Read also: http://omega8.cc/the-best-recipes-for-disaster-139
Comment #2
PlayfulWolf CreditAttribution: PlayfulWolf commentedas I wrote in original post - did EXACTLY as you recomend:
Example of less-paranoid workflow:
1. Create a new platform with *new* contrib modules
2. Re-verify the old platform.
3. Clone the site in the old platform.
4. Re-verify the new site clone and the original site.
5. Migrate cloned site to the new platform and re-verify it.
6. Clear all caches and make sure that the cloned/migrated site works fine.
7. Now migrate also your live site and re-verify it after migration.
Even if some slight more paranoid modifications to the workflow - result is the same: one site is ok, another is not. Tried many times with various domains-subdomains,
/var/log/php/* is empty, all files 7 bytes long, getting the same WSOD when accesing cloned site with dev.clone.site.com
Comment #3
omega8cc CreditAttribution: omega8cc commentedThen no idea. Maybe task log will display some hints to help you debug this.
Comment #4
omega8cc CreditAttribution: omega8cc commentedAlso, I don't think it is anything BOA specific/related.
Comment #5
PlayfulWolf CreditAttribution: PlayfulWolf commentedeverything just started to work
I made one "disaster recipe" move: just migrated live site to new platform - and it went alive, also, restarted php daemon, so don't know what was the reason, as done it not instantly :/
Comment #6
omega8cc CreditAttribution: omega8cc commented