4
Cron spamt root mit mails zu (php sessionclean)
Moin
Ich würde gerne den spam von cron an root abstellen weiß aber nicht an welcher stelle... hier so eine spam mail (kommt jede stunde)
rufe ich im terminal /usr/lib/php/sessionclean auf kommt auch Cannot load Zend OPcache - extension already loaded
nehme ich den Zend OPcache aus der php.ini raus, ist die fehlermeldung weg aber dann läuft der webshop nicht mehr nach einem neustart, von daher ist das keine Möglichkeit.
nervt nur jedes mal wenn ich mich einlogge "You have new mail in /var/mail/root" lesen zu müssen.
mfg
Tom
Ich würde gerne den spam von cron an root abstellen weiß aber nicht an welcher stelle... hier so eine spam mail (kommt jede stunde)
From root@xxxThu Jan 12 13:40:02 2017
Return-Path: <root@xxx>
Received: from xxx(localhost [127.0.0.1])
by xxx(8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id v0CCe2qB015662
for <root@xxx>; Thu, 12 Jan 2017 13:40:02 +0100
Received: (from root@localhost)
by xxx(8.14.4/8.14.4/Submit) id v0CCe27U015643
for root; Thu, 12 Jan 2017 13:40:02 +0100
Date: Thu, 12 Jan 2017 13:40:02 +0100
Message-Id: <201701121240.v0CCe27U015643@xxx>
From: root@xxx(Cron Daemon)
To: root@xxx
Subject: Cron <root@xxx> [ -x /usr/lib/php/sessionclean ] && /usr/lib/php/sessionclean
Content-Type: text/plain; charset=ANSI_X3.4-1968
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/root>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=root>
Cannot load Zend OPcache - extension already loadedrufe ich im terminal /usr/lib/php/sessionclean auf kommt auch Cannot load Zend OPcache - extension already loaded
nehme ich den Zend OPcache aus der php.ini raus, ist die fehlermeldung weg aber dann läuft der webshop nicht mehr nach einem neustart, von daher ist das keine Möglichkeit.
nervt nur jedes mal wenn ich mich einlogge "You have new mail in /var/mail/root" lesen zu müssen.
mfg
Tom
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 326185
Url: https://administrator.de/contentid/326185
Printed on: April 16, 2024 at 18:04 o'clock
4 Comments
Latest comment
Ich würde eher den Fehler beheben anstatt cron das Maul zu stopfen ...
http://unix.stackexchange.com/questions/253448/php-7-install-throws-can ...
Scheint als wären bei dir zwei Symlinks zu den opcache.ini in den Configs vorhanden, den doppelten aus der Config raus nehmen oder ein Update von PHP 7 fahren, denn laut Thread es scheint es ein Config-Bug gewesen zu sein.
https://launchpad.net/ubuntu/+source/php7.0/7.0.3-2
Gruß mik
http://unix.stackexchange.com/questions/253448/php-7-install-throws-can ...
Scheint als wären bei dir zwei Symlinks zu den opcache.ini in den Configs vorhanden, den doppelten aus der Config raus nehmen oder ein Update von PHP 7 fahren, denn laut Thread es scheint es ein Config-Bug gewesen zu sein.
https://launchpad.net/ubuntu/+source/php7.0/7.0.3-2
Gruß mik
danke für die Antwort aber ich nutze kein php7 sondern:
root@xxx:/etc/cron.d# php -v
PHP 5.6.29-1+deb.sury.org~trusty+1 (cli)
Copyright (c) 1997-2016 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v5.1.2, Copyright (c) 2002-2016, by ionCube Ltd.
with Zend Guard Loader v3.3, Copyright (c) 1998-2014, by Zend Technologies
with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies
habe den spam glaub ich grade behoben und zwar in /etc/cron.d/php5 hab ich am ende des cron jobs "> /dev/null 2>&1" hinzugefügt, hoffe das jetzt keine mails mehr kommen
root@xxx:/etc/cron.d# php -v
PHP 5.6.29-1+deb.sury.org~trusty+1 (cli)
Copyright (c) 1997-2016 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v5.1.2, Copyright (c) 2002-2016, by ionCube Ltd.
with Zend Guard Loader v3.3, Copyright (c) 1998-2014, by Zend Technologies
with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies
habe den spam glaub ich grade behoben und zwar in /etc/cron.d/php5 hab ich am ende des cron jobs "> /dev/null 2>&1" hinzugefügt, hoffe das jetzt keine mails mehr kommen
Ein Entfernen des dubletten SymLinks in
/etc/php5/cli/conf.d sollte eher zu einer "nachhaltigen" Lösung führen.
habe dort nur das:
sieht für mich ganz ok aus, aber so gut kenn ich mich damit auch nicht aus
edit: grade wieder eine spam mail bekomme
edit² in der 05-opcache.ini steht:
sollte ich das "zend_extension=opcache.so" mal deaktvieren um zu testen ob es hilft, weil in der php.ini steht ja schon
"zend_extension=/usr/lib/opcache.so"
ist das vielleicht der fehler das es doppelt ist?
edit³: das hat auch nicht geholfen, jetzt bin ich total ratlos
root@xxx:/etc/php5/cli/conf.d# ll
total 8
drwxr-xr-x 2 root root 4096 Sep 14 13:33 ./
drwxr-xr-x 3 root root 4096 Sep 14 13:33 ../
lrwxrwxrwx 1 root root 32 Sep 14 13:33 05-opcache.ini -> ../../mods-available/opcache.ini
lrwxrwxrwx 1 root root 28 Sep 14 13:33 10-pdo.ini -> ../../mods-available/pdo.ini
lrwxrwxrwx 1 root root 27 Sep 14 13:33 20-gd.ini -> ../../mods-available/gd.ini
lrwxrwxrwx 1 root root 29 Sep 14 13:33 20-json.ini -> ../../mods-available/json.ini
lrwxrwxrwx 1 root root 31 Sep 14 13:33 20-mysqli.ini -> ../../mods-available/mysqli.ini
lrwxrwxrwx 1 root root 30 Sep 14 13:33 20-mysql.ini -> ../../mods-available/mysql.ini
lrwxrwxrwx 1 root root 34 Sep 14 13:33 20-pdo_mysql.ini -> ../../mods-available/pdo_mysql.ini
lrwxrwxrwx 1 root root 33 Sep 14 13:33 20-readline.ini -> ../../mods-available/readline.iniedit: grade wieder eine spam mail bekomme
edit² in der 05-opcache.ini steht:
; configuration for php ZendOpcache module
; priority=05
zend_extension=opcache.so"zend_extension=/usr/lib/opcache.so"
ist das vielleicht der fehler das es doppelt ist?
edit³: das hat auch nicht geholfen, jetzt bin ich total ratlos
