Dotaz: spusteni procesu na pozadi pomoci exec v php

[martin]

zdravim, nemohu vyresit jeden problem. kdyz se prihlasim na server a napisu

nohup ffmpeg -i 1042133948.avi -s 640x320 -ar 44100 -b 906k -y flv/.flv > 1.log &

me vse provede tak jak potrebuju, ale kdyz toto spustim pomoci exec v php tak to nic neudela a kdyz to spustim bez toho "pokusu na pozadi" (ffmpeg -i 1042133948.avi -s 640x320 -ar 44100 -b 906k -y flv/.flv) tak to udela jen ceka na dokonceni.

Moje otazka je zda je mozne ze uzivatel (apache) ma opravneni spoustet procesy na pozadi? pripadne jak toto vypisu a vyresim Pouzivam Centos.

Strasne moc dekuji Martin

---

---

Odpovědi

[rastos]

Nemyslím, že by to malo niečo s oprávneniami, php, CentOS alebo apachom. Skrátka systémové volanie exec() znamená, že sa bežiaci proces nahradí iným procesom. Kód pôvodného procesu sa tým pádom ďalej už nevykonáva a to čo exec() dostal ako parameter je "na popredí". To čo hľadáš sa volá fork() - akurát, že na rozdiel od všetkých príkladov, ktoré na prvý pokus nájdeš, ty asi nechceš čakať, až ten forknutý child dobehne.

[Ivo]

Nohup v exec na CentOse ide. Nemas skor problem s cestami k avi a flv suborom? Daj si vypisat co ti vrati funkcia exec. Tam bude urcite odpoved.

[martin]

dekjui za odpoved, ale cesta k souborum je spravne to by se nevykonal prikaz ffmpeg -i 1042133948.avi -s 640x320 -ar 44100 -b 906k -y flv/.flv. tento prikaz potrebuju jenom spustit na pozadi jeste nejake napady? jo jinak exec nic nevypise...

[Josef Kufner]

Koukni na popen, ale ten exec by mel funguvat jak očekáváš.

Doporučuju pomocí error_reporting zapnout zobrazování všech chyb a pomocí voleb error_log a display_errors (ini_set()) si přesměrovat logování do logů (a pak xterm -e tail -f /var/log...).

Pak si prostě jen přečti, proč to nefunguje.

Nicméně spouštět ten příkaz přímo z PHP asi nebude úplně ideální, protože PHP má (obvykle) omezený čas běhu a třeba by se nemuselo dočkat dokončení. Spíš bych pouvažoval o nějakém dávkovém spouštění (třeba s pomocí démona atd) a v PHP pak jen sledovat stavy úkolů ve frontě.

[martin]

Pokud me muzes trochu vice navest prosim, jak udelat to logovani. Hm ja prave potrebuju spustit tento prikaz a necekat na jeho dokonceni a pokracovat v dalsim kodu PHP.

Strasne moc dekuju za radu uz jsem s toho opravdu nestastny proc to nefunguje...DIK

[Josef Kufner]

http://www.php.net/manual/en/function.error-reporting.php

Ten zbytek už určitě zvládneš dohledat sám.

[martin]

AHoj tak jsem zkousel vypis error_reporting(E_ALL); a zadna chyba se nevypsala.

Je nejvice zajimave ze kdyz ten prikaz spustim normalne bez "&" tak to bezi...

podle me to musi byt nejakym opravnenim ci necim takovym, protoze i kdyz ten prikaz s "&" spustim primo z radku pod svym profilem tak to vykona v poradku ale jak to spusti apache tak ne, prosim o napady dekuji

[deadmail]

Znak & v shelli zmamena spustenie na pozadi. Ja by som teda skusil spustit shell (v exec) ...

bash -c 'nohup ffmpeg ... &'

[martin]

Ahoj Tak toto take nefunguje

[Filip Jirsák]

Ampersand (&) je funkce shellu, ve volání exec to nebude fungovat. Přečtěte si manuál k funkci exec(), spouštění na pozadí je tam explicitně zmíněno:

If a program is started with this function, in order for it to continue running in the background, the output of the program must be redirected to a file or another output stream. Failing to do so will cause PHP to hang until the execution of the program ends.

