Comment corriger l'Erreur: laravel.le journal n'a pas pu être ouvert?

Je suis assez nouveau à laravel, en fait, et je suis en train de créer mon tout premier projet. pour une raison que je reçois ce message d'erreur (je n'ai même pas encore commencé à coder)

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

J'ai lu que cela a quelque chose à voir avec les autorisations, mais chmod -R 775 storage n'aide pas du tout.

Comment corriger l'Erreur: laravel.le journal n'a pas pu être ouvert?

  • Êtes-vous sûr que vous êtes dans le bon répertoire lors de l'exécution de cette commande chmod? Essayez chmod -R 755 /var/www/laravel/app/de stockage. Aussi, quels sont les utilisateur et groupe d'? Essayez ls -al /var/www/laravel/app/stockage
  • mêmes résultats (j'ai mis à jour mon premier post pour montrer les autorisations du dossier)
  • Essayez 777 sur le stockage, certains serveurs sont plus configurés de manière plus stricte et 755 n'est pas suffisant.
  • :/ pour une raison quelconque, il ne fonctionne toujours pas. Je ne l'ai pas mentionné avant, mais je SUIS en utilisant vagrant. donc mon dossier www est sur une VM (apache, php et tout le reste est en cours d'exécution sur elle). Je ne sais pas si cela a quelque chose à voir avec quoi que ce soit, mais j'ai pensé que je le mentionne juste au cas où. (Je suis de la création de mon projet au sein de la machine virtuelle, en utilisant compositeur)
  • Vous avez besoin de changer le groupe de l'utilisateur qui votre serveur web s'exécute (www généralement) plutôt que de vous-même, si vous souhaitez conserver les autorisations comme 755. "chgrp -R www /var/www/laravel/app/stockage"
  • Ces gars qui suggèrent 777, essayez google cette phrase: "la production db_password filetype:env inurl:com"

