XF 2.1 SOLVED! Error trying to do manual upgrade from 2.1.8 PL1 to 2.1.8 PL2

[djbaxter]

I'm getting this:

ErrorException: [E_WARNING] file_put_contents(/home/politics/public_html/internal_data/code_cache/templates/l1/s0/public/_media_site_embed_applemusic.php): failed to open stream: Permission denied in src/vendor/league/flysystem/src/Adapter/Local.php at line 199

    XF::handlePhpError()
    file_put_contents() in src/vendor/league/flysystem/src/Adapter/Local.php at line 199
    League\Flysystem\Adapter\Local->update() in src/vendor/league/flysystem/src/Filesystem.php at line 99
    League\Flysystem\Filesystem->put()
    call_user_func_array() in src/vendor/league/flysystem-eventable-filesystem/src/EventableFilesystem.php at line 431
    League\Flysystem\EventableFilesystem\EventableFilesystem->callFilesystemMethod() in src/vendor/league/flysystem-eventable-filesystem/src/EventableFilesystem.php at line 395
    League\Flysystem\EventableFilesystem\EventableFilesystem->delegateMethodCall() in src/vendor/league/flysystem-eventable-filesystem/src/EventableFilesystem.php at line 57
    League\Flysystem\EventableFilesystem\EventableFilesystem->put() in src/vendor/league/flysystem/src/MountManager.php at line 595
    League\Flysystem\MountManager->put() in src/XF/Util/File.php at line 197
    XF\Util\File::writeToAbstractedPath() in src/XF/Service/Template/Compile.php at line 146
    XF\Service\Template\Compile->writeCompiled() in src/XF/Service/Template/Compile.php at line 43
    XF\Service\Template\Compile->recompile() in src/XF/Entity/Template.php at line 433
    XF\Entity\Template->_postSave() in src/XF/Mvc/Entity/Entity.php at line 1219
    XF\Mvc\Entity\Entity->save() in src/XF/Mvc/Entity/Entity.php at line 1213
    XF\Mvc\Entity\Entity->save() in src/XF/AddOn/DataType/BbCodeMediaSite.php at line 85
    XF\AddOn\DataType\BbCodeMediaSite->importAddOnData() in src/XF/Job/AddOnData.php at line 106
    XF\Job\AddOnData->run() in src/XF/Job/Atomic.php at line 38
    XF\Job\Atomic->run() in src/XF/Job/Manager.php at line 253
    XF\Job\Manager->runJobInternal() in src/XF/Job/Manager.php at line 195
    XF\Job\Manager->runJobEntry() in src/XF/Job/Manager.php at line 146
    XF\Job\Manager->runUnique() in src/XF/Install/Controller/AbstractController.php at line 24
    XF\Install\Controller\AbstractController->manualJobRunner() in src/XF/Install/Controller/Upgrade.php at line 257
    XF\Install\Controller\Upgrade->actionRunJob() in src/XF/Mvc/Dispatcher.php at line 350
    XF\Mvc\Dispatcher->dispatchClass() in src/XF/Mvc/Dispatcher.php at line 257
    XF\Mvc\Dispatcher->dispatchFromMatch() in src/XF/Mvc/Dispatcher.php at line 113
    XF\Mvc\Dispatcher->dispatchLoop() in src/XF/Mvc/Dispatcher.php at line 55
    XF\Mvc\Dispatcher->run() in src/XF/App.php at line 2184
    XF\App->run() in src/XF.php at line 391
    XF::runApp() in install/index.php at line 14

 

[Chris D]

That would imply that your internal_data directory is not writable as it should be, or that the files are owned by a different user.

 

[djbaxter]

Ah.

I had some issues with the server and reset to defaults. Adjusted permissions. But then I uploaded the files using FTP with a root login.

 

[djbaxter]

I reuploaded via FTP as user, not root, but I'm getting the same error:

ErrorException: [E_WARNING] file_put_contents(/home/politics/public_html/internal_data/code_cache/templates/l1/s0/public/_media_site_embed_applemusic.php): failed to open stream: Permission denied in src/vendor/league/flysystem/src/Adapter/Local.php at line 199

    XF::handlePhpError()
    file_put_contents() in src/vendor/league/flysystem/src/Adapter/Local.php at line 199
    League\Flysystem\Adapter\Local->update() in src/vendor/league/flysystem/src/Filesystem.php at line 99
    League\Flysystem\Filesystem->put()
    call_user_func_array() in src/vendor/league/flysystem-eventable-filesystem/src/EventableFilesystem.php at line 431
    League\Flysystem\EventableFilesystem\EventableFilesystem->callFilesystemMethod() in src/vendor/league/flysystem-eventable-filesystem/src/EventableFilesystem.php at line 395
    League\Flysystem\EventableFilesystem\EventableFilesystem->delegateMethodCall() in src/vendor/league/flysystem-eventable-filesystem/src/EventableFilesystem.php at line 57
    League\Flysystem\EventableFilesystem\EventableFilesystem->put() in src/vendor/league/flysystem/src/MountManager.php at line 595
    League\Flysystem\MountManager->put() in src/XF/Util/File.php at line 197
    XF\Util\File::writeToAbstractedPath() in src/XF/Service/Template/Compile.php at line 146
    XF\Service\Template\Compile->writeCompiled() in src/XF/Service/Template/Compile.php at line 43
    XF\Service\Template\Compile->recompile() in src/XF/Entity/Template.php at line 433
    XF\Entity\Template->_postSave() in src/XF/Mvc/Entity/Entity.php at line 1219
    XF\Mvc\Entity\Entity->save() in src/XF/Mvc/Entity/Entity.php at line 1213
    XF\Mvc\Entity\Entity->save() in src/XF/AddOn/DataType/BbCodeMediaSite.php at line 85
    XF\AddOn\DataType\BbCodeMediaSite->importAddOnData() in src/XF/Job/AddOnData.php at line 106
    XF\Job\AddOnData->run() in src/XF/Job/Atomic.php at line 38
    XF\Job\Atomic->run() in src/XF/Job/Manager.php at line 253
    XF\Job\Manager->runJobInternal() in src/XF/Job/Manager.php at line 195
    XF\Job\Manager->runJobEntry() in src/XF/Job/Manager.php at line 146
    XF\Job\Manager->runUnique() in src/XF/Install/Controller/AbstractController.php at line 24
    XF\Install\Controller\AbstractController->manualJobRunner() in src/XF/Install/Controller/Upgrade.php at line 257
    XF\Install\Controller\Upgrade->actionRunJob() in src/XF/Mvc/Dispatcher.php at line 350
    XF\Mvc\Dispatcher->dispatchClass() in src/XF/Mvc/Dispatcher.php at line 257
    XF\Mvc\Dispatcher->dispatchFromMatch() in src/XF/Mvc/Dispatcher.php at line 113
    XF\Mvc\Dispatcher->dispatchLoop() in src/XF/Mvc/Dispatcher.php at line 55
    XF\Mvc\Dispatcher->run() in src/XF/App.php at line 2184
    XF\App->run() in src/XF.php at line 391
    XF::runApp() in install/index.php at line 14

 

[gerryvz]

The automated upgrade process to PL2 worked just fine. Are your permissions borked so that you can't use the automatic process?

 

[markus68]

Make sure your FTP-client actually changes owners of files if they already exist while uploaded

 

[djbaxter]

The automated upgrade process to PL2 worked just fine. Are your permissions borked so that you can't use the automatic process?

Yes I have never been able to use auto upgrade on this one site.

Make sure your FTP-client actually changes owners of files if they already exist while uploaded

How do I do that? Using Filezilla.

 

[djbaxter]

The ownership is correct after reuploading. Permissions arre correct for data and internal_data at 0777.

 

[markus68]

Permissions arre correct for data and internal_data at 0777.

Can you check permissions/ownership of directories inside internal_data ?

 