Nic jako „oprávnění spouštění na pozadí“ neexistuje, „spuštění na pozadí“ znamená akorát to, že standardní vstup a výstup není připojen na terminál.

[petka]

Podobny problem jsem uz resil , potreboval jsem pres web spoustet za zastavovat sluzby .

Pro uzivatele www-data "apache2" neni treba pouzivat sudoers .

Uzivatel www-data spousti a zastavuje sluzby jako root .

V php mam shell exec prikaz kde volam script s pozadovany parametrem start stop status , ale bez toho prikladu to nepobezi .

Protoze apache2 nema dostatecna prava vykonavat scripta .

# This file MUST be edited with the 'visudo' command as root.

# See the man page for details on how to write a sudoers file.

#
Defaults    env_reset

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification

root    ALL=(ALL) ALL

www-data    ALL=NOPASSWD: /usr/share/router/init.d/minidlna

www-data        ALL=NOPASSWD: /usr/share/router/init.d/apache2

www-data        ALL=NOPASSWD: /usr/share/router/init.d/bind9

www-data        ALL=NOPASSWD: /usr/share/router/init.d/dhcp3-server

www-data        ALL=NOPASSWD: /usr/share/router/init.d/mysql

www-data        ALL=NOPASSWD: /usr/share/router/init.d/minidlna

www-data        ALL=NOPASSWD: /usr/share/router/init.d/pure-ftpd-mysql

www-data        ALL=NOPASSWD: /usr/share/router/init.d/samba

www-data        ALL=NOPASSWD: /usr/share/router/init.d/ssh

www-data        ALL=NOPASSWD: /usr/share/router/init.d/nfs-kernel-server

www-data        ALL=NOPASSWD: /usr/share/router/init.d/oa_ded

# Uncomment to allow members of group sudo to not need a password

# (Note that later entries override this, so you might need to move

# it further down)

# %sudo ALL=NOPASSWD: ALL

# Members of the admin group may gain root privileges

%admin ALL=(ALL) ALL

[martin]

ale je divne ze toto

ffmpeg -i ttt.avi -s 640x320 -ar 44100 -b 906k -y ttt.flv

funguje takze asi nejake pravo ma?

[martin]

ahoj, ja uz vazne nevim, zkousim uplne vse. a porad nic

exec("ffmpeg -i ttt.avi -s 640x320 -ar 44100 -b 906k -y ttt.flv >ttt.log");

toto sice vytvori soubor ttt.flv ale prazdny a ten soubor ttt.log se nevytvori...

Dekuji mooooc

[Josef Kufner]

Jak je na tom nastaveni $PATH ?

[martin]

i to jsem zkousel ale je divne ze by toto fungovalo

ffmpeg -i ttt.avi -s 640x320 -ar 44100 -b 906k -y ttt.flv

[Petr Šobáň]

A co timeout, skript může běžet pouze určitý nastavený čas a překodování videa bude trvat dlouho.

[martin]

jo jasan to je mozne ale je to video male a trva to chvilku a toto funguje jak ma

ffmpeg -i ttt.avi -s 640x320 -ar 44100 -b 906k -y ttt.flv

[Petr Šobáň]

A jak dlouho to běží ? A jaký timeout máš v apache nastaven ?

[Ash]

Takže

exec("ffmpeg -i ttt.avi -s 640x320 -ar 44100 -b 906k -y ttt.flv >ttt.log");

funguje a

exec("ffmpeg -i ttt.avi -s 640x320 -ar 44100 -b 906k -y ttt.flv >ttt.log");

vytvoří jen prázdný flv a log ne?

Zkuste

exec("ffmpeg -i ttt.avi -s 640x320 -ar 44100 -b 906k -y ttt.flv >ttt.log 2>&1");

třeba bude něco mezi chybovými hlášeními.

[Ash]

Ten první řádek měl být samozřejmě bez >ttt.log.

[martin]

Ahoj presne tak, a kdyz zadam presmerovani chyb do souboru tak se ani ten soubor nevytvori?

A kdyz spustim exec('ls -l > ttt.log'); tak se take nevytvori

Dekuji za napady

[Josef Kufner]