InformationsquelleAutor FRR | 2014-05-01
  1. 154

    Jamais mis un répertoire en 777. vous devriez changer de répertoire de la propriété. alors réglez votre utilisateur courant que vous êtes connecté en tant que propriétaire et utilisateur du serveur web (www-data, apache, ...) que le groupe.
    Vous pouvez essayer ceci:

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

    alors à définir le répertoire de l'autorisation essayez ceci:

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

    Mise à jour:

    Serveur web de l'utilisateur et de groupe dépend de votre serveur web et votre système d'exploitation. pour découvrir ce que votre serveur web d'utilisateur et de groupe, utilisez les commandes suivantes. pour nginx utilisation:

    ps aux|grep nginx|grep -v grep

    pour apache utilisation:

    ps aux | egrep '(apache|httpd)'

    • merci! En bref, vous pouvez également le faire : sudo chown -R {your current user}:www-data storage bootstrap/cache
    • Vous avez raison, mais je voulais juste être plus clair 😉
    • Cela ne fonctionne pas pour moi. Je viens d'obtenir chown: www-data: illegal group name. Réglage du répertoire en 777 est la seule chose qui fonctionne
    • J'ai mis à jour la réponse. veuillez vérifier à nouveau et de me prévenir si vous avez besoin de plus d'aide. cela rendrait plus facile si je sais que votre système d'exploitation.
    • Je suis sur Mac. La nginx on ne retourne rien et apache on rentre comme 10 des choses. On a de mon nom, on dit que la racine et le reste par exemple démon. Est daemon le bon serveur de l'utilisateur?
    • Je suppose que le groupe apache sur mac est _www essayer cette sudo chgrp -R _www bootstrap/cache . il serait utile de prendre un coup d'oeil à ce post: stackoverflow.com/a/6419695/2125114
    • Il s'est exécuté sans erreur, mais ça ne fonctionne toujours pas
    • J'ai tout compris! J'ai mis le nom d'utilisateur et de groupe à daemon. Je suppose que c'est la nouvelle _www
    • Pour toute personne avec ce problème dans l'avenir, le groupe de démon, pas l'utilisateur. Sinon, vous ne serez pas en mesure d'écrire dans ce répertoire.
    • Ce doit être la réponse choisie, 100% d'accord que les administrateurs système ne doit pas seulement permettre l'accès à tout pour éviter la vraie question.
    • Je suis d'accord avec Blake 100%!! Jamais mis les permissions à 777. Et merci pour les montrer à qui appartient le processus en cours d'exécution.
    • Une meilleure explication. En effet, jamais mis les permissions à 777

    InformationsquelleAutor Hamid Parchami
  2. 98

    Parfois, nous devons faire plus, parce que 

    chmod -R 775 storage

    Signifie

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

    Si votre serveur n'est pas en cours d'exécution en tant que Vagabond, il ne sera pas en mesure d'écrire, si vous avez 2 options:

    chmod -R 777 storage

    ou changer de groupe à votre serveur de l'utilisateur, en supposant que ce www-data:

    chown -R vagrant:www-data storage
    • N'avait pas besoin de le chmod dans mon cas, car il a été mis d'accord déjà, Cependant sur Fedora 20 elle a besoin: chown -R apache:apache laravelproject
    • Était d'avoir des difficultés à monter des dossiers via samba/vagrant - chown -R vagrant:www-data storage l'a fait pour moi, merci.
    • chmod -R 777 de stockage a fonctionné pour moi. J'ai essayé de changer le groupe, mais j'ai continué à obtenir www-data: illegal group name
    InformationsquelleAutor Antonio Carlos Ribeiro
  3. 46

    Donc, si quelqu'un d'autre a eu ce problème, voici ce que vous faites.

    1. Sortir de la VM
    2. À l'aide de la console, accédez à votre dossier synchronisé (vagabond)
    3. $ sudo chmod -R 777 app/storage

    Même si j'ai créé le projet au sein de la machine virtuelle en utilisant la machine virtuelle de l'utilisateur, le dossier appartenait à l'utilisateur de l'ordinateur réel; donc, whent en essayant de ne chmod 777 j'ai eu chmod 775.

    Maintenant ça fonctionne.

    Merci à tous ceux qui m'ont aidé à comprendre cette chose

    EDIT:

    En fait, il ne fonctionnait pas, il a encore donné de moi une "permission denied" problème.

    Voici ce que j'ai fait, j'ai modifié mon Vagrantfile comme ceci:

    config.vm.synced_folder "./app","/var/www/", create:true,
:owner => "vagrant",
:group => "www-data",
:mount_options => ["dmode=775","fmode=664"]
    • Je l'ai fait... et je SUIS gROOT! Ne fonctionne toujours pas... laravel 5... renommé le fichier journal, laravel créé un nouveau... même message d'erreur
    • Je n'ai pas de config.vm.synced_folder parce que je suis en utilisant homestead, comment puis-je résoudre ce problème?
    • Vous ne devriez pas être à l'aide de 777 tous bon gré mal gré.
    • Je ne vois pas de problème sur l'utilisation de 777 sur un dossier, je sais exactement ce qui est à l'intérieur (un mannequin exemple de projet)
    • Quoi d'autre devrions-nous utiliser?
    • Voir Antonio Carlos Ribeiro sa réponse. 775 ou 755
    • Cela devrait absolument pas être accepté de répondre. C'est terrible. Jamais mis les 777. Jamais.

    InformationsquelleAutor FRR
  4. 25

    Vous avez besoin d'ajuster les autorisations de storage et bootstrap/cache.

    • cd dans votre Laravel projet.
    • sudo chmod -R 777 storage
    • sudo chmod -R 777 bootstrap/cache

    Selon la façon dont votre serveur web est configuré, vous pouvez être en mesure d'être plus précis avec vos autorisations, et seulement leur accorder à l'utilisateur de votre serveur web. Google WEB SERVER NAME Laravel file permissions pour plus d'informations.

    Au moment de l'écriture, c'est pour Laravel 5.4

    InformationsquelleAutor Daniel Dewhurst
  5. 15

    Il peut également être SELinux. (Centos, RedHat)

    Déterminer le statut de SElinux sur le terminal:

    $ sestatus

    Si le statut est activé, la commande d'écriture pour désactiver SElinux

    $ setenforce Permissive

    Ou vous pouvez exécuter cette commande

    $ sudo setenforce 0

    Merci

    • C'est la seule chose qui a travaillé, pouvez-vous expliquer pour quoi faire?
    • vous pouvez lire plus d'informations sur seLinux. en.wikipedia.org/wiki/Security-Enhanced_Linux
    • les choses bizarres que j'ai jamais vu, pourquoi diable il fonctionne après avoir cherché pendant plus de 6 heures
    InformationsquelleAutor Turan Zamanlı
  6. 12

    Ajouter à composer.json

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

    Après composer install

    InformationsquelleAutor Davron Achilov
  7. 10

    Exécuter les commandes suivantes et vous pouvez ajouter sudo à partir de la commande dépend de votre système:

    chmod -R 775 storage/framework
