ChatGPT解决这个技术问题 Extra ChatGPT

How to fix Error: laravel.log could not be opened?

I'm pretty new at laravel, in fact and I'm trying to create my very first project. for some reason I keep getting this error (I haven't even started coding yet)

Error in exception handler: The stream or file "/var/www/laravel/app/storage/logs/laravel.log" could not be opened: failed to open stream: Permission denied in /var/www/laravel/bootstrap/compiled.php:8423

I've read this has something to do with permissions but chmod -R 775 storage didn't help at all.

https://i.stack.imgur.com/Eq2eN.png

Are you sure you're in the right directory when running that chmod command? Try chmod -R 755 /var/www/laravel/app/storage. Also, what are the user and group set to? Try ls -al /var/www/laravel/app/storage
same results (I updated my original post to show the permissions of the folder)
:/ for some reason it still doesn't work. I didn't mention it before, but I'M using vagrant. so my www folder is on a VM (apache, php and everything else is running on it). I'm not sure if that has something to do with anything but I thought I'd mention it just in case. (I'm creating my project withing the vm, using composer)
Those guys who suggest 777, try google this phrase: "production db_password filetype:env inurl:com"
Disabling SELINUX worked for me.

H
Hamid Parchami

Never set a directory to 777. you should change directory ownership. so set your current user that you are logged in with as owner and the webserver user (www-data, apache, ...) as the group. You can try this:

sudo chown -R $USER:www-data storage
sudo chown -R $USER:www-data bootstrap/cache

then to set directory permission try this:

chmod -R 775 storage
chmod -R 775 bootstrap/cache

Update:

Webserver user and group depend on your webserver and your OS. to figure out what's your web server user and group use the following commands. for nginx use:

ps aux|grep nginx|grep -v grep

for apache use:

ps aux | egrep '(apache|httpd)'


thanks! In short you can also do : sudo chown -R {your current user}:www-data storage bootstrap/cache
@RameshPareek You're right but I just wanted to be more clear ;)
This doesn't work for me. I just get chown: www-data: illegal group name. Setting the directory to 777 is the only thing that works
@MattD I guess the apache group on mac is _www try this sudo chgrp -R _www bootstrap/cache . it would be helpful to take a look at this post: stackoverflow.com/a/6419695/2125114
This should be the chosen answer, 100% agree that sysadmins should not just allow access to everything to avoid working out the real issue.
J
Jon Winstanley

Never use 777 for directories on your live server, but on your own machine, sometimes we need to do more than 775, because

chmod -R 775 storage

Means

7 - Owner can write
7 - Group can write
5 - Others cannot write!

If your webserver is not running as Vagrant, it will not be able to write to it, so you have 2 options:

chmod -R 777 storage

or change the group to your webserver user, supposing it's www-data:

chown -R vagrant:www-data storage

Didn't need the chmod in my case as it was set okay already, However on Fedora 20 it needed: chown -R apache:apache laravelproject
Was having problems mounting folders via samba/vagrant - chown -R vagrant:www-data storage did it for me, thanks.
chmod -R 777 storage worked for me. I tried changing the group, but I kept getting www-data: illegal group name
@antonio I need to provide the permission everytime I restart the computer. Any suggestion how could I fix it?
J
Jon Winstanley

To fix this issue, you need to change the ownership of the directory to the unix user that the webserver uses.

Get out of the VM Using the console, go to your synced folder (vagrant) sudo chown -R $USER:www-data storage chmod -R 775 storage

Even though I created the project within the VM using the VM user, the folder belonged to the user in the real computer; so, when trying to

Now it's working.

Thanks to all those that helped me figure this thing out

EDIT:

Actually, it still wasn't working, it still gave me a "permission denied" problem.

Here's what I did, I modified my Vagrantfile like this:

config.vm.synced_folder "./app","/var/www/", create:true,
:owner => "vagrant",
:group => "www-data",
:mount_options => ["dmode=775","fmode=664"]

I did that... and I AM gROOT! Still not working... laravel 5... renamed the log file, laravel created new one... same error
I don't have config.vm.synced_folder because I'm using homestead, how can I fix this issue?
You shouldn't be using 777 all willy nilly.
I don't see a problem on using 777 on a folder I know exactly what's inside (a dummy sample project)
This should absolutely not be the accepted answer. It's terrible. Never set 777. Ever.
T
Turan Zamanlı

It also may be SELinux. (Centos, RedHat)

Determine status of SElinux on terminal:

$ sestatus

If status is enabled, write command to disable SElinux

$ setenforce Permissive

Or you may execute this command

$ sudo setenforce 0


This is the only thing that worked, can you please explain what does it do?
@hack4mer you can read more information about seLinux. en.wikipedia.org/wiki/Security-Enhanced_Linux
the weird things I've ever seen, why the hell it works after searching for more than 6 hours
The only solution that worked for me.. thank you. But the problem comes back every time the server restarts, do yo know how to make it apply even if the server is restarted?
@JuanAngel you have to Permanently disable service. open with editor vim /etc/sysconfig/selinux and then change the directive SELinux=enforcing to SELinux=disabled
D
Daniel Dewhurst

