Pour ma part, j'étais déjà à 256M et j'avais monté à 512M, mais une semaine après ça a crashé de nouveau.
Je me demande du coup si le problème ne se situe pas ailleurs.
Ma configuration pour comparaison :
Setup: max_execution_time="600" memory_limit="512M" post_max_size="8M" safe_mode="" session.save_handler="files" upload_max_filesize="64M"
Merci pour l'aide
]]>Merci pour votre réponse, j'ai changé la valeur et je vais surveiller ça.
Juste pour information, à combien est votre memory_limit pour une telle utilisation ?
Merci encore
Cordialement,
Laura
Cordialement,
]]>Je viens vous rapporter un problème que nous rencontrons.
En temps normal, l'envoi des mails fonctionne parfaitement sans bug, mais des fois (c'est déjà arrivé deux fois en 1 mois), la fonction SMTP Connect() ne fonctionne plus. La solution aujourd'hui est de redémarrer le serveur, mais les tous mails sont perdus.
Je précise qu'il ne s'agit pas d'une erreur de droit d'accès, puisque le reste du temps tout fonctionne bien. Par contre, l'envoi du mail test à l'administrateur fonctionne pendant l'erreur.
J'ai testé :
- Dans Action automatique > queuednotification > Executer --> cela s'éxécute mais n'envoie pas les mails qui sont dans la queue. Dans les logs, on peut voir apparaître la ligne suivante : "0 Action completed, fully processed"
- Dans Administration > Notification Queue > Action > Send --> les mails ne sont pas envoyé et l'erreur en rouge apparaît : Error: SMTP connect() failed. https://github.com/PHPMailer/PHPMailer/ … leshooting
- Il ne s'agit pas d'un problème de réseau car le serveur mail reste accessible pendant l'erreur
Le problème se résoud de lui-même au redémarrage du serveur
Est-ce que quelqu'un a déjà eu ce problème ?
Est-ce que vous voyez ce qui pourrait être à l'origine de ce bug ?
Autres infos :
J'utilise le mode CLI et la crontab
Version 9.4.2 de GLPI
Merci pour vos propositions et votre aide,
Laura