Dotaz: php7+apache exec nefunguje

[pou]

Dobrý den,

mám následující php skript:

	$answer=exec("/usr/bin/touch /tmp/alfa", $list);
	print_r($list);
	print_r($answer);
	echo "OK";

jeden by řekl, že na tom nic není. Jenže po spuštění stránky (výpis je jen OK) se v /tmp soubor "alfa" nevytvoří.

Pokud provedu spuštění skriptu ručně (php zkouska.php) vse je v pořádku a soubor v /tmp se vytvoří.

Zkoušel jsem se přihlásit jako www-data (su www-data) a skript spustit, opět vše v pořádku (alfa se vytvořil).

Jedná se o debian 9.1, php7, apache2 - s defaultním nastavením.

Práva do /tmp jsou 777

Děkuji za radu

---

---

Odpovědi

[NN]

V logu apache to vypada jak?

[pou]

Nic zváštního (dle mě) :

Hlášky po restartu apache2 + načtení stránky obsahující kód víše:

error.log:

[Fri Sep 01 10:54:41.097293 2017] [mpm_prefork:notice] [pid 4161] AH00169: caught SIGTERM, shutting down [Fri Sep 01 10:54:41.234504 2017] [mpm_prefork:notice] [pid 4911] AH00163: Apache/2.4.25 (Debian) configured -- resuming normal operations [Fri Sep 01 10:54:41.234619 2017] [core:notice] [pid 4911] AH00094: Command line: '/usr/sbin/apache2'

access.log:

::1 - - [01/Sep/2017:10:55:58 +0200] "GET /www/xxx.php HTTP/1.1" 200 317 "-" "Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0"

[Beda0]

A má účet pod který běží apache přístup do /tmp? Stalo se mi, že php nemohl číst v /tmp soubor - musel jsem udělat sysmlink do /var/www/... -> v Ubuntu, na mém Archu to fungovalo.

[Peter]

S najvyssou pravdepodobnostou za to "moze" systemd (ktory kvoly php7 predpokladam asi mas) a on "presmerovava" /tmp do tusim niekde /var/tmp/nejake_uuid_alebo_co_konkretneho_demona. Nie som pri pc, tak si to nepamatam presne, ale skus to niekde tam hladat.

[NN]

Tomu nemuzu uverit..

[M.]

A už to začíná

[pou]

Ok tím by to mohlo být, zkusil jsem jiné úložiště s právy 777 a tam už to funguje.

Zeptám se ještě na jednu věc, celé to dělám kvůli tomu, že mi nefunguje prográmek, který na jiných strojích (starší debian) funguje.

Je to program napsany v Qt který se připojuje do sdílené paměti (QtSharedMemory).

Celé spuštění v php pak vypadá následovně:

$answer=exec("sudo -u my_user -S /usr/bin/var_viewer -c i1", $list);

v /etc/sudoers pak mám záznam:

www-data ALL=(ALL) NOPASSWD: /usr/bin/var_viewer

Na ostatních (starších) systémech to běží - vypíše se obsah sdílené paměti. Na tomto problémovém PC se sdílená pamět nenajde (takto se to chovalo pokud jsem nebyl přepnuty na uživatele, kteý pamět vytvořil (sudo -u)).

Nechápu proč to nyní nejde.... Nějaké napady?

[pou]

Ještě jsem zapomněl dodat, že FUNGUJE

přepnout se na uživatele www-data (su www-data)

a zavolat:

sudo -u pou -S /usr/bin/var_viewer -c i1

vrátí bez problému vše tak jak očekávám.

[Peter]

To je take varenie z vody - ma apache nastavenu PATH tak aby "videl" aj /usr/sbin?

Skus a hod to sem:

exec("sudo -u my_user -S /usr/bin/var_viewer -c i1 1>/niekde_kde_vie_apache_zapisovat/vystup.log 2>/niekde_kde_vie_apache_zapisovat/chyba.log");

[Peter]

A mimochodom - si si isty, ze ten sudo prikaz je spravne? Parameter velke S je na zadanie hesla pokial ma pamat neklame.

[pou]

Máte pravdu to "-S" je použito špatně, nicméně to funguje i takto špatně.

Opravil jsem to. Stále však přetrvává situace, kdy ruční spuštění php skriptu funguje a pomocí apache2 nikoliv - respektive funguje ale nenalezne sdílenou pamět.

FUNKČNÍ:

su www-data

cd /var/www/html/

php xxx.php

Přez Apache pokud zadám stránku xxx.php - nefunkční ( program v exec se spustí vrátí chybu, že sdílená pamět není inicializovana, což není pravda to dokazuje i ruční spuštění pod uživatelem www-data).

[petr_p]

Jaký program? /usr/bin/touch? Nedokážu si představit, k čemu by touch potřeboval pracovat se sdílenou pamětí. Můžete jej prohnat nástrojem strace, abyste viděl, které volání selže.

[pou]

Ne ten touch byl jen test zda je exec funkční. Jde mi o toto: komentar víše

[petr_p]

Třeba systemd při startu apache překryje /dev/shm, takže žádná sdílená paměť není k dispozici.

[pou]

Hmm to je možné, ale jak to zjistit? Zkoušel jsem googlit ale nic

[petr_p]

Zmiňovaným nástrojem strace. Asi vás budou zajímat systémová volání zmíněné v shm_overview(7) případně svipc(7). Nebo se můžete podívat, jestli z apache je vidět připojený souborový systém do /dev/shm nebo obsah souboru /proc/sysvipc/shm. Nebo můžete prozkoumat unit file pro apache jestli neobsahuje podezřelé volby jako PrivateDevices. Nebo se můžete podívat do zdrojových kódu oné aplikace, kdy vypisuje onu chybovou hlášku.

[pou]

Děkuji za nakopnutí.

Takže jsem pomocí strace zjistil ID sdílené paměti. Kouknul kde je uložená - byla v /tmp, a díky diskuzi na začátku jsem přesně věděl která bije. Stačilo tedy v unit file pro apache změnit, aby neodděloval /tmp adresář a vše nyní funguje tak jak má!

Vyřešeno

Děkuji všem za trpělivost a za náměty!!!

[petr_p]

PHP jsem naposledy viděl před mnoha lety, ale podle dokumentace exec() používáte špatně. Nikde nekontrolujete návratový kód spuštěného programu (dělá se přes třetí argument funkce) a nikde nekontrolujete standardní chybový výstup programu (funkce exec() to neumí, PHP stojí za starou bačkoru, jedině tak přesměrovat stderr na stdout "/usr/bin/touch /tmp/alfa 2>&1"). Když nebudete kontrolovat chyby, tak se těžko můžete dozvědět, co se pokazilo.