You need to adjust the permissions of storage and bootstrap/cache.

cd into your Laravel project.

sudo chmod -R 755 storage

sudo chmod -R 755 bootstrap/cache

You can try 777 if 755 doesn't work. 777 is not secure though!

Depending on how your web server is setup, you may be able to be more specific with your permissions, and only grant them to your web server user. Google WEB SERVER NAME Laravel file permissions for more information.

At the time of writing, this is for Laravel 5.4


Whenever something works with 777 and not with 755 nor 775, it means your server is not using the corresponding user, eg.: nginx, apache, httpd, www-data, etc ...
@daniel This code works but everytime after restarting the laptop, I need to provide the permission again. What should I do :(
Used ..755 commands. Not worked. Used 777 - worked. Then set back to 755 and it continued to work. Then I've checked API. Was not working, and I did 777->755 and API started to work. Anybody knows why?
H
Hamza Rashid

It might be late but may help someone, changing directory permissions worked for me.

Assuming that your Laravel project is in /var/www/html/ directory. Goto this directory.

cd /var/www/html/

Then change permissions of storage/ and bootstrap/cache/ directories.

sudo chmod -R 775 storage/
sudo chmod -R 775 bootstrap/cache/

If permission 775 does not work, try setting 777. (Warning! This is the most relaxed permission, use with care).

sudo chmod -R 777 storage/
sudo chmod -R 777 bootstrap/cache/

cPanel: If you are on cPanel and don't have terminal available you can change permission by right clicking on the mentioned directory and it's sub-directories.


Giving 777 permission to the storage directory means you're giving the attackers a key to blow up the whole system. DON'T DO THIS.
D
Davron Achilov

Add to composer.json

"scripts": {
    "post-install-cmd": [
          "chgrp -R www-data storage bootstrap/cache",
          "chmod -R ug+rwx storage bootstrap/cache"
     ]
}

After composer install


G
Gauravbhai Daxini

Run following commands and you can add sudo at starting of command depends on your system:

chmod -R 775 storage/framework
chmod -R 775 storage/logs
chmod -R 775 bootstrap/cache 

Never use 777. With 777 permissions, you are giving anyone with a connection full access to the files or directories with those permissions. They may alter them in any way they choose, including maliciously. Many account hacking incidents stem from 777 permissions.
D
Daniel Santos

For all Centos 7 users on a Laravel context, there is no need to disable Selinux, just run these commands:

yum install policycoreutils-python -y # might not be necessary, try the below first

semanage fcontext -a -t httpd_sys_rw_content_t "/var/www/html/laravel/storage(/.*)?" # add a new httpd read write content to sellinux for the specific folder, -m for modify
semanage fcontext -a -t httpd_sys_rw_content_t "/var/www/html/laravel/bootstrap/cache(/.*)?" # same as the above for b/cache

restorecon -Rv /var/www/html/ # this command is very important to, it's like a restart to apply the new rules

Lastly, make sure your hosts, ips and virtual hosts are all correctly for remote accessing.

Selinux is intended to restrict access even to root users, so only the necessary stuff might be accessed, at least on a generalist overview, it's extra security, disabling it is not a good practise, there are many links to learn Selinux, but for this case it is not even required.


T
Thilina Dharmasena

If you use cmd

sudo chown -R $USER:www-data storage
sudo chown -R $USER:www-data bootstrap/cache

If you use GUI

First go to the project and right click on the storage and check the properties and go to the Permissions tab

https://i.stack.imgur.com/Cb0bm.png

Change the permissions using below code

sudo chmod -R 777 storage

Then your file properties may be

https://i.stack.imgur.com/hB4DG.png

Then check your settings and execute laravel command it will work :)


P
Pronab Roy

I stuck on this issue tried different commands but these will help to solve the problem

php artisan route:clear
php artisan config:clear
php artisan cache:clear

Hope it's helped others too.


You can also try php artisan optimize:clear it will run all the clear commands
P
Pratik

In Laravel, you should set ACL on storage and cache directory so that web server user can read/write on the directory. Open a new terminal and run following:

HTTPDUSER=$(ps axo user,comm | grep -E '[a]pache|[h]ttpd|[_]www|[w]ww-data|[n]ginx' | grep -v root | head -1 | cut -d\  -f1)

sudo setfacl -dR -m u:"$HTTPDUSER":rwX -m u:$(whoami):rwX bootstrap/cache storage/
sudo setfacl -R -m u:"$HTTPDUSER":rwX -m u:$(whoami):rwX bootstrap/cache storage/

References:

https://symfony.com/doc/3.4/setup/file_permissions.html#using-acl-on-a-system-that-supports-setfacl-linux-bsd

https://linux.die.net/man/1/setfacl


Brilliant. Thank you. This one worked for me. nginx was running as user nginx but the command above returned apache, which solved it! It's horrifying how many people think blindly setting 777 permissions is okay
You're the best
J
Jacob booker