[gerryvz]

Hi @djbaxter

This same issue stumped me for many months, until I decided I was going to solve it. And I did. I had to use chown but finally got it licked, with a nudge from @AndyB.

I posted about it here:

Linux ls and chown commands

If you're experiencing an issue where you cannot upgrade your XenForo software due to a "The files are not writable" error message, this is typically a situation where the directories and files are not owned by the correct user and group. To check the user and group where your XenForo is...

www.xf2addons.com

And here:

XF 2.1 - One-click upgrades and add-on install/upgrade from ZIP files

And here we are, already at the penultimate entry in our "Have you seen...?" series for XF 2.1. If you haven't seen the previous entries about what's coming in XF 2.1, check them out here. As ever, to ensure you're kept up to date, we strongly recommend giving that "Watch forum" link a...

xenforo.com

 

[djbaxter]

Permissions are 0777 recursively for internal_data and all subdirectories.
Permissions are 0644 for files.

@gerryvz that may or may not have been the problem previously but right now I am stuck with 2.1.8 PL2 files uploaded to the site and those errors trying to do the actual upgrade.

I'm going to try to upload all the 2.1.8 PL1 files now and see if I can get out of this loop.

 

[Mike]

If your file ownership is wrong -- and it sounds like it is -- 0644 won't work. You'd either need to 0666 all of the files (or chown them to the PHP user).

They need to be writable as the user PHP is running as. We don't really know who that is in your scenario as there are two distinct cases (a generic user, usually the web server user, or a "real" user, usually the same you'd FTP in as; cPanel generally works as the later), so that may change your approach.

 

[djbaxter]

@Mike

It is a cPanel setup but I think the files have always been 0644... or are you saying that they need to be 0666 in certain directories?

 

[djbaxter]

@Mike

How do I find out who is the PHP user?

 

[djbaxter]

@Mike

OK. Reuploading 2.1.8 PL1 files gave me back access to the site and AdminCP.

However, it still of course is telling me that there is an update available.

 

[gerryvz]

@Mike

How do I find out who is the PHP user?

Generally speaking, the php user is going to be the same as the apache user is running as.

You can create this php file and run it to determine, for sure:

<?php
    print shell_exec( 'whoami' );
?>

If using Apache, you can also enter this from the command line:

more /etc/apache2/envvars

And in the results, look for the user in these two lines (this is the result for my system):



In my case, you can see that it is www-data (I am on Ubuntu 18.04.3, running apache).

It's highly unlikely that (if using apache) that php is running as ANYTHING OTHER THAN www-data or apache.

 

[djbaxter]

php is running as nobody
public_html ownership is {user}:nobody
for all directories and files under public_html, ownership is {user}:{user}|

 

[gerryvz]

If your file ownership is wrong -- and it sounds like it is -- 0644 won't work. You'd either need to 0666 all of the files (or chown them to the PHP user).

They need to be writable as the user PHP is running as. We don't really know who that is in your scenario as there are two distinct cases (a generic user, usually the web server user, or a "real" user, usually the same you'd FTP in as; cPanel generally works as the later), so that may change your approach.

@Mike's post really says it all.

In my case I had root set up as owner/group. Changing it to www-data solved all of the permissions issues (because www-data was the user and group owners for apache and php). Once everything came into alignment, I was able to use the built-in XF upgrader.

Here is the contents of my public_html folder. You can see for my XF install (the "forums" directory), that the owner and group is www-data. This is what I had to change (via chown/chmod) to enable things.

 

[djbaxter]

I am assured by my host that ownership is correct for cPanel.

 

[Mike]

If PHP is running as nobody, then (virtually) all of the files in XF's data/ and internal_data/ directories would also be owned by nobody (as they are created by PHP). You indicate that they're owned by your user, so either something changed in terms of the PHP configuration with regards to the user it's running as or the ownership of those files changed somehow.

At this point, the simplest thing to do would be to 0666 all of the files in the mentioned directories.