Session files unter System /tmp ?

[Ralph]

Ich sehe gerade das bei mir im System /tmp session files landen ...
die sollten doch normalerweise im User Web /tmp landen oder kommt das von Zugriffen auf Panel, Phpmyadmin Webmail?

noch zur Info:
cron jobs laufen 2 Stück über PHP7.3 aber unter dem User angelegt
von den Zeit Intervallen kommt es ungefähr hin alle 5 und alle 6 Minuten ...

[Ralph]

der /tmp füllt sich immer weiter sieht nach den beiden User Cronjobs aus
irgendeine Idee?

[Jolinar]

Was ist denn das wieder für eine schwammige Problembeschreibung:

der /tmp füllt sich immer weiter

Was verstehst du unter "...füllt sich immer weiter..."?

BTW:
Du weißt aber schon um die spezielle Funktion dieses Ordners?

[Ralph]

Was ist denn das wieder für eine schwammige Problembeschreibung:

der /tmp füllt sich immer weiter

Was verstehst du unter "...füllt sich immer weiter..."?

BTW:
Du weißt aber schon um die spezielle Funktion dieses Ordners?

Der System (OS) /tmp füllt sich mit Session Files durch einen User Cronjob (PHP) und die User Session Files gehören nicht in den System /tmp.
Ich habe vorhin auch versucht die User php.ini mit anzuhängen aber das klappt nicht als User Cron weil es über das Doc Root des Users hinausgeht:

Code: Select all

/usr/bin/keyhelp-php73 -c /opt/keyhelp/php/7.3/etc/php-fpm.d/userwebsite_php73.conf /home/users/userwebsite/www/user.tld/crons/cron.php

Da ist nichts schwammiges an der Beschreibung, wird vermutlich durch die Verwendung der compiled PHP7.3 verursacht wenn diese für einen Cron Job verwendet wird.

[Ralph]

Nur wenn der System PHP 7.4 Interpreter verwendet wird, gehen die session files in den /tmp des Users ... bei den compiled PHP Versionen landen diese im System /tmp.
Habs gerade versucht mit PHP7.4 einen PHP7.3 kompatibles Cron script aufzurufen, läuft zwar durch und die session gehen ins User /tmp aber haut dann eine Fehlermeldung raus:
Cron PHP Version Mismatch

[Tobi]

https://www.php.net/manual/en/function. ... e-path.php

Einfach den Session-Path am Anfang des Crons selbst definieren. Dann sollte es klappen.

[Ralph]

https://www.php.net/manual/en/function. ... e-path.php

Einfach den Session-Path am Anfang des Crons selbst definieren. Dann sollte es klappen.

Danke Tobi, das Session File Problem lässt sich schon lösen.
Ich sehe hier ein anderes Problem, das z.b. über einen User Cron Job (bei compiled PHP Packages) Dateien eine Barriere überschreiten und im System /tmp landen und eventl. dort auch ausgeführt werden können wenn die Vorraussetzungen dafür gegeben sind.

[Alexander]

Mal davon ab, das sich für mich nicht erschließt, warum man über die CLI (= cron) Session Dateien überhaupt erstellen sollte, reagiert die über Geplante Aufgaben eingestellte OS-PHP-Version genauso, wie eine der zusätzlichen PHP-Interpreter. (Zumindest kann ich dein Testszenario nicht nachvollziehen)

"Problem" bei Cronjobs ist, das es eben nicht über den PHP-FPM läuft, und damit die dort gesetzten Einstellungen für einen Benutzer (Benutzerverwaltung -> Reiter PHP) nicht greifen.

[Ralph]

Mal davon ab, das sich für mich nicht erschließt, warum man über die CLI (= cron) Session Dateien überhaupt erstellen sollte, reagiert die über Geplante Aufgaben eingestellte OS-PHP-Version genauso, wie eine der zusätzlichen PHP-Interpreter. (Zumindest kann ich dein Testszenario nicht nachvollziehen)

"Problem" bei Cronjobs ist, das es eben nicht über den PHP-FPM läuft, und damit die dort gesetzten Einstellungen für einen Benutzer (Benutzerverwaltung -> Reiter PHP) nicht greifen.

Ich habe dir dazu eine PM gesendet.