mirror of
https://github.com/BookStackApp/BookStack.git
synced 2026-02-05 00:29:48 +03:00
Unable to run bookstack with php 7.4 #1601
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @amo13 on GitHub (Mar 19, 2020).
Hey, I just spent a lot of time to find out that bookstack does not work on my archlinux with php 7.4.
My nginx config:
Both the php-fpm and php73-fpm services are running fine. When I switch to php 7.3, the page loads and everything works. The only thing I do is change
fastcgi_pass unix:/run/php-fpm/php-fpm.sock;tofastcgi_pass unix:/run/php73-fpm/php-fpm.sock;in the nginx config above.When trying to run bookstack on php 7.4, I get a blank page on http://localhost an following errors in my nginx log:
I have been wondering why it is looking for an inexistent file in the views folder, until I noticed that switching to php 7.3 solves the issue.
The whole bookstack folder is recursively owned and writable by the http user.
I did a few diffs to see if it could be a configuration issue:
The following are the only files in the php(73)-fpm.d/ folder
Any help is greatly appreciated.
I am currently trying to submit bookstack to the Arch User Repositories and make it easy to install, run and update it in archlinux and derivatives.
@amo13 commented on GitHub (Mar 19, 2020):
the diff between
php -mandphp73 -monly givesAll required modules seem to be loaded correctly for both php (7.4) and php73.
(php73 complains about something being wrong with sqlite3 and pdo_sqlite3, but it is not relevant for bookstack and php73 is the one bookstack works with)
@homotechsual commented on GitHub (Mar 19, 2020):
When you switch to PHP7.4 can you run a
php artisan view:clearandphp artisan config:clear@amo13 commented on GitHub (Mar 19, 2020):
I did, but no difference...
Thank you for your help investigating this
@homotechsual commented on GitHub (Mar 19, 2020):
I'll try and get an archlinux VM up and running tomorrow and do some deeper investigation. I can confirm that PHP7.4 FPM on Ubuntu 18.04/20.04 and Debian Buster both work!
@amo13 commented on GitHub (Mar 19, 2020):
Awesome!
Let me know if I can help with anything, provide logs or try something else.
@homotechsual commented on GitHub (Mar 19, 2020):
Will do - let me do a reproduction test first on this - if that fails then at least I have an also-broken environment for debugging this!
@amo13 commented on GitHub (Mar 22, 2020):
I have never setup or used any virtual machine and I don't know if it is painful to get an arch virtual machine started. If it is, another idea which comes to my mind is to just temporarily boot an ISO of manjaro. Manjaro does not really differ from arch but only adds convenience stuff on top of it. I use it on my PC (server is still arch) and I have the exact same issue with bookstack and php 7.4. So maybe this is faster and more convenient to reproduce the issue
@ssddanbrown commented on GitHub (Apr 1, 2020):
Just given this a go on a Manjaro VM. Used standard package manager components. PHP version details:
Instance running fine without the above issue. Used the same nginx config. Did install into a
/srv/httpdirectory though.@amo13 Could you post the result of
and also:
@amo13 commented on GitHub (Apr 2, 2020):
Oh, this is odd....
Ok, I have:
and:
Thank you for your help with this! It's very appreciated.
@ssddanbrown commented on GitHub (Apr 4, 2020):
🤔 Hmm, All looks okay.
Do you perhaps have SELinux or AppArmour installed or anything similar @amo13?
@amo13 commented on GitHub (Apr 4, 2020):
Neither of those. I also do not know what similar thing I could have installed. The only "security" thing I use is fail2ban, but I doubt that it is interfering...
This is very odd. I had the exact same problem on my manjaro desktop, but I don't see why you were not able to reproduce this.
I am now trying to reproduce it myself once more on another manjaro system. I follow the guide for a manual installation, but now unfortunately, at the step
(sudo -u http) php artisan key:generate, I get:The BookStack folder is recursively owned by http:http and neither php-fpm nor mariadb show any error in the journal.
@amo13 commented on GitHub (Apr 4, 2020):
The denied permission hints that something is wrong with permission or ownership, but:
@ssddanbrown commented on GitHub (Apr 4, 2020):
@amo13 On your desktop setup, If you give permission back to yourself, for all files & folders, then start BookStack directly through
php artisan serve, does that have any issues?@amo13 commented on GitHub (Apr 4, 2020):
yes, it gives:
@amo13 commented on GitHub (Apr 9, 2020):
I reproduced the issue once again and I am beginning to think that there must be black magic involved in this...
When I install to /srv/http/ (as you did in your Manjaro VM), every works just fine, but when I install to /usr/share/webapps/, then I get the white page. Same when I install to /home/amo/, even though I did
chown http:httpto the parent folder before cloning bookstack and I did every single install step as the http user in all cases.This is so odd...
I am not yet giving up on this, since I am determined to package bookstack for archlinux and derivatives, but the correct install location on archlinux would definitely be the unfunctional /usr/share/webapps location.
So, as a follow-up for this issue, I am asking the archlinux community for help on this
@ssddanbrown commented on GitHub (Apr 9, 2020):
@amo13 Cool, I'm sure the arch community will be able to find the reason for this.
One extra thing I did think of, Maybe this is due to systemd sandboxing options. Having a look at the default unit files in my manjaro vm, such as the php one at
/usr/lib/systemd/system/php-fpm.service, it does seem there are a lot of security/sandboxing options are enabled, at least when compared to my Ubuntu desktop equivalent. Unfortunately that wouldn't explain why you still had issues when running viaphp artisan servesince that should not be going through a systemd service.@amo13 commented on GitHub (Apr 11, 2020):
Coincidence makes that somebody else had the same ambition than I had at pretty much the same time, but was more knowlegable and more successful than I was. BookStack is now easily installable on archlinux and derivatives as it can be found in the AUR (arch user repositories).
Installation now boils down to
yay -S bookstackThank you a lot for your help on this thread!
@ssddanbrown commented on GitHub (Apr 11, 2020):
@amo13 No problem! Thanks for trying so hard to get it packaged!