chmod -R 775 storage/logs
chmod -R 775 bootstrap/cache
    • N'utilisez jamais de 777. Avec 777 autorisations, vous donnez à n'importe qui avec une connexion d'accès complet aux fichiers ou des répertoires avec ces autorisations. Ils peuvent les modifier comme ils le souhaitent, y compris à des fins malveillantes. De nombreux compte des incidents de piratage de la tige à partir de 777 autorisations.
    • ok modifier à 775 autorisation
    InformationsquelleAutor gauravbhai daxini
  8. 5

    Pour tous Centos 7 utilisateurs sur un Laravel contexte, il n'est pas nécessaire de désactiver Selinux, il suffit d'exécuter ces commandes:

    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

    Enfin, assurez-vous que vos hôtes, ips et des hôtes virtuels sont tous correctement pour l'accès à distance.

    Selinux est destiné à restreindre l'accès à la racine des utilisateurs, de sorte que le nécessaire des choses pourrait être accessible, au moins sur une généraliste vue d'ensemble, c'est une sécurité supplémentaire, la désactivation n'est pas une bonne pratique, il existe de nombreux liens pour en savoir Selinux, mais pour ce cas, il n'est même pas nécessaire.

    • Alors que ce lien peut répondre à la question, il est préférable d'inclure les parties essentielles de la réponse et de fournir le lien de référence. Lien-ne répond peut devenir non valide si la page liée changements. - Revue
    • Le lien est super explicite, il n'est pas nécessaire pour qu'un tel mécanisme, il y a même une section en particulier pour un Laravel contexte SELinux. Je pense que votre avis se doit d'être soutenu par un peu plus de logique que de simplement une règle simple. En attendant, vous downvoted une réponse qui sera très probablement 99% de résoudre les problèmes sans le respect de mauvaises pratiques telles que la désactivation de Selinux.
    • Il n'est pas un problème d'être explicite ou non. L'idée de ce site est qu'il contient toutes les informations pertinentes, de sorte que par la lecture de la réponse que nous obtenons tous de il. Liens externes peuvent pourrir et alors la réponse devient inutile. C'est expliqué dans le centre d'aide à l' stackoverflow.com/help/how-to-answer : "des Liens vers des ressources externes sont encouragés, mais s'il vous plaît ajouter un cadre autour de le lien pour que les autres utilisateurs pourront avoir une idée de ce qu'il est et pourquoi il est là. Toujours citer la partie la plus pertinente d'un lien important, dans le cas où l'objectif du site est inaccessible ou va définitivement hors ligne."
    • Votre question a été signalée pour la revue, c'est tout. Et c'est en contradiction avec ce qui est écrit dans le Centre d'Aide que j'ai cité. Toutes les réponses avec juste un lien et pas de description sont downvoted et même supprimé. N'hésitez pas à modifier votre réponse à fournir à la partie pertinente de l'explication ici. Et vous êtes libre de vous-même à downvote toutes les réponses que vous pensez sont mauvais. Vous pouvez voir à partir de l'examen du lien que je n'étais pas le seul à recommander votre réponse à être fermé. Pas sur les mérites techniques, juste parce qu'un lien n'est pas assez.
    • Merci pour les précisions, je ne connaissais pas ces types de lignes directrices existent, ou si, même si, au processus d'inscription, vous obtenez une astuce pour lire les ressources, je ne m'en souviens pas. Ce que vous dit peut-être vrai, le lien peut pourrir, mais une réponse peut être atteint sans effort, peu importe, je vais le modifier.
    • A noté. Vous pourriez avoir laissé le lien, sa présence n'est pas un problème, il est même encouragée (voir la citation), tant qu'il est accompagné de quelques explications. Lorsque vous le pouvez, jetez un oeil à stackoverflow.com/help/answering pour vos futurs réponses. Je upvoted vous, comme sur la technique je suis d'accord avec vous que le fait de désactiver SELinux par défaut au total n'est pas grave chemin à suivre.

    InformationsquelleAutor Daniel Santos
  9. 2

    Cette solution est spécifique pour laravel 5.5

    Vous devez modifier les autorisations de quelques dossiers:
    chmod -R -777 de stockage/logs
    chmod -R -777 de stockage/cadre
    pour les dossiers ci-dessus 775 ou 765 n'a pas fonctionné pour mon projet

    chmod -R 775 bootstrap/cache

    Aussi la propriété du dossier de projet doit être comme suit (utilisateur actuel):(utilisateur du serveur web)

    InformationsquelleAutor s_user
  10. 2

    essayer cette

    1. cd /var/www/html
    2. setenforce 0
    3. service httpd restart
    • Pourriez-vous expliquer ce que cela fait?
    • Pas besoin de changer de répertoires à utiliser setenforce mais en tout cas il est faux de complètement désactiver SELinux juste pour corriger un problème d'autorisation.
    InformationsquelleAutor Dan Christian Febra
  11. 1

    Je n'ai pas trop envie de changer ma autorisations de dossier en 777. Voici comment je suis allé sur la résolution de ce problème.

    Tout d'abord, j'ai changé l'utilisateur qui exécute le serveur web sur ma machine locale(je exécuter nginx, mais les principes s'appliquent partout):

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

    Par la suite, j'ai créé un autre index.php fichier sous le public/ dossier pour découvrir qui était à l'exécution de mon php-fpm version et l'endroit où je voudrais aller sur la modification que:

    <?php
