Dans ce tutoriel, nous allons résoudre l'erreur du serveur interne Mautic 500 en modifiant l'autorisation des fichiers et des répertoires.
Alors, commençons.
Obtenez-vous l'erreur suivante dans le fichier journal ?
mautic.WARNING: PHP Warning - require(/mautic/app/cache/prod/doctrine/orm/Proxies/__CG__MauticCategoryBundleEntityCategory.php): failed to open stream: No such file or directory - in file /mautic/vendor/doctrine/common/lib/Doctrine/Common/Proxy/AbstractProxyFactory.php - at line 209
Il est fort probable que vous ayez des problèmes avec les autorisations et/ou la propriété des fichiers et dossiers sur votre instance Mautic.
Pourquoi les problèmes de permissions provoquent des erreurs dans Mautic ?
Mautic a besoin d'un accès pour lire et écrire des fichiers dans le répertoire Mautic pour permettre à certaines fonctions et scripts de s'exécuter. Si les autorisations ne sont pas définies correctement, ou si l'utilisateur qui essaie de les exécuter n'a pas le bon accès, Mautic ne pourra pas fonctionner et vous verrez des erreurs dans les journaux de l'application et du serveur.
Résoudre les problèmes liés aux permissions dans Mautic
Pour résoudre les problèmes liés aux autorisations, nous devons exécuter une commande. Accédez au serveur en utilisant SSH avec l'utilisateur root.
Allez dans chemin du cd/vers/mautic .
Réinitialiser les autorisations de fichiers et de dossiers
Si vos autorisations de fichiers et de dossiers sont incorrectes, vous pouvez exécuter les commandes suivantes pour les réinitialiser :
# find . -type f -not -perm 644 -exec chmod 644 {} +
# find . -type d -not -perm 644 -exec chmod 755 {} +
# chmod -R g+w app/cache/ app/logs/ app/config/
# chmod -R g+w media/files/ media/images/ translations/
# rm -rf app/cache/*
C'est ça.
Maintenant, accédez à nouveau au site Web. Si le problème persiste, ouvrez un ticket d'assistance ou discutez avec nous, nos ingénieurs d'assistance résoudront le problème.
Nous avons vu comment résoudre l'erreur du serveur interne Mautic 500 en modifiant l'autorisation
Si vous obtenez [ERREUR] InnoDB : Impossible de verrouiller ./ibdata1, erreur : 11 dans CloudLinux, les étapes suivantes vous aideront. Arrêtez le service MySQL à l'aide de la commande suivante
Si vous ne parvenez pas à appliquer le correctif sur KernelCare, dans cet article, nous avons expliqué comment nous pouvons le résoudre.
nous allons voir comment résoudre l'erreur SolusVM : l'appareil 2049 ne parvient pas à démarrer VPS. Erreur : Le périphérique 2049 (vbd) n'a pas pu être connecté. Les scripts hotplug ne fonctionnent pas.
Nous verrons comment résoudre les problèmes de contenu mixte WordPress SSL. Souvent, il découvre que SSL est en train de monter sur un site WordPress.
nous verrons comment résoudre l'impossibilité de mettre à jour le problème d'échec d'ouverture de rpmdb du serveur CentOS. Obtenez-vous une erreur lors de la mise à jour des packages sur le serveur CentOS ?
Dans cet article, nous avons résolu l'erreur yum retry_no_cache=self._retry_no_cache.
Nous allons apprendre comment résoudre mysqld La table est marquée comme plantée et doit être réparée. mysqld : La table ... est marquée comme plantée et doit être réparée.
Dans cet article, nous allons résoudre l'erreur d'échec de la vérification de la clé d'hôte SSH sous Linux.
Dans cet article, nous avons expliqué comment résoudre l'erreur nginx de délai d'attente de la passerelle Plesk 504. Une opération ou un script qui prend plus de 60 secondes.
Dans cet article, nous avons expliqué comment nos ingénieurs de support résolvent l'erreur d'indisponibilité temporaire du service CloudLinux 508. Très probablement restreint en raison d'une utilisation élevée.
![[ERREUR] InnoDB : impossible de verrouiller lerreur ./ibdata1 : 11 CloudLinux 7](/static/img/icon/default.jpg "[ERREUR] InnoDB : impossible de verrouiller lerreur ./ibdata1 : 11 CloudLinux 7"){kind=icon}
