Jump to content
Froxlor Forum
  • 0

php Meldungen nach Update


apply

Question

 

Cron <root@domain>   [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime)

 

Statusmailinhalt:

find: Ung?ltiges Argument -delete f?r "-cmin".

 

OS: Debian Wheezy

 

Folgende Updates wurden ausgef?hrt:

 

Start-Date: 2014-08-22  06:51:06

Upgrade: php5:i386 (5.4.4-14+deb7u13, 5.4.4-14+deb7u14), php5-sqlite:i386 (5.4.4-14+deb7u13, 5.4.4-14+deb7u14), php5-gd:i386 (5.4.4-14+deb7u13, 5.4.4-14+deb7u14), php-pear:i386 (5.4.4-14+deb7u13, 5.4.4-14+deb7u14), php5-mcrypt:i386 (5.4.4-14+deb7u13, 5.4.4-14+deb7u14), php5-imap:i386 (5.4.4-14+deb7u13, 5.4.4-14+deb7u14), php5-ldap:i386 (5.4.4-14+deb7u13, 5.4.4-14+deb7u14), php5-mysql:i386 (5.4.4-14+deb7u13, 5.4.4-14+deb7u14), php5-cgi:i386 (5.4.4-14+deb7u13, 5.4.4-14+deb7u14), php5-cli:i386 (5.4.4-14+deb7u13, 5.4.4-14+deb7u14), php5-dev:i386 (5.4.4-14+deb7u13, 5.4.4-14+deb7u14), libapache2-mod-php5:i386 (5.4.4-14+deb7u13, 5.4.4-14+deb7u14), php5-fpm:i386 (5.4.4-14+deb7u13, 5.4.4-14+deb7u14), php5-common:i386 (5.4.4-14+deb7u13, 5.4.4-14+deb7u14)

End-Date: 2014-08-22  06:51:29

 

/etc/cron.d/php5

# /etc/cron.d/php5: crontab fragment for php5

#  This purges session files older than X, where X is defined in seconds

#  as the largest value of session.gc_maxlifetime from all your php.ini

#  files, or 24 minutes if not defined.  See /usr/lib/php5/maxlifetime

 

# Look for and purge old sessions every 30 minutes

09,39 *     * * *     root   [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime)

 

 

Hallo Zusammen,

 

nach dem heutigen Update von PHP erhalte ich im 30 min. Takt eine Statusmail. Es scheint mit der php5 maxlifetime zutun zu haben. H?ttet ihr hier durch zufall ein Tip f?r mich?

 

Vielen Dank

Link to comment
Share on other sites

8 answers to this question

Recommended Posts

In keinster weise mein lieber. Debian hat in vielen Bereichen eigene Anpassungen. Ich habe z.b. diesen maxlifetime php-cronjob nicht unter gentoo. Also erstmal nachdenken bevor so ein dummer Kommentar abgegeben wird. Ich mach das hier ja nicht erst seit gestern.

Das ist hier sicher kein Platz f?r Pers?nliches... So ziemlich jede Distribution und jedes Linux hat seine Eigenheiten und Spezialit?ten, da brauchen wir jetzt keinen L?ngenvergleich wer mit mehr *NIXen seit wieviel Jahren unterwegs ist. Mir fiel mal _wieder_ die - nicht ganz neutrale, dem OP unzureichend erkl?rende - Abneigung gegen eine Distribution auf, ohne dabei sachlich zu untermauern.

 

Der Ton w?re doch mit "guck mal in die debian-spezifischen cronjobs, ich kann das hier unter gentoo nicht nachvollziehen" deutlich angenehmer gewesen oder?

 

Wir zwei haben mehr Niveau, Schluss hier.

 

  Ronny

Link to comment
Share on other sites

Das ist hier sicher kein Platz f?r Pers?nliches... 

 

Dann mach ihn nicht dazu. Und jetzt nur noch eins: komm mal ein bisschen runter, sieh alles mal nicht so negativ - ich will dem Herrn ja nur helfen. Und erz?hl mir vor allem nicht, was ich zu sagen habe und was nicht.

Link to comment
Share on other sites

Da ist ein vollkommen unpers?nlicher Bug in der neuen eingef?hrten /usr/lib/php5/sessionclean

find "${1}" -depth -mindepth 1 -maxdepth 1 -ignore_readdir_race -type f -cmin "+${2}" -delete

... das "+" hat da nat?rlich nichts zu suchen.

Link to comment
Share on other sites

Da ist ein vollkommen unpers?nlicher Bug in der neuen eingef?hrten /usr/lib/php5/sessionclean

find "${1}" -depth -mindepth 1 -maxdepth 1 -ignore_readdir_race -type f -cmin "+${2}" -delete

... das "+" hat da nat?rlich nichts zu suchen.

 

Dein Vorschlag sucht und l?scht Dateien mit Status?nderung genau vor 2 Minuten. Die Paketmaintainer haben aber im Sinn alte Sitzungsdaten zu entfernen.

 

Es hei?t "Debian GNU/linux", also schauen wir uns das GNU "find" in den entsprechenden findutils an (http://www.gnu.org/software/findutils/manual/html_mono/find.html). Unter "2.3.1 Age Ranges" werden wir dann f?ndig, dass der numerische Parameter am meisten Sinn mit "+" und "-" macht. "-cmin +2" meint dann wohl Status?nderung von vor 2 oder mehr Minuten. ;-)

 

Du wirst im Debian bugtracker auch nichts sehen, was Dir Recht gibt - da ist kein Bug (diesbez?glich).

 

  Gru?, Ronny

Link to comment
Share on other sites

An den OP,

 

Es wird sich ja ?ber den Wert zum Parameter "-cmin" beschwert.

Unter /etc/cron.d/php5 findest Du im Header die Voraussetzungen, dass "$(/usr/lib/php5/maxlifetime)" auch irgendwas liefert - und das tut es wohl in Deinem Fall auf grund angepasster php.ini unter /etc/php5/ nicht (ruf es [maxlifetime] doch mal auf, bei mir liefert es "24").

 

 Gru?, Ronny

Link to comment
Share on other sites

Hi apply,

 

hier l?uft auch mehrfach debian und die Updates - ganz ohne Probleme.

 

Sind die Updates sauber installiert? (apt-get/aptitude -f install)

Hast Du mehrere 'find' und ggf. Fehler/Unklarheiten in $PATH? (mlocate/locate find)

Lass Dir von dem corn-job zuerst mal $PATH ausgeben, damit wir wissen welches find der nutzen mag. ("echo $PATH && " hinter den Nutzer)

 

... ggfls sogar erst mal bei Debian, weil die machen so merkw?rdige Sachen :)

Nicht zielf?hrendes, unbegr?ndetes Debian-Gebashe.

 

Gru?, Ronny

Link to comment
Share on other sites

Nicht zielf?hrendes, unbegr?ndetes Debian-Gebashe.

In keinster weise mein lieber. Debian hat in vielen Bereichen eigene Anpassungen. Ich habe z.b. diesen maxlifetime php-cronjob nicht unter gentoo. Also erstmal nachdenken bevor so ein dummer Kommentar abgegeben wird. Ich mach das hier ja nicht erst seit gestern.

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.



×
×
  • Create New...