phpinfo();
?>

    Le rechargement de la page, j'ai trouvé que www-data était l'utilisateur(en vertu de la section de l'environnement). J'ai aussi découvert que j'était en cours d'exécution php 7.1. J'ai procédé à la modification de l'utilisateur:

    $> 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.

    Enfin, j'ai donné les autorisations suivantes pour les dossiers:

    sudo chmod -R 775 ./storage/

    Maintenant, j'ai fait en sorte que j'ai été le propriétaire des dossiers à l'aide d'un simple:

    ls -al

    Si vous configurez le serveur et php-fpm utilisateurs à vous-même et de la dossiers sont la propriété de root par exemple, alors vous garderez rencontrer ce problème. Cela peut se produire si vous avez fait un sudo laravel new <project> en tant que root. Dans ce cas, assurez-vous d'utiliser un récursif chown commande sur votre projet changer le user:group paramètres. Dans la plupart des cas de défaut, www-data est le paramètre principal pour le serveur et php, dans ce cas, il s'agit de faire en sorte que le dossier n'est pas hors de www-datas'atteindre.

    Mon projet d'installation dans mon répertoire home. Sur Ubuntu 16.04 et Laravel 5.5.

    InformationsquelleAutor Patrick.SE
  12. 1

    Que vous pouvez faire:

    chcon -R -t httpd_sys_rw_content_t storage
    InformationsquelleAutor Leandro Gorriz
  13. 1

    (sur Ubuntu) : Peut être résolu en 2 étapes simples : 

    $ sudo chmod -R 777 storage

    Et 

    $ sudo service apache2 restart
    • C'est m'a aidé. Je vous remercie pour votre réponse.
    • A fonctionné pour moi 🙂
    • n'a pas besoin de redémarrer apache. cette worked...@rust
    • Bon, content que ça a fonctionné
    InformationsquelleAutor rust
  14. 1

    Dans Laravel, vous devez définir des ACL sur storage et cache répertoire de sorte que l'utilisateur du serveur web peut de lecture/écriture sur le répertoire. Ouvrez un nouveau terminal et exécuter les suivantes:

    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/

    Références:

    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

    InformationsquelleAutor Pratik
  15. 0

    Pour les utilisateurs de windows

    1: Cliquez sur Démarrer, tapez INetMgr.exe et puis cliquez sur Entrée. Si vous y êtes invité, cliquez sur Continuer pour élever vos autorisations.

    2: Dans la section Connexions, cliquez sur le bouton + à côté du nom de votre ordinateur.

    3: Dans le Gestionnaire des services, double-cliquez sur le site que vous souhaitez administrer.

    4: Dans la Vue des Fonctionnalités, double-cliquez sur Authentification.

    5: Sélectionnez l'Authentification Anonyme, puis cliquez sur Modifier dans le volet Actions.

    6: Dans l'Édition Anonyme de l'Authentification des informations d'Identification de la boîte de dialogue, cliquez sur l'option utilisateur Spécifique, puis cliquez sur Définir.

    7: Dans le Jeu d'informations d'Identification de la boîte de dialogue, saisissez le nom d'utilisateur et le mot de passe de votre choix, puis cliquez sur OK.

    • "Pour les utilisateurs de windows", ce qui n'est pas le cas ici...
    InformationsquelleAutor Junaid Masood
  16. 0

    Eu ce problème et trouvé cela et il a résolu le problème.

    Comment corriger l'Erreur: laravel.le journal n'a pas pu être ouvert?

    InformationsquelleAutor user2848911
  17. 0

    Cette erreur peut être résolu par la désactivation de Linux.

    Vérifier si elle a été activée

    sestatus

    Vous essayez..

    setenforce 0

    • "par la désactivation de Linux"? Sérieusement va trop loin :-)!
    InformationsquelleAutor orxanzadeh
  18. 0

    Pour cette erreur:

    D'erreur dans le gestionnaire d'exception: Le flux ou le fichier "/var/www/laravel/app/stockage/logs/laravel.journal" n'a pas pu être ouvert: failed to open stream: Permission denied in /var/www/laravel/bootstrap/compilé.php:8423

    utiliser cette commande dans le terminal:

    sudo chmod -R 777 storage
    • trop mauvais pour la production env
    InformationsquelleAutor khushbu vaishnav
  19. 0

    Allez d'abord le projet et cliquez droit sur l'entreposage et de vérifier les propriétés et allez à l'onglet Autorisations

    Comment corriger l'Erreur: laravel.le journal n'a pas pu être ouvert?

    Modifier les autorisations à l'aide de code ci-dessous

    sudo chmod -R 777 storage

    Ensuite votre fichier de propriétés peuvent être

    Comment corriger l'Erreur: laravel.le journal n'a pas pu être ouvert?

    Ensuite, vérifiez vos paramètres et exécuter laravel de commande ça marche 🙂

    InformationsquelleAutor Thilina Dharmasena
  20. 0

    Dans mon cas particulier, j'ai eu un fichier de configuration généré et mis en cache dans le bootstrap/cache/ répertoire mes pas où:

    1. Supprimer tous les fichiers mis en cache: rm bootstrap/cache/*.php

    2. Créer un nouveau laravel.log de fichiers et d'appliquer la mise à jour des autorisations sur le fichier à l'aide de:

      • chmod -R 775 storage
    InformationsquelleAutor Crisoforo Gaspar
  21. 0

    Fixe mon problème avec cette commande dans centos 7.6 Serveur

    chcon -R -t httpd_sys_content_t $SITE_PATH

chcon -R -t httpd_sys_rw_content_t $SITE_PATH
    InformationsquelleAutor HamidNE
  22. 0

    Si votre serveur web est nginx vous pouvez essayer ce

    chown -R nginx:nginx storage
chown -R nginx:nginx bootstrap/cache
    InformationsquelleAutor Mahdi Bashirpour
  23. -2

    SELinux outils de gestion

    travail pour mon projet

    semanage fcontext -a -t httpd_sys_rw_content_t '/usr/share/nginx/html/datacenter/storage(/.*)?'
restorecon -Rv '/usr/share/nginx/html/datacenter/'
    InformationsquelleAutor amnat kayadee