Na přesměrovávání výstupů jsou lepší věci... buď starý známý popen() nebo třeba takový proc_open().

[Filip Jirsák]

> je také záležitost shellu, v exec to nebude fungovat. Přečtěte si ten manuál k funkci exec, tam se dozvíte, jak se udělá přesměrování výstupu.

[Ash]

Mně to tedy vždycky fungovalo a na php.net se to návody s >/dev/null 2>&1 jen hemží. Od jaké verze by to nemělo jít?

Zdá se že tu je už moc příspěvků "Je řešením" které tazateli nepomohly věc vyřešit :(

[martin]

samozrejme ze jsem zkusil vsechny moznosti s >/dev/null 2>&1. Na lokalu me vse funguje ale na tom serveru ne!

Musi to byt nastavenim php ci apache nebo OS. pouzivam Centos.

jen je zajimave ze to bez toho presmerovani bezi takze ffmpeg je nainstalovan spravne.

Dekuji

[Filip Jirsák]

A proč prostě nepoužijete postup s výstupem popsaný v manuálu, a místo toho používáte nějakou nedokumentovanou funkci, která opravdu může fungovat pokaždé jinak?

[Filip Jirsák]

Díval jsem se do aktuální dokumentace exec() na php.net, a tam nic o speciálním nakládání se znakem > není. Pokud ten znak exec() nějak interpretuje, asi by o tom měla být v dokumentaci zmínka…

Tazateli, který odmítá číst dokumentaci, nepomůže vůbec nic…

[martin]

jasny ze to nejak ctu a jak prosim udelas presmerovani bez toho ">"?

[Filip Jirsák]

shell_exec spouští příkazy přes shell, takže by tam mělo fungovat přesměrování vstupu a výstupu přes >. Jiné funkce v dokumentaci nic o možnosti přesměrování výstupu nemají.

[martin]

i toto jsem zkousel,

$output = shell_exec('ls -lart'); echo "

$output

";

prijde me ze me prikaz shell_exec vubec nic neprovede...

nemusi se tento prikaz nekde povolovat?

[Ash]

Asi ja na čase poskytnout konfiguraci php, zobrazí ji např. funkce phpinfo().

[Ash]

Kvituji věnování pozornosti dokumentaci, ale nesmí se to přeháněť, experimentálně jsem ověřil že v PHP 5.3.3 exec i shell_exec mi

1. umožňují spustit procesy na pozadí pomoc &
2. umožňují přesměrovat výstup přes >/tmp/exec.log 2>&1

a v tomto směru se chovají identicky. Chápu že když v dokumentaci je zmíněno, že "se má přesměrovat výstup" a není řečeno jak (zda to jde třeba z php), je možné že někomu jinému to takto fungovat nebude, ale nějak z toho mám celkově pocit že pes bude pochován jinde.

[Filip Jirsák]

Experimentálně jste zjistil, že to zrovna u vás zrovna teď funguje. Pokud to chcete použít i někde jinde, bylo by potřeba zjistit, co přesně exec dělá (a nejlépe to pak napsat do dokumentace). Protože problém může být právě v tom, že to interpretuje pomocí bůhvíjakého shellu, který třeba vyžaduje jiný způsob zadání přesměrování.

[Ash]

Ano, to je jinými slovy to co jsem napsal. Funguje mi to takto dlouhodobě, podle mne podle přízanků ani nejde o "jiný shell" na straně tazatele, ale má rozbité něco jiného.

[Ash]

Zkuste ještě celý ten váš příkaz dát do skriptu, v něm přesměrovat výstup a spustit proces na pozadí

skript.sh:

ffmpeg... >/tmp/exec.log 2>&1 &

exec("/.../skript.sh");

a z php spustit ten skript. Nemáte zapnutý SAFE_MODE nebo nějaké podobné omezení? Pokud tedy nepomůže ten shell_exec.

[martin]

i ten zpusob pres skript jsem zkousel a porad to same...

jo vim pes bude nekde jinde protoze me to na virtualnim PC bezi take ale na serveru ne...

Jo presne tak kazdej radi at ctu dokumentaci, samozrejme ze jsem ji nejdrive precetl a pak az pisu...

takze shrnuti: toto funguje exec("ffmpeg -i ttt.avi -s 640x320 -ar 44100 -b 906k -y ttt.flv");

jakekoliv pokus o presmerovani nefunguje exec("ffmpeg -i ttt.avi -s 640x320 -ar 44100 -b 906k -y ttt.flv >ttt.log");

a pokus o shell_exec() nefunguje vubec ani zakladni kod z dokumentace

[Filip Jirsák]

Co přesně znamená „nefunguje“? Vrátí to nějaký návratový kód, vyhodí výjimku?

[martin]

hm kez kdyby to enco vratilo, proste zadna vyjimka zadny output, jen se vytvori prazdy soubor ttt.flv

[Filip Jirsák]

Ten proces se ukončí, nebo běží? Pokud běží, podle /proc/[pid] jakou má příkazovou řádku, jaké otevřené deskriptory souborů? Pokud se ukončí, jaký má návratový kód?

[martin]

proces se normalne ukonci.

jeste me napadlo nemuze to byt tim ze tam nemam nohup?

[Filip Jirsák]

ffmpeg vytvoří soubor s nulovou délkou a ukončí se s návratovým kódem 0, že je vše v pořádku? Zkuste mu předhodit nějaké velké video, ať pracuje dýl a můžete se podívat na údaje v /proc/[pid], co přesně se vlastně spouští a kam je nasměrován standardní vstup a výstup.

[Josef Kufner]

jo vim pes bude nekde jinde protoze me to na virtualnim PC bezi take ale na serveru ne...

Tím chceš říct, že máš na serveru zakázaný exec()?

[martin]

tak jsem udelal nove pokusy

echo exec('whoami') OK echo exec('whoami >aaa.log') -spatne nic se nevypise ani nevytvori

echo shell_exec('whoami'); - take nefunguje bez nejake chyby

[petka]

Pridej si do sudoers prava , www-data ma asi nejaka omezeni na prava .

[martin]

take si myslim ze je nejake omezeni v pravech, muzes poradit jak to mam udelat? a kdyz dam to whoami a tak me to vraci "apache".

Ale kdyz v konzoli napisu users tak tam to apache neni?

[petka]

Ja mam tohle

www-data        ALL=NOPASSWD: /usr/share/router/init.d/minidlna

jako priklad , ale jedna se o shell script .

Zkuste misto scriptu zadat cestu k vasi binarce a bude se spoustet jako root .

Pro editaci pouzijte visudo .

[Filip Jirsák]

Proč do toho pořád motáte práva? Ten program se spustí, problém je jen když se na konec příkazového řádku přidá sekvence >soubor. Takže práva na spuštění ten uživateli proces má, takže jediný problém by mohl být v chybějící právu na vytvoření toho výstupního souboru (právo zápisu do adresáře). Jednak ale ten program nějaký soubor vytvoří, jednak jsem se tu několikrát ptal na to, jak jsou nastavené cesty procesu a ať tazatel vyzkouší absolutní cestu k souboru (do nějakého adresáře, kam má uživatel, pod kterým běží server, určitě právo zápisu), tazatel na to nijak nereagoval, takže to má asi v pořádku.

[Ash]

Ovšem pokud to nepouští "na pozadí" tak se mu konverze videa provede pomocí exec správně, nové video se vytvoří, takže asi vytvářet soubory může. Na safe_mode to také nevypadá, ten by sice mohl přeměrování escapovat, ale zase se mohou spouštět soubory jen ve vyhrazeném adresáři. Skoro to vypadá na nějaký bug.

[Filip Jirsák]

Buď bug, a nebo to > dělá něco jiného, než si myslíme(te). Právě proto by bylo dobré spustit ten proces na delší dobu (třeba i místo toho spustit shell skript, kde bude sleep na pár desítek vteřin) a podívat se do /proc/[pid] na cwd, cmdline, exe, kam vedou fd (hlavně 0) atd.

[Filip Jirsák]

Zkuste tam zadat celou cestu k souboru. To „špatně“ znamená co, je z toho nějaký výstup? Jaký je návratový kód?

[Ash]

Zkuste to občas i normálně v shellu pod uživatelem www-data (bez hesla se na něj přihlásíte např. su a pak su www-data).