Invision Community 4: SEO, prepare for v5 and dormant account notifications By Matt Monday at 02:04 PM
SJ77 Posted April 1, 2019 Posted April 1, 2019 I have 777 on all files and folders in the applications directory yet getting the following error when trying to update an application. Any ideas?
Rhett Posted April 1, 2019 Posted April 1, 2019 If this is a third party app, contact the author for support, if this is our app, please submit a ticket.
SJ77 Posted April 1, 2019 Author Posted April 1, 2019 6 minutes ago, Rhett said: If this is a third party app, contact the author for support, if this is our app, please submit a ticket. It's ANY application. Ticket?
Rhett Posted April 2, 2019 Posted April 2, 2019 6 hours ago, SJ77 said: It's ANY application. Ticket? Our applications are updated via /admin/upgrade, if it's a third party app, you would need to contact the author for support.
SJ77 Posted April 2, 2019 Author Posted April 2, 2019 4 minutes ago, Rhett said: Our applications are updated via /admin/upgrade, if it's a third party app, you would need to contact the author for support. It’s ALL 3rd party apps after upgrading to 4.4x
SJ77 Posted April 3, 2019 Author Posted April 3, 2019 All apps give the same error The application you uploaded cannot be installed because it is not a valid application, the archive is corrupt or the file and directory permissions in /applications do not allow it.
Aiwa Posted April 3, 2019 Posted April 3, 2019 On 4/1/2019 at 3:54 PM, SJ77 said: I have 777 on all files and folders in the applications directory yet getting the following error when trying to update an application. Any ideas? What about the applications directory itself? Did you check it also?
SJ77 Posted April 3, 2019 Author Posted April 3, 2019 1 minute ago, Aiwa said: What about the applications directory itself? Did you check it also? Yes, I recursed from there. It's 777 no luck
Aiwa Posted April 3, 2019 Posted April 3, 2019 777 isn’t the end all solution. Right user own the directory? SELinux get turned on?
Makoto Posted April 3, 2019 Posted April 3, 2019 You're using Nginx with PHP-FPM if I remember correctly, right? First, are you basing your configuration off my guide, and if you are, are you using acl permissions? If not, what user is PHP-FPM running as? Elevate yourself to root, then change to that user like so, su www-data --shell=/bin/bash (Replace www-data with the user php-fpm is running as) Change to the applications directory. Try touching some things. Literally. Touch them. touch foo touch someapplicationdir/ Do you get permission errors?
SJ77 Posted April 3, 2019 Author Posted April 3, 2019 1 minute ago, Aiwa said: 777 isn’t the end all solution. Right user own the directory? SELinux get turned on? This is a temp install of my main site, it's in a sub directory. Shouldn't the owner be the same as the parent?
SJ77 Posted April 3, 2019 Author Posted April 3, 2019 5 minutes ago, Makoto said: You're using Nginx with PHP-FPM if I remember correctly, right? First, are you basing your configuration off my guide, and if you are, are you using acl permissions? If not, what user is PHP-FPM running as? Elevate yourself to root, then change to that user like so, su www-data --shell=/bin/bash (Replace www-data with the user php-fpm is running as) Change to the applications directory. Try touching some things. Literally. Touch them. touch foo touch someapplicationdir/ Do you get permission errors? Yes Nginx/PHP-FPM As the user that is running PHP-FPM I was able to touch the folder with no error ssh cli just moves to the next line awaiting command. Nothing happens at all when touching. unless the error is logged and not shown to me on the command line.
Makoto Posted April 3, 2019 Posted April 3, 2019 Just now, SJ77 said: Yes Nginx/PHP-FPM As the user that is running PHP-FPM I was able to touch the folder with no error ssh cli just moves to the next line awaiting command. Nothing happens at all when touching. unless the error is logged and not shown to me on the command line. Regarding my first question, are you using acl permissions? (i.e. setfacl commands) (If you have no idea what I'm talking about you aren't, I just need to make sure, because if you are there is a PHP bug that will cause this to happen.)
SJ77 Posted April 3, 2019 Author Posted April 3, 2019 I was even able to create a file and place it in the folder using the CLI as the PHP-FPM user checked by mount drive file system for ACL options. Don't think this is the issue.
Makoto Posted April 3, 2019 Posted April 3, 2019 48 minutes ago, SJ77 said: I was even able to create a file and place it in the folder using the CLI as the PHP-FPM user checked by mount drive file system for ACL options. Don't think this is the issue. Download this: Extract it to your forums root. Make sure everything is checked. What version of PHP are you running? Are you sure it's all apps? Do you already have the apps you're trying to install uploaded by chance (if you're copying files over from a previous install, do folders for those applications still exist in the applications directory)?
Rhett Posted April 3, 2019 Posted April 3, 2019 2 hours ago, SJ77 said: This is a temp install of my main site, it's in a sub directory. Shouldn't the owner be the same as the parent? It should be, but wasn't. 😉
SJ77 Posted April 3, 2019 Author Posted April 3, 2019 chown -R owner:group directory the above fixed it!! Thanks all
Aiwa Posted April 3, 2019 Posted April 3, 2019 10 hours ago, SJ77 said: This is a temp install of my main site, it's in a sub directory. Shouldn't the owner be the same as the parent? Depends on what user was logged in that created the directory. 6 hours ago, SJ77 said: chown -R owner:group directory the above fixed it!! Thanks all 👍
Recommended Posts
Archived
This topic is now archived and is closed to further replies.