[SOLVED] 5.4.2.2 to 5.6.0.2 upgrades
Permalink
Hi All,
I have three c5 sites that began as 5.4.2.2 projects. I recently began upgrading them:
site-1) 5.4.2.2 to 5.5.0 to 5.5.2.1 to 5.6.0.1 to 5.6.0.2
site-2) 5.4.2.2 to 5.5.0 to 5.5.2.1 to 5.6.0.1 to 5.6.0.2
site-3) 5.4.2.2 to 5.5.0 to 5.5.2.1 to 5.6.0.1 <--stopped here
I stopped where indicated because I discovered site 1 and 2 both exhibiting the same error at 'add new block' actions on existing pages (note: '/home/user' has been substituted for security & privacy purposes):
"Warning: require_once(/home/user/public_html/concrete/blocks/pageear/controller.php): failed to open stream: No such file or directory in /home/user/public_html/concrete/core/libraries/loader.php on line 205 Fatal error: require_once(): Failed opening required '/home/user/public_html/concrete/blocks/pageear/controller.php' (include_path='/home/user/public_html/libraries/3rdparty:/home/user/public_html/concrete/libraries/3rdparty:.:/usr/share/pear:/usr/share/php') in /home/user/public_html/concrete/core/libraries/loader.php on line 205"
The third site is still at 5.6.0.1 and is not exhibiting this problem.
I am root on my own server, so I use the core substitution method documented here, on the forum, because it is much faster. To reiterate:
-> backup the database & site root
-> upload and unpack the latest version
-> extract and rename 'concrete/' to 'concrete_NEW/'
-> confirm / set correct ownership and permissions
-> place in parallel with the existing concrete/ directory
-> rename 'concrete/' to 'concrete_OLD/'
-> rename 'concrete_NEW/' to 'concrete/
-> visithttp://{yoursite.tld}/index.php/tools/required/upgrade...
-> click 'Upgrade'
-> if all goes well, it is safe to remove 'concrete_OLD/'
-> note: if you've previously updated via the Dashboard, delete
"define('DIRNAME_APP_UPDATED','concrete5.x.x.x');" from site.php before renaming the just uploaded directory to "concrete"
The differences between the 'broken' and 'working' site cores seems minimal. Rather than trying to copy and paste then explain the differences, I'm attaching screencaps of the 'dirdif' output. The working site's core appears as file 'gwrsyncdump.txt' on the right.
-------------------------------------------------------------------
The first part of the error message explained the problem "Warning: require_once(/home/{user}/public_html/concrete/blocks/pageear/controller.php): failed to open stream: No such file or directory"
I'm pretty sure I uninstalled this block type, but I /do/ vaguely recall looking at 'Page Ear' very early on when evaluating c5. Could a disabled remnant have been inadvertently enabled during the 5.6.0.1 to 5.6.0.2 upgrade?
In any case, I dumped the databases for the affected sites and located the block type 'pageear' enabled in table 'BlockType'. Deleting this record from the table in each live site database fixed the problem, i.e.
mysql -u {db_user} -p{db_user_password} {db_name}
DELETE FROM `{db_name}`.`BlockTypes` WHERE `BlockTypes`.`btID` = 23;
quit
Hope this helps anyone else similarly affected by this problem.
regards,
Carl
I have three c5 sites that began as 5.4.2.2 projects. I recently began upgrading them:
site-1) 5.4.2.2 to 5.5.0 to 5.5.2.1 to 5.6.0.1 to 5.6.0.2
site-2) 5.4.2.2 to 5.5.0 to 5.5.2.1 to 5.6.0.1 to 5.6.0.2
site-3) 5.4.2.2 to 5.5.0 to 5.5.2.1 to 5.6.0.1 <--stopped here
I stopped where indicated because I discovered site 1 and 2 both exhibiting the same error at 'add new block' actions on existing pages (note: '/home/user' has been substituted for security & privacy purposes):
"Warning: require_once(/home/user/public_html/concrete/blocks/pageear/controller.php): failed to open stream: No such file or directory in /home/user/public_html/concrete/core/libraries/loader.php on line 205 Fatal error: require_once(): Failed opening required '/home/user/public_html/concrete/blocks/pageear/controller.php' (include_path='/home/user/public_html/libraries/3rdparty:/home/user/public_html/concrete/libraries/3rdparty:.:/usr/share/pear:/usr/share/php') in /home/user/public_html/concrete/core/libraries/loader.php on line 205"
The third site is still at 5.6.0.1 and is not exhibiting this problem.
I am root on my own server, so I use the core substitution method documented here, on the forum, because it is much faster. To reiterate:
-> backup the database & site root
-> upload and unpack the latest version
-> extract and rename 'concrete/' to 'concrete_NEW/'
-> confirm / set correct ownership and permissions
-> place in parallel with the existing concrete/ directory
-> rename 'concrete/' to 'concrete_OLD/'
-> rename 'concrete_NEW/' to 'concrete/
-> visithttp://{yoursite.tld}/index.php/tools/required/upgrade...
-> click 'Upgrade'
-> if all goes well, it is safe to remove 'concrete_OLD/'
-> note: if you've previously updated via the Dashboard, delete
"define('DIRNAME_APP_UPDATED','concrete5.x.x.x');" from site.php before renaming the just uploaded directory to "concrete"
The differences between the 'broken' and 'working' site cores seems minimal. Rather than trying to copy and paste then explain the differences, I'm attaching screencaps of the 'dirdif' output. The working site's core appears as file 'gwrsyncdump.txt' on the right.
-------------------------------------------------------------------
The first part of the error message explained the problem "Warning: require_once(/home/{user}/public_html/concrete/blocks/pageear/controller.php): failed to open stream: No such file or directory"
I'm pretty sure I uninstalled this block type, but I /do/ vaguely recall looking at 'Page Ear' very early on when evaluating c5. Could a disabled remnant have been inadvertently enabled during the 5.6.0.1 to 5.6.0.2 upgrade?
In any case, I dumped the databases for the affected sites and located the block type 'pageear' enabled in table 'BlockType'. Deleting this record from the table in each live site database fixed the problem, i.e.
mysql -u {db_user} -p{db_user_password} {db_name}
DELETE FROM `{db_name}`.`BlockTypes` WHERE `BlockTypes`.`btID` = 23;
quit
Hope this helps anyone else similarly affected by this problem.
regards,
Carl