1- ‍The nginx user and php-fpm user and app owner-user must be the same:

run command sudo vi /etc/nginx/nginx.conf change like bellow:

user nginx nginx;

run command sudo vi /etc/php-fpm.d/www.conf change like bellow:

listen.owner = nginx
listen.group = nginx
listen.mode = 0660
user = nginx
group = nginx

then restart nginx and php-fpm service

run below command

sudo chown nginx:nginx -R "your_project_path"

2- change file SELinux security context by run the following commands in the project path

chcon -R -t httpd_sys_content_t .
chcon -R -t httpd_sys_rw_content_t .

Very important answer in case of SELinux is enabled. Despite few print mistakes in commands, this answer saved my hours!
S
Sanaulla

Just run the following command from Project root Directory -

sudo chmod -R 775 storage
sudo chown -R $USER:www-data storage

Nope, this does not work on apache
@FernandoTorres Bro, It's the Permission Problem. I am still use Apache and solve by the commands. Make sure that you are the Project root path.
That is brilliant! Thank you!
S
Saddan

Maximum people's are suggesting to change file permission 777 or 775, which I believe not an appropriate approach to solve this problem. You just need to change the ownership of storage and bootstrap folder.

https://i.stack.imgur.com/7L5GQ.png

So how I did this, go to your project directory and run below commands. sudo chown -R yourusername:www-data storage, sudo chmod -R ug+w storage, sudo chown -R yourusername:www-data bootstrap, sudo chmod -R ug+w bootstrap


D
Dan Christian Febra

try this

cd /var/www/html setenforce 0 service httpd restart


Could you explain what this does?
No need to change directories to use setenforce but in any case it is wrong to completely disable SELinux just to fix one permission issue.
i always forget this command, u save one more time. <3
S
Sumit Wadhwa

This is what I do if I'm running Apache:

sudo chown -R $USER:www-data my_laravel_project/

sudo chmod -R 775 my_laravel_project/storage

sudo chmod -R 775 my_laravel_project/bootstrap/cache

cd my_laravel_project

php artisan optimize:clear

is this working?
i have tested it today, it's working! @JenuelGanawed
B
B. León

This solution is specific for laravel 5.5

You have to change permissions to a few folders: chmod -R -777 storage/logs chmod -R -777 storage/framework for the above folders 775 or 765 did not work for my project

chmod -R 775 bootstrap/cache 

Also the ownership of the project folder should be as follows (current user):(web server user)


P
Patrick.SE

I wasn't too keen on changing my folder permissions to 777. Here's how I went about fixing this issue.

First, I changed the user who is running the web server on my local machine(I run nginx, but the principles apply everywhere):

$> sudo vim /etc/nginx/nginx.conf
user <my_user> #inside nginx.conf
service nginx reload

Afterwards, I created another index.php file under the public/ folder to find out who was running my php-fpm version and where I would go about changing that:

<?php
phpinfo();
?>

Reloading the page, I found out that www-data was the user(under the environment section). I also found out I was running php 7.1. I proceeded to change the user:

$> sudo vim /etc/php/7.0/fpm/pool.d/www.conf 
#Look for www-data or the following variables: user, group, listen.user, listen.group.

Finally, I gave the following permissions to folders:

sudo chmod -R 775 ./storage/

Now, I made sure that I was the owner of the folders by using a simple:

ls -al

If you set the server and php-fpm users to yourself and the folders are owned by root for example, then you will keep encountering this issue. This can happen if you did a sudo laravel new <project> as root. In that case, make sure you use a recursive chown command on your project to change the user:group settings. In most default cases, www-data is the main setting for the server and php, in that case it's a matter of making sure the folder isn't out of www-data's reach.

My project is setup in my home directory. On Ubuntu 16.04 and Laravel 5.5.


C
Crisoforo Gaspar

In my particular case I had a config file generated and cached into the bootstrap/cache/ directory so my steps where:

Remove all generated cached files: rm bootstrap/cache/*.php Create a new laravel.log file and apply the update of the permissions on the file using: chmod -R 775 storage


L
Lesley Peters

Tried anything suggested here without success.

What worked for me was:

sudo chmod -R ugo+rw storage
sudo chmod -R ugo+rw storage/logs

E
Escapola

as you probably already know this issue is caused due to absence of write permission on the log folder which is a sub folder of storage.

To solve this problem walkedthrough these sequence of steps

Update composer

 sudo composer self-update

Change storage folder write permission

 sudo chmod -R ugo+rw storage

Now storage folder should have permission drwxrwxrwx

To check permissions run the following command from project root

ls -l 

Also if you face the following error after the step above

 ErrorException chdir(): No such file or directory (errno 2)

Just create a folder named public on the project root folder using

sudo mkdir public

ps. For more information about the chmod commands check this


A
Amit

below command would work for sure.

sudo chmod -R ugo+rw storage

R
Rinkal Jasani

Not write any command or not gives any permission simplest way to solved this issue

just restart your system and try it again

